Какая-то старая информация. Нужно переработать!


Может у кого, что-нибудь сломается и он пошагово опишет как восстанавливал?


Потеря файлов

Потеря управляющего файла.

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

  1. Если экземпляр еще аварийно не остановился, выполните команду SHUTDOWN ABORT.
  2. Скопируйте один из оставшихся управляющих файлов на место, в котором располагался потерянный файл и отразите это в файле параметров инициализации. Также можно просто удалить ссылку на потерянный управляющий файл в параметре инициализации.
  3. Запустить экземпляр.


Потеря журнального файла.

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

  1. Определите, какой файл утерян, посмотрев для этого сигнальный файл.
  2. Восстановите потерянный файл путем копирования одного из оставшихся файлов той же самой группы.
  3. Если причина сбоя носителя в повреждении дисковода или контроллера, переименуйте потерянный файл.
  4. Если журнальная группа уже заархивирована или же БД в режиме NOARCHIVELOG, можно решить проблемы, выполнив очистку журнальной группы, в результате чего воссоздается потерянный файл или файлы. В EM выберите необходимую группу и операцию Clear Logfile, либо выполните команду
SQL> ALTER DATABASE CLEAR LOGFILE GROUP <номер группы>;

Примечание: Database Control не позволит очистить еще незаархивированную группу. Такое действие разрывает цепочку журналов. Если же это необходимо, то сразу же после этого требуется выполнить полное резервирование всей базы данных. Иначе после следующего сбоя будут потеряны данные. Чтобы очистить незаархивированную группу, выполните команду:

SQL> ALTER DATABASE CLEAR UNARHIVED LOGFILE GROUP <номер группы>;

Потеря файла данных в режиме NOARCHIVELOG.

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

Для базы данных в режиме NOARCHIVELOG восстановление возможно только на момент времени последнего резервирования. Поэтому пользователи должны повторить все изменения, сделанные ими с момента резервирования.

  1. Остановить экземпляр, если он еще не остановлен.
  2. Щелкните на ссылке Perform Recovery, находящейся на странице Maintenance.
  3. Выберите вид восстановления «Whole Database»

Потеря несущественного файла данных в режиме ARCHIVELOG

Для базы данных в режиме ARCHIVELOG потеря любого ее файла данных, не принадлежащего к табличным пространствам SYSTEM и UNDO, повлияет только на объекты, хранимые в пртерянном файла. Остальная часть базы данных останется доступной для пользователей, продолжающих работать.

Чтобы восстановить потерянный файл:

  1. Щелкните на ссылке Perform Recovery, находящейся на странице Maintenance.
  2. Выберите вид восстановления «Datafiles» и «Restore to current time».
  3. Добавьте все файлы, которые необходимо восстановить.
  4. Укажите, куда должны быть скопированы из резерва файлы: на строе место или на новое (в случае потери диска или контроллера).
  5. Передайте на выполнение работу утилиты RMAN по копированию из резерва и восстановлению потерянных файлов.

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

Потеря важного для системы файла данных.

Файлы данных, принадлежащие табличному пространству SYSTEM или содержащие UNDO- данные, считаются важными для системы. Потеря одного из этих файлов потребует восстановления базы данных, проводимое в состоянии MOUNT.

  1. Остановите экземпляр, если он еще не остановлен.
  2. Смонтируйте базу данных.
  3. Щелкните на ссылке Perform Recovery, находящейся на странице Maintenance.
  4. Выберите вид восстановления «Datafiles» и «Restore to current time»
  5. Добавьте все файлы, которые необходимо восстановить.
  6. Укажите, куда должны быть скопированы из резерва файлы: на старое место или на новое.
  7. Передайте на выполнение работу утилиты RMAN по копированию из резерва и восстановлению потерянных файлов.
  8. Откройте базу данных. Пользователям не требуется повторно вводить данные, так как восстановление было произведено до момента последней фиксации.