В энергозависимом хранилище, таком как ОЗУ, хранятся все активные журналы, дисковые буферы и связанные данные. Кроме того, он хранит все транзакции, которые выполняются в данный момент. Что произойдет, если такое энергозависимое хранилище внезапно выйдет из строя? Очевидно, он забрал бы все журналы и активные копии базы данных. Это делает восстановление практически невозможным, так как все, что требуется для восстановления данных, потеряно.
Следующие методы могут быть приняты в случае потери энергозависимого хранения —
-
Мы можем иметь контрольные точки на нескольких этапах, чтобы периодически сохранять содержимое базы данных.
-
Состояние активной базы данных в энергозависимой памяти может периодически выгружаться в стабильное хранилище, которое также может содержать журналы и активные транзакции и буферные блоки.
-
<dump> может быть отмечен в файле журнала всякий раз, когда содержимое базы данных выгружается из энергонезависимой памяти в стабильную.
Мы можем иметь контрольные точки на нескольких этапах, чтобы периодически сохранять содержимое базы данных.
Состояние активной базы данных в энергозависимой памяти может периодически выгружаться в стабильное хранилище, которое также может содержать журналы и активные транзакции и буферные блоки.
<dump> может быть отмечен в файле журнала всякий раз, когда содержимое базы данных выгружается из энергонезависимой памяти в стабильную.
восстановление
-
Когда система восстанавливается после сбоя, она может восстановить последний дамп.
-
Он может поддерживать повторный список и список отмен как контрольные точки.
-
Он может восстановить систему, просмотрев списки отмен и повторов, чтобы восстановить состояние всех транзакций до последней контрольной точки.
Когда система восстанавливается после сбоя, она может восстановить последний дамп.
Он может поддерживать повторный список и список отмен как контрольные точки.
Он может восстановить систему, просмотрев списки отмен и повторов, чтобы восстановить состояние всех транзакций до последней контрольной точки.
Резервное копирование и восстановление базы данных после катастрофического сбоя
Катастрофический сбой — это тот случай, когда стабильное вторичное запоминающее устройство повреждено. При использовании устройства хранения все ценные данные, которые хранятся внутри, теряются. У нас есть две разные стратегии для восстановления данных после такого катастрофического сбоя —
-
Удаленное резервное копирование & minu; Здесь резервная копия базы данных хранится в удаленном месте, откуда она может быть восстановлена в случае катастрофы.
-
Кроме того, резервные копии базы данных могут быть сделаны на магнитных лентах и храниться в более безопасном месте. Впоследствии эта резервная копия может быть перенесена в недавно установленную базу данных, чтобы привести ее к точке резервного копирования.
Удаленное резервное копирование & minu; Здесь резервная копия базы данных хранится в удаленном месте, откуда она может быть восстановлена в случае катастрофы.
Кроме того, резервные копии базы данных могут быть сделаны на магнитных лентах и храниться в более безопасном месте. Впоследствии эта резервная копия может быть перенесена в недавно установленную базу данных, чтобы привести ее к точке резервного копирования.
Взрослые базы данных слишком громоздки, чтобы их можно было часто копировать. В таких случаях у нас есть методы, при которых мы можем восстановить базу данных, просто взглянув на ее логи. Итак, все, что нам нужно сделать здесь, это сделать резервную копию всех журналов с частыми интервалами времени. Резервное копирование базы данных может производиться один раз в неделю, а журналы очень малого размера могут создаваться ежедневно или как можно чаще.
Удаленное резервное копирование
Удаленное резервное копирование обеспечивает чувство безопасности на случай, если основное местоположение, где расположена база данных, разрушено. Удаленное резервное копирование может быть в автономном режиме или в режиме реального времени или онлайн. В случае, если он не в сети, он поддерживается вручную.
Системы резервного копирования в режиме онлайн являются в реальном времени и спасают для администраторов баз данных и инвесторов. Система оперативного резервного копирования — это механизм, в котором каждый бит данных в реальном времени резервируется одновременно в двух удаленных местах. Один из них напрямую подключен к системе, а другой хранится в удаленном месте в качестве резервной копии.
Как только происходит сбой основного хранилища базы данных, система резервного копирования обнаруживает сбой и переключает пользовательскую систему на удаленное хранилище. Иногда это происходит настолько мгновенно, что пользователи даже не осознают неудачу.