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

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

Выбор стратегии резервного копирования и восстановления

Возможные проблемы

Методы резервного копирования

Физическое резервное копирование

«Холодное» физическое копирование

«Горячее» физическое копирование

Логическое резервное копирование

Экспорт данных

Импорт данных

Согласованное и несогласованное резервное копирование

Согласованное резервное копирование

Несогласованное резервное копирование

Физическое восстановление базы данных

Восстановление экземпляра (Instance Recovery)

Восстановление среды (Media Recovery)

Полное восстановление (Complete Recovery)

Неполное восстановление (Incomplete Recovery)

Диспетчер восстановления (Recovery Manager)

Резервная база данных (Standby Database)

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

Резервное копирование (Backup) – это создание резервной копии данных, включающей в себя такие важные части базы данных, как управляющие файлы, файлы данных, оперативные журнальные файлы, архивные журнальные файлы и т. д.

Восстановление базы данных (Recovery) – применение архивных и оперативных журналов для восстановления изменений данных, произошедших с момента последнего резервного копирования. Перед тем, как начать процесс восстановления базы данных, необходимо восстановить файлы базы данных (Restore) из резервной копии.

Процесс реставрации и восстановления базы данных после сбоя носителя показан на рисунке (см. Рисунок 1).

Рисунок 1 Восстановление базы данных после сбоя носителя

Выбор стратегии резервного копирования и восстановления

При выборе стратегии резервного копирования и восстановления администратор базы данных должен руководствоваться следующими соображениями:

·  Можно ли легко пересоздать данные? Можно ли их загрузить заново? Возможно, в этом случае резервное копирование можно выполнять реже.

·  Если данные изменяются часто, резервное копирование необходимо выполнять чаще.

·  Насколько важны данные? Чем важнее информация, тем надежнее должна быть стратегия резервного копирования, чтобы потерянные данные не пришлось вводить заново.

·  Каков объем данных? Какова мощность оборудования для поддержки резервного копирования?

·  Должна ли база данных быть доступна 24 часа в сутки и 7 дней в неделю (режим 24´7)?

·  Что случится с производственным процессом, использующим данную информационную систему в случае поломки сервера базы данных? Возможно ли продолжение производственного процесса в то время, пока не будет решена проблема с оборудованием?

При разработке стратегии резервного копирования и восстановления необходимо руководствоваться следующими принципами:

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

·  Регулярно контролируйте выполнение плана резервного копирования и восстановления.

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

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

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

Возможные проблемы

Существуют различные проблемы, которые могут вызвать остановку работы базы данных Oracle или воздействовать на операции ввода/вывода. Некоторые из этих проблем могут быть разрешены автоматически без участия администратора базы данных, в то время, как другие проблемы требуют вмешательства администратора.

Ниже перечислены основные типы проблем, некоторые из них могут вызвать необходимость восстановления базы данных:

·  Сбой носителя

·  Пользовательская ошибка

·  Сбой экземпляра базы данных

·  Ошибка утверждения

·  Сбой пользовательского процесса