Отказ носителей

Рубрика: Понятия Резервного копирования и Восстановления

Корпорация Oracle определяет отказ носителей как любой отказ, который приводит к потере или повреждению одного или более файлов базы данных (файла данных, управляющего файла или файла журналов транзакций).

Отказ носителей

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

Конфигурация Восстанавливаемости

Чтобы сконфигурировать Вашу базу данных для максимальной восстанавливаемости, Вы должны:

  • Запланируйте регулярные резервные копии

  • Мультиплексировать управляющие файлы

  • Мультиплексировать группы журналов транзакций

  • Сохранять заархивированные копии журналов транзакций

Конфигурация Восстанавливаемости

Таким образом, чтобы обеспечить лучшую защиту для Ваших данных, Вы должны сделать следующее:

  • Запланируйте регулярные резервные копии
    Большинство отказов носителей требует, чтобы Вы восстановили потерянный или поврежденный файл из резервной копии.

  • Мультиплексировать управляющие файлы
    Все управляющие файлы, связанные с базой данных, идентичны. Восстановление одного потерянного файла управления не является сложной задачей; восстановление после потери всех файлов управления является куда более сложным. Примите меры против потери всех файлов управления посредством наличия по крайней мере двух копий.

  • Мультиплексируйте группы журналов транзакций
    Чтобы восстановить БД после сбоя экземпляра или отказа носителей, используется информация из журнала транзакций, чтобы прокрутить файлы данных вперед до последней зафиксированной транзакции. Если Ваши группы журналов транзакций полагаются на единственный файл журналов транзакций, потеря того файла означает, что данные, вероятно, будут потеряны. Убедитесь, что есть по крайней мере две копии файлов каждой группы журналов транзакций; если возможно, копии должны находиться на дисках под управлением различных дисковых контроллеров.

  • Сохраните заархивированные копии журналов транзакций
    Если файл теряется и реставрируется из резервной копии, экземпляр должен применить информацию восстановления (транзакции из журнала транзакций), чтобы привести этот файлу к последнему SCN, содержащемуся в управляющем файле. С настройкой по умолчанию база данных может перезаписать информацию о транзакциях после того, как они были записаны в файл данных. Ваша база данных может быть сконфигурирована так, чтобы сохранять информацию о транзакциях в архивных копиях журналов транзакций. Это известно как перевод базы данных в режим ARCHIVELOG.

Можно выполнить задачи конфигурации в Enterprise Manager или в командной строке.

Далее: Управление Резервными копиями

Смотрите также
Комментарии
Написать

(обязательно)

(обязательно)

Это не спам (обязательно)