Если экспортный файл содержит индексы, построенные для экспортируемых таблиц, то при импорте этих таблиц соответствующие индексы не строятся заново, а импортируются, что увеличивает скорость логического восстановления данных.
Резервная копия базы данных, полученная в результате в результате физического резервного копирования, может быть согласованной (consistent) или несогласованной (inconsistent):
· несогласованная резервная копия (inconsistent backup) – резервная копия одного или нескольких файлов базы данных, которая была сделана в то время, как база данных была открыта, или после аварийного закрытия базы данных;
· согласованная резервная копия (consistent backup) – резервная копия одного или нескольких файлов базы данных, которая была сделана после корректного закрытия базы данных. В отличие от несогласованной, согласованная резервная копия не требует восстановления базы данных после того, как будут восстановлены файлы данных.
Согласованная резервная копия базы данных – это резервная копия, в которой все файлы данных и управляющие файлы согласованы относительно одного и того же системного номера (System Change Number – SCN). Все файлы данных в согласованной резервной копии имеют один и тот же SCN, который совпадает с SCN, зарегистрированным в управляющем файле. Только файлы, составляющие read-only табличное пространство, могут иметь более старший SCN.
Файлы данных и управляющие файлы становятся согласованными относительно SCN во время выполнения контрольной точки (checkpoint). При открытии базы данных Oracle сравнивает SCN в заголовках файлов данных с SCN, зарегистрированном в управляющем файле. Если файлы данных и управляющие файлы не согласованы относительно SCN, Oracle пытается автоматически восстановить экземпляр, если эта попытка заканчивается неудачей, Oracle сигнализирует о том, что требуется восстановление базы данных. Таким образом, восстановление базы данных из согласованной резервной копии требует только восстановления файлов базы данных Oracle, и не требует восстановления самой базы данных путем применения журнальных записей. Однако база данных, восстановленная из согласованной резервной копии, как правило, является устаревшей.
Чтобы получить согласованную резервную копию базы данных, необходимо предварительно остановить ее в режимах NORMAL или IMMEDIATE. Если база данных завершила свою работу аварийно, или была закрыта в режиме ABORT, файлы данных будут не согласованы относительно SCN и при открытии такой базы данных потребуется восстановление, возможно путем применения архивных журнальных записей. Поэтому не рекомендуется делать несогласованную резервную копию базы данных, запущенной в режиме NOARCHIVELOG.
Если база данных была запущена в режиме NOARCHIVELOG, ее восстановление возможно только из согласованной резервной копии, т. к. восстановление базы данных из несогласованной резервной копии, как правило, требует применения архивных журналов, которые не генерируются в режиме NOARCHIVELOG.
Несогласованная резервная копия базы данных – это резервная копия, в которой файлы данных и управляющие файлы не согласованы относительно одного и того же SCN. Oracle не может открыть базу данных до тех пор, пока SCN в заголовках всех файлов данных не станут согласованными, т. е. до тех пор, пока все изменения, зафиксированные в оперативных журнальных файлах, не будут применены к файлам данных.
Несогласованная резервная копия базы данных может быть получена при открытой или закрытой базе данных, запущенной в режиме ARCHIVELOG:
· При открытой базе данных несогласованное резервное копирование базы данных выполняется путем последовательного перевода всех табличных пространств в режим резервного копирования, копирования средствами операционной системы файлов, составляющих табличное пространств, и перевода табличного пространства в нормальное состояние. Поскольку во время выполнения резервного копирования одного табличного пространства, база данных остается доступной для изменений, резервная копия такой базы данных не может быть согласованной относительно одного и того же SCN.
· Несогласованная резервная копия может, также, быть «холодной», т. к. если база данных завершила свою работу аварийно, или была закрыта в режиме ABORT, файлы данных будут не согласованы относительно SCN.
Если Ваша система должна быть доступна 24 часа в сутки 7 дней в неделю, единственный способ резервного копирования такой базы данных – «горячее» несогласованное резервное копирование.
Возможные способы физического резервного копирования базы данных в зависимости от режима, в котором она запущена, показаны на рисунке (см. Рисунок 2)
Рисунок 2 Способы физического резервного копирования базы данных
Физическое восстановление базы данных – это применение архивных и оперативных журналов для восстановления изменений данных, произошедших с момента последнего физического резервного копирования.
Перед тем, как начать процесс восстановления базы данных, необходимо восстановить файлы базы данных из резервной копии базы данных. После того, как файлы базы данных будут восстановлены, администратор базы данных должен инициировать восстановление среды (Media Recovery). При таком восстановлении к файлам данных применяются как архивные, так и оперативные журнальные записи.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.