СУБД - Резервное копирование данных

Потеря Летучего Хранения

В энергозависимом хранилище, таком как ОЗУ, хранятся все активные журналы, дисковые буферы и связанные данные. Кроме того, он хранит все транзакции, которые выполняются в данный момент. Что произойдет, если такое энергозависимое хранилище внезапно выйдет из строя? Очевидно, он забрал бы все журналы и активные копии базы данных. Это делает восстановление практически невозможным, так как все, что требуется для восстановления данных, потеряно.

Следующие методы могут быть приняты в случае потери энергозависимого хранения -

  • Мы можем иметь контрольные точки на нескольких этапах, чтобы периодически сохранять содержимое базы данных.

  • Состояние активной базы данных в энергозависимой памяти может периодически выгружаться в стабильное хранилище, которое также может содержать журналы и активные транзакции и буферные блоки.

  • <dump> может быть отмечен в файле журнала всякий раз, когда содержимое базы данных выгружается из энергонезависимой памяти в стабильную.

восстановление

  • Когда система восстанавливается после сбоя, она может восстановить последний дамп.

  • Он может поддерживать повторный список и список отмен как контрольные точки.

  • Он может восстановить систему, просмотрев списки отмен и повторов, чтобы восстановить состояние всех транзакций до последней контрольной точки.

Резервное копирование и восстановление базы данных после катастрофического сбоя

Катастрофический сбой - это тот случай, когда стабильное вторичное запоминающее устройство повреждено. С устройством хранения все ценные данные, которые хранятся внутри, теряются. У нас есть две разные стратегии для восстановления данных после такого катастрофического сбоя -

  • Удаленное резервное копирование & minu; Здесь резервная копия базы данных хранится в удаленном месте, откуда ее можно восстановить в случае катастрофы.

  • Кроме того, резервные копии базы данных могут быть сделаны на магнитных лентах и храниться в более безопасном месте. Впоследствии эта резервная копия может быть перенесена в недавно установленную базу данных, чтобы привести ее к точке резервного копирования.

Взрослые базы данных слишком громоздки, чтобы их часто можно было скопировать. В таких случаях у нас есть методы, с помощью которых мы можем восстановить базу данных, просто взглянув на ее журналы. Итак, все, что нам нужно сделать здесь, это сделать резервную копию всех журналов с частыми интервалами времени. Резервное копирование базы данных может производиться один раз в неделю, а журналы очень малого размера могут создаваться ежедневно или как можно чаще.

Удаленное резервное копирование

Удаленное резервное копирование обеспечивает чувство безопасности на случай, если основное местоположение, где расположена база данных, разрушено. Удаленное резервное копирование может быть в автономном режиме или в режиме реального времени или онлайн. Если он не в сети, он поддерживается вручную.

Удаленное резервное копирование данных

Системы резервного копирования в режиме онлайн являются более оперативными и спасительными для администраторов баз данных и инвесторов. Система оперативного резервного копирования - это механизм, в котором каждый бит данных в реальном времени резервируется одновременно в двух удаленных местах. Один из них напрямую подключен к системе, а другой хранится в удаленном месте в качестве резервной копии.

Как только происходит сбой основного хранилища базы данных, система резервного копирования обнаруживает сбой и переключает пользовательскую систему на удаленное хранилище. Иногда это настолько мгновенно, что пользователи не могут даже понять сбой.