Как называется процесс восстановления файлов из архива в первоначальный вид

Обновлено: 01.07.2024

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

Эта глава содержит следующие темы:

Введение в резервное копирование

Резервная копия — это копия данных. Эта копия может включать важные части базы данных, такие как управляющий файл и файлы данных. Резервное копирование — это защита от неожиданной потери данных и ошибок приложений. Если вы потеряете исходные данные, вы сможете восстановить их с помощью резервной копии.

Резервные копии делятся на физические резервные копии и логические резервные копии. Физические резервные копии, которые являются основной задачей стратегии резервного копирования и восстановления, представляют собой копии файлов физических баз данных. Вы можете создавать физические резервные копии либо с помощью утилиты Recovery Manager (RMAN), либо с помощью утилит операционной системы. Напротив, логические резервные копии содержат логические данные (например, таблицы и хранимые процедуры), извлеченные с помощью утилиты Oracle и сохраненные в двоичном файле. Вы можете использовать логические резервные копии в дополнение к физическим резервным копиям.

Существует два способа резервного копирования и восстановления Oracle: Recovery Manager и резервное копирование и восстановление, управляемое пользователем.

Recovery Manager (RMAN) — это утилита Oracle, которая может выполнять резервное копирование, восстановление и восстановление файлов базы данных. Это функция сервера базы данных Oracle, которая не требует отдельной установки.

Вы также можете использовать команды операционной системы для резервного копирования и SQL*Plus для восстановления. Этот метод, также называемый резервным копированием и восстановлением, управляемым пользователем, полностью поддерживается Oracle, хотя настоятельно рекомендуется использовать RMAN, поскольку он более надежен и значительно упрощает администрирование.

Независимо от того, используете ли вы RMAN или методы, управляемые пользователем, вы можете дополнить свои физические резервные копии логическими резервными копиями объектов схемы, созданными с помощью утилиты экспорта. Утилита записывает данные из базы данных Oracle в двоичные файлы операционной системы. Позже вы можете использовать функцию «Импорт», чтобы восстановить эти данные в базе данных.

Этот раздел содержит следующие темы:

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

Непротиворечивая резервная копия – это такая резервная копия, в которой файлы, для которых выполняется резервное копирование, содержат все изменения до одного и того же номера изменения системы (SCN) . Это означает, что файлы в резервной копии содержат все данные, взятые за один и тот же момент времени. В отличие от несогласованной резервной копии, непротиворечивая резервная копия всей базы данных не требует восстановления после восстановления.

Несогласованная резервная копия – это резервная копия одного или нескольких файлов базы данных, которую вы создаете, когда база данных открыта или после того, как база данных была аварийно закрыта.

Обзор согласованных резервных копий

Непротиворечивая резервная копия базы данных или части базы данных — это резервная копия, в которой все файлы данных для чтения/записи и управляющие файлы имеют контрольные точки с одним и тем же SCN.

Единственный способ сделать непротиворечивую резервную копию всей базы данных — это закрыть базу данных с помощью параметров NORMAL , IMMEDIATE или TRANSACTIONAL и создать резервную копию, когда база данных закрыта. Если база данных не закрывается корректно, например, произошел сбой экземпляра или вы используете оператор SHUTDOWN ABORT, то файлы данных базы данных всегда будут несогласованными, если только база данных не доступна только для чтения .

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

Важным моментом является то, что вы можете открыть базу данных после восстановления согласованной резервной копии всей базы данных без необходимости восстановления, поскольку данные уже непротиворечивы: никаких действий не требуется, чтобы данные в восстановленных файлах данных были правильными. Таким образом, вы можете восстановить непротиворечивую резервную копию вашей базы данных годовой давности, не выполняя восстановление носителя и не выполняя восстановление экземпляра со стороны Oracle. Конечно, когда вы восстанавливаете непротиворечивую полную резервную копию базы данных без применения повтора, вы теряете все транзакции, которые были сделаны с момента создания резервной копии.

Непротиворечивая полная резервная копия базы данных — единственный допустимый вариант резервного копирования для баз данных, работающих в режиме NOARCHIVELOG, поскольку в противном случае для согласованности необходимо восстановление. В режиме NOARCHIVELOG Oracle не архивирует журналы повторов, поэтому требуемые журналы повторов могут отсутствовать на диске. Непротиворечивая полная резервная копия также является допустимым вариантом резервного копирования для баз данных, работающих в режиме ARCHIVELOG.Когда этот тип резервной копии восстанавливается и доступны архивные журналы, у вас есть возможность либо немедленно открыть базу данных и потерять транзакции, которые были сделаны с момента создания резервной копии, либо применить архивные журналы для восстановления этих транзакций.

Обзор несовместимых резервных копий

Несогласованная резервная копия — это резервная копия, в которой файлы, для которых выполняется резервное копирование, не содержат всех изменений, сделанных во всех SCN. Другими словами, некоторые изменения отсутствуют. Это означает, что файлы в резервной копии содержат данные, взятые в разные моменты времени. Это может произойти из-за того, что файлы данных изменяются во время создания резервных копий. Восстановление Oracle делает несогласованные резервные копии согласованными, читая все архивные и онлайн-журналы повторного выполнения, начиная с самого раннего SCN в любом из заголовков файлов данных, и применяя изменения из журналов обратно в файлы данных.

Если база данных должна работать 24 часа в сутки, семь дней в неделю, у вас нет другого выбора, кроме как выполнять несогласованное резервное копирование всей базы данных. Резервное копирование онлайн-файлов данных называется оперативным резервным копированием. Для этого необходимо запустить базу данных в режиме ARCHIVELOG.

Если вы запускаете базу данных в режиме ARCHIVELOG, вам не нужно создавать резервную копию всей базы данных за один раз. Например, если ваша база данных содержит семь табличных пространств, и если вы каждую ночь выполняете резервное копирование управляющего файла, а также другого табличного пространства, то через неделю вы создадите резервную копию всех табличных пространств в базе данных, а также управляющего файла. Эту поэтапную резервную копию можно рассматривать как резервную копию всей базы данных. Однако, если необходимо восстановить такую поэтапную резервную копию, вам необходимо выполнить восстановление с использованием всех архивных журналов повторного выполнения, созданных с момента создания самой ранней резервной копии.

Oracle настоятельно рекомендует не создавать противоречивые закрытые резервные копии базы данных в режиме NOARCHIVELOG. Если такая резервная копия используется для восстановления базы данных, это может привести к повреждению данных.

Архивирование незаархивированных файлов журналов повторного выполнения

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

Резервное копирование архивных журналов и контрольного файла

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

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

Этот раздел содержит следующие темы:

Утилиты базы данных Oracle для получения информации о логических резервных копиях

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

Резервная копия всей базы данных — это резервная копия каждого файла данных в базе данных, а также контрольного файла. Резервное копирование всей базы данных является наиболее распространенным типом резервного копирования.

Резервные копии всей базы данных можно создавать в режиме ARCHIVELOG или NOARCHIVELOG. Однако прежде чем выполнять резервное копирование всей базы данных, помните о последствиях резервного копирования в режимах ARCHIVELOG и NOARCHIVELOG.

На рис. 15-1 показаны допустимые параметры конфигурации с учетом типа выполняемого резервного копирования.

Рис. 15-1 Параметры резервного копирования всей базы данных

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

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

Резервная копия табличного пространства — это резервная копия файлов данных, из которых состоит табличное пространство. Например, если пользователи табличного пространства содержат файлы данных 2 , 3 и 4 , то резервная копия пользователей табличного пространства создает резервную копию этих трех файлов данных.

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

Резервные копии файлов данных

Резервная копия файла данных — это резервная копия одного файла данных. Резервные копии файлов данных, которые не так распространены, как резервные копии табличных пространств, допустимы в базах данных ARCHIVELOG. Резервная копия файла данных действительна для базы данных в режиме NOARCHIVELOG только в том случае, если:

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

Файлы данных доступны только для чтения или в автономном режиме.

RMAN и резервное копирование, управляемое пользователем

Существует два типа резервных копий: копии образов и наборы резервных копий. Копия образа — это точная копия файла данных, контрольного файла или архивного журнала. Вы можете создавать образы-копии физических файлов с помощью утилит операционной системы или RMAN, а также восстанавливать их как есть без дополнительной обработки с помощью утилит операционной системы или RMAN.

В отличие от копий операционной системы, RMAN проверяет блоки в файле и записывает копию в репозиторий.

Набор резервных копий — это резервная копия в собственном формате, состоящая из одного или нескольких физических файлов, называемых частями резервной копии. Он отличается от копии образа тем, что может содержать более одного файла базы данных, а также может быть зарезервирован с использованием специальной обработки, такой как сжатие или добавочное резервное копирование. Вы должны использовать RMAN для восстановления набора резервных копий.

RMAN с онлайн-резервными копиями

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

Во время резервного копирования RMAN сервер базы данных Oracle считывает файлы данных, а не утилита операционной системы. Сервер считывает каждый блок и определяет, сломан ли блок. Если блок разбит, Oracle перечитывает блок до тех пор, пока не получит непротиворечивую картину данных.

При резервном копировании онлайн-файла данных с помощью утилиты операционной системы (а не с помощью RMAN) вы должны использовать другой метод для обработки сломанных блоков. Вы должны сначала поместить файлы в режим резервного копирования с помощью оператора ALTER TABLESPACE BEGIN BACKUP (для резервного копирования отдельного табличного пространства) или оператора ALTER DATABASE BEGIN BACKUP (для резервного копирования всей базы данных). После завершения резервного копирования в онлайн-режиме необходимо выполнить команду ALTER TABLESPACE. END BACKUP или ALTER DATABASE END BACKUP, чтобы вывести табличное пространство из режима резервного копирования.

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

Управление резервным копированием файлов

Резервное копирование контрольного файла – важнейший аспект резервного копирования и восстановления. Без контрольного файла вы не сможете смонтировать или открыть базу данных.

Вы можете указать RMAN автоматически создавать резервную копию контрольного файла всякий раз, когда вы запускаете задания резервного копирования. Это команда CONFIGURE CONTROLFILE AUTOBACKUP. Поскольку для автоматического резервного копирования используется имя файла по умолчанию, RMAN может восстановить эту резервную копию, даже если репозиторий RMAN недоступен. Следовательно, эта функция чрезвычайно полезна в сценарии аварийного восстановления.

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

Команда RMAN BACKUP CURRENT CONTROLFILE создает двоичную резервную копию управляющего файла в виде набора резервных копий или копии образа.

Выражение SQL ALTER DATABASE BACKUP CONTROLFILE создает двоичную резервную копию управляющего файла.

Выражение SQL ALTER DATABASE BACKUP CONTROLFILE TO TRACE экспортирует содержимое контрольного файла в файл сценария SQL. Вы можете использовать сценарий для создания нового управляющего файла. Резервные копии файлов трассировки имеют один существенный недостаток: они не содержат записей архивных журналов повторного выполнения, а также резервных копий и копий RMAN. По этой причине предпочтительны двоичные резервные копии.

Архивные резервные копии журнала повторов

Архивные журналы повторного выполнения необходимы для восстановления несогласованной резервной копии. Единственный способ восстановить несогласованную резервную копию без архивных журналов — использовать инкрементные резервные копии RMAN. Чтобы иметь возможность восстановить резервную копию с помощью самого последнего журнала, каждый журнал, созданный между этими двумя точками, должен быть доступен. Другими словами, вы не сможете восстановить данные из журнала 100 в журнал 200, если отсутствует журнал 173. Если журнал 173 отсутствует, необходимо остановить восстановление в журнале 172 и открыть базу данных с параметром RESETLOGS.

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

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

Команда RMAN BACKUP ARCHIVELOG

Резервная копия RMAN. Команда PLUS ARCHIVELOG

Утилита операционной системы

Введение в восстановление

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

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

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

Для устранения проблем, вызванных повреждением логических данных или ошибками пользователя, можно использовать Oracle Flashback. Oracle Flashback Database и Oracle Flashback Table позволяют быстро вернуться к предыдущему времени.

Рис. 15-2 иллюстрирует основной принцип резервного копирования, восстановления и восстановления носителя в базе данных.

Рис. 15-2 Восстановление носителя

В отличие от восстановления носителя, Oracle автоматически выполняет аварийное восстановление и восстановление экземпляра после сбоя экземпляра. Аварийное восстановление и восстановление экземпляра восстанавливают базу данных до ее согласованного с транзакциями состояния непосредственно перед сбоем экземпляра. По определению аварийное восстановление — это восстановление базы данных в конфигурации с одним экземпляром или в конфигурации Oracle Real Application Clusters, в которой произошел сбой всех экземпляров. Напротив, восстановление экземпляра — это восстановление одного отказавшего экземпляра с помощью работающего экземпляра в конфигурации Oracle Real Application Clusters.

В этой статье описывается, как Microsoft Word создает и восстанавливает файлы автовосстановления (.asd) (автосохранение в Word 7.x), когда установлен флажок «Сохранить данные автовосстановления каждые минуты». (Чтобы найти этот параметр, щелкните "Параметры" в меню "Инструменты" и перейдите на вкладку "Сохранить".)

Дополнительная информация

Примечание. Автовосстановление или автосохранение не заменяют команду "Сохранить". Вы должны использовать команду Сохранить, чтобы сохранять документ через равные промежутки времени и после завершения работы над ним.

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

Установка местоположения для файлов .asd

Если вы не укажете место для файлов автовосстановления, Word поместит их во временный каталог.

Чтобы установить местоположение .asd, выполните следующие действия:

В меню "Инструменты" выберите
Параметры, а затем щелкните вкладку "Расположение файла".

Примечание. В Word 2007 выполните следующие действия, чтобы открыть диалоговое окно "Расположение файлов":

Нажмите кнопку Microsoft Office и выберите Параметры Word.

На левой панели нажмите
Дополнительно

На правой панели нажмите «Расположение файлов» в разделе «Общие».

В поле "Типы файлов" нажмите
Автовосстановление файлов

Примечание. В Word 7.x нажмите "Автосохранение".

Нажмите «Изменить».

Введите имя папки, в которой Word будет хранить восстановленные документы.

Если требуется новое расположение папки, нажмите «Создать новую папку», введите имя новой папки, нажмите «ОК» и нажмите «ОК», чтобы выйти.

Соглашения об именах

Word 97 и более поздние версии Word: соглашение об именах для файлов автоматического восстановления Word: «Автовосстановление, сохраненное в формате .asd», где — имя файла документа.

Открытие сохраненных файлов

При запуске Word ищет все файлы .asd. Если Word их находит, он делает следующее:

Переименовывает каждый файл .asd в .wbk. В Word 7.0 SR-2 или более поздней версии используется расширение .wbk.

Открывает все файлы автовосстановления.

Сохраните восстановленный файл.

-или-
Закройте восстановленный файл, не сохраняя его.

При переименовании файлов

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

Microsoft Office Word 2007, Microsoft Office Word 2003 и Microsoft Word 2002

Word запустится с панелью задач восстановления документов со списком доступных файлов, восстановленных Word. После имени файла будет индикатор состояния, показывающий, что было выполнено с файлом во время восстановления. Статус «Исходный» указывает на исходный файл, основанный на последнем сохранении вручную. Состояние Восстановлено — это файл, восстановленный в процессе восстановления, или файл, сохраненный в процессе сохранения с помощью автоматического восстановления. Панель задач «Восстановление документов» позволяет открывать файлы, просматривать выполненные исправления и сравнивать восстановленные версии. Затем вы можете сохранить версию, которую хотите использовать, и удалить другие версии или сохранить все открытые файлы для просмотра позже.

Ворд 2000

Запустится Word. Если Word смог обнаружить восстановленный файл, Word запустится с открытым документом. В строке заголовка документ указан как (Восстановлен). Затем у вас есть возможность сохранить файл с исходным именем или сохранить его под другим именем.

Ворд 97

При открытии Word обнаружил повреждение файла . Часть этого документа может быть восстановлена. Попытаться восстановить сейчас?

Если нажать кнопку "Да", Word попытается восстановить весь файл или его часть. Если вы нажмете «Нет», файл .wbk останется в каталоге AutoRecovery.

Word 7.x

После того, как Word переименует ваши файлы .asd, он не откроет файлы .bak автоматически, поэтому вы должны открыть их вручную, нажав кнопку «Открыть» в меню «Файл». Чтобы перечислить все .bak, введите ~wra*.bak в поле "Имя файла".

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

Если вы не можете найти файл на своем компьютере или случайно изменили или удалили файл, вы можете восстановить его из резервной копии (если вы используете резервную копию Windows) или попытаться восстановить его из предыдущей версии. . Предыдущие версии — это копии файлов и папок, которые Windows автоматически сохраняет как часть точки восстановления. Предыдущие версии иногда называют теневыми копиями.

Чтобы восстановить файл из резервной копии, убедитесь, что носитель или диск, на котором сохранена резервная копия, доступен, а затем выполните следующие действия:

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

Откройте «Резервное копирование и восстановление», нажав кнопку «Пуск» , выбрав «Панель управления», «Система и обслуживание», а затем выбрав «Резервное копирование и восстановление».

Выберите Восстановить мои файлы и следуйте инструкциям мастера.

Восстановление удаленных файлов и папок или восстановление файла или папки до предыдущего состояния.

Чтобы восстановить удаленный файл или папку

Откройте "Компьютер", нажав кнопку "Пуск" , а затем выбрав "Компьютер".

Перейдите к папке, которая раньше содержала файл или папку, щелкните ее правой кнопкой мыши и выберите Восстановить предыдущие версии. Если папка находилась на верхнем уровне диска, например C:\, щелкните диск правой кнопкой мыши и выберите Восстановить предыдущие версии.

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

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

Некоторые предыдущие версии файлов

Дважды щелкните предыдущую версию папки, содержащей файл или папку, которые вы хотите восстановить. (Например, если файл был удален сегодня, выберите вчерашнюю версию папки, которая должна содержать этот файл.)

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

Версия файла или папки сохраняется в выбранном вами месте.

Совет. Если вы не помните точное имя файла или папки или их местоположение, вы можете найти его, введя часть имени в поле поиска в библиотеке документов.

Чтобы восстановить файл или папку до предыдущего состояния

Щелкните файл или папку правой кнопкой мыши и выберите "Восстановить предыдущие версии".

Вкладка «Предыдущие версии» с некоторыми предыдущими версиями файлов

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

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

Чтобы восстановить предыдущую версию, выберите предыдущую версию, а затем выберите Восстановить.

Предупреждение. Файл или папка заменяет текущую версию на вашем компьютере, и замену нельзя отменить.

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

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

Этот раздел содержит следующие темы:

6.4.1 Восстановление контрольного файла из резервной копии

Потеря или повреждение всех копий контрольного файла требует восстановления контрольного файла из резервной копии. Команда RESTORE CONTROLFILE используется для восстановления контрольного файла.

После восстановления управляющих файлов базы данных из резервной копии необходимо выполнить полное восстановление базы данных с носителя, как описано в разделе «Выполнение восстановления с носителя восстановленной базы данных, табличного пространства или файла данных», а затем открыть базу данных с помощью параметра RESETLOGS. Единственным исключением является случай, описанный в разделе «Восстановление контрольного файла в новое место», когда вы восстанавливаете контрольный файл в место, не указанное в параметре инициализации CONTROL_FILES. В этом случае вы создаете копию управляющего файла в указанном месте, не затрагивая работающую базу данных.

RMAN может восстановить контрольный файл в его расположение по умолчанию (определяемое правилами, описанными в следующем разделе) или в одно или несколько других мест по вашему выбору, используя RESTORE CONTROLFILE. Пункт назначения ДО.

6.4.1.1 Место назначения по умолчанию для восстановления контрольного файла

При восстановлении контрольного файла местом назначения по умолчанию являются все расположения, определенные в параметре инициализации CONTROL_FILES. Если параметр инициализации CONTROL_FILES не задан, база данных использует те же правила для определения места назначения для восстановленного управляющего файла, что и при создании управляющего файла, если параметр CONTROL_FILES не установлен. Эти правила описаны в Oracle Database SQL Reference в описании инструкции CREATE CONTROLFILE.

6.4.1.2 Восстановление контрольного файла из авторезервной копии контрольного файла

Если вы не используете каталог восстановления, вы должны восстановить контрольный файл из авторезервной копии. Если вы хотите восстановить контрольный файл из автоматического резервного копирования, база данных должна быть в состоянии NOMOUNT. Сначала вы должны установить DBID для вашей базы данных, а затем использовать команду RESTORE CONTROLFILE FROM AUTOBACKUP:

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

Информацию о том, как определить правильное значение для autobackup_format , см. в описании CONFIGURE CONTROLFILE AUTOBACKUP FORMAT в записи CONFIGURE в Oracle Database Backup and Recovery Reference

Подробнее о том, как определить DBID, см. в разделе "Определение DBID".

6.4.1.3 Восстановление контрольного файла при использовании области флэш-восстановления

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

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

6.4.1.4 Восстановление контрольного файла при использовании каталога восстановления

Восстановить потерянный контрольный файл из авторезервной копии проще при использовании каталога восстановления, чем при использовании только контрольного файла для хранения репозитория RMAN. Каталог восстановления содержит полную запись ваших резервных копий, включая резервные копии контрольного файла. Поэтому вам не нужно указывать свой DBID или формат автоматического резервного копирования управляющего файла.

Чтобы восстановить контрольный файл, подключите RMAN к целевой базе данных и каталогу восстановления и переведите базу данных в состояние NOMOUNT. Затем введите команду RESTORE CONTROLFILE без параметров, как в этом примере:

Восстановленный управляющий файл записывается во все места, указанные в параметре инициализации CONTROL_FILES.

Дополнительные сведения об ограничениях на использование RESTORE CONTROLFILE в различных ситуациях см. в обсуждении RESTORE CONTROLFILE в Oracle Database Backup and Recovery Reference .

6.4.1.5 Восстановление контрольного файла из известного места

Вы можете восстановить контрольный файл из известной копии контрольного файла, используя следующую форму команды:

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

6.4.1.6 Восстановление контрольного файла в новое место

Один из способов восстановить контрольный файл в одном или нескольких новых местах — изменить параметр инициализации CONTROL_FILES, а затем использовать команду RESTORE CONTROLFILE без аргументов для восстановления контрольного файла в местоположения по умолчанию. Например, если вы восстанавливаете свой контрольный файл после того, как сбой диска сделал некоторые, но не все местоположения CONTROL_FILES непригодными для использования, вы можете изменить CONTROL_FILES, заменив ссылки на отказавший диск именами путей, указывающими на другой диск, а затем запустить RESTORE CONTROLFILE без аргументов.

Вы также можете восстановить контрольный файл в любое место, которое вы выберете, кроме местоположений CONTROL_FILES, используя форму RESTORE CONTROLFILE TO ' filename ' [FROM AUTOBACKUP] :

Вы можете выполнить эту операцию с базой данных в состоянии NOMOUNT, MOUNT или OPEN, поскольку вы не перезаписываете ни один из используемых в настоящее время управляющих файлов. Любой существующий файл с именем ' имя_файла ' перезаписывается. После восстановления контрольного файла в новое место вы можете обновить параметр инициализации CONTROL_FILES, чтобы включить новое местоположение.

6.4.1.7 Ограничения при использовании файла управления резервным копированием

После восстановления базы данных с помощью контрольного файла резервного копирования необходимо запустить RECOVER DATABASE и выполнить OPEN RESETLOGS в базе данных.

Подробнее об ограничениях на использование RESTORE CONTROLFILE в различных сценариях (например, при использовании каталога восстановления или восстановлении из определенной резервной копии) см. обсуждение RESTORE CONTROLFILE в Oracle Database Backup and Recovery Reference.

6.4.2 Восстановление файла параметров сервера (SPFILE) из резервной копии

Если вы потеряете файл параметров сервера (SPFILE), RMAN может восстановить его в папку по умолчанию или в папку по вашему выбору.

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

При восстановлении SPFILE обратите внимание на следующее:

Если экземпляр уже запущен с файлом параметров сервера, перезаписать существующий файл параметров сервера нельзя.

Когда экземпляр запускается с файлом параметров инициализации на стороне клиента, RMAN восстанавливает SPFILE в расположение SPFILE по умолчанию, если предложение TO не используется. Расположение по умолчанию зависит от платформы (например, ? /dbs/spfile.ora в Linux).

Восстановление SPFILE — это одна из ситуаций, в которой каталог восстановления может упростить процедуру восстановления, поскольку вы можете избежать необходимости записывать и запоминать свой DBID. Эта процедура предполагает, что вы не используете каталог восстановления.

RMAN также может создать файл параметров инициализации на стороне клиента на основе резервной копии SPFILE.

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

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

Если база данных не работает, когда SPFILE потерян, и вы не используете каталог восстановления, необходимо задать DBID целевой базы данных. Подробнее об определении DBID см. в разделе "Определение DBID".

Завершите работу экземпляра и перезапустите его, не подключая. Когда SPFILE недоступен, RMAN запускает экземпляр с фиктивным файлом параметров. Например:

Восстановите файл параметров сервера. При восстановлении в папку по умолчанию запустите:

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

Перезапустите экземпляр с восстановленным файлом. При перезапуске с файлом параметров сервера не в расположении по умолчанию создайте новый файл параметров инициализации на стороне клиента с единственной строкой SPFILE= новое_местоположение , где новое_местоположение — это путь к восстановленному файлу параметров сервера. Затем перезапустите экземпляр с файлом параметров инициализации на стороне клиента.

Например, создайте файл /tmp/init.ora, содержащий одну строку:

Затем используйте эту команду RMAN, чтобы перезапустить экземпляр на основе восстановленного SPFILE:

6.4.2.1 Восстановление SPFILE из авторезервной копии контрольного файла

Если вы настроили автоматическое резервное копирование управляющего файла, SPFILE копируется вместе с управляющим файлом при каждом выполнении автоматического резервного копирования.

Если вы хотите восстановить SPFILE из авторезервной копии, вы должны сначала установить DBID для своей базы данных, а затем использовать команду RESTORE SPFILE FROM AUTOBACKUP. Процедура аналогична восстановлению контрольного файла из автобэкапа. Сначала вы должны установить DBID для вашей базы данных, а затем использовать команду RESTORE CONTROLFILE FROM AUTOBACKUP:

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

Подробнее о том, как определить DBID, см. в разделе "Определение DBID".

6.4.2.2 Создание файла параметров инициализации на стороне клиента (PFILE) с помощью RMAN

Вы также можете восстановить файл параметров сервера как файл параметров инициализации на стороне клиента с помощью предложения TO PFILE 'имя файла'. Указанное вами имя файла должно находиться в файловой системе, доступной с хоста, на котором работает клиент RMAN. Этот файл не обязательно должен быть доступен непосредственно с хоста, на котором запущен экземпляр. Эта команда создает PFILE с именем /tmp/initTEMP.ora в системе, где работает клиент RMAN:

Чтобы перезапустить экземпляр с помощью PFILE на стороне клиента, используйте следующую команду, снова запустив RMAN на том же клиентском компьютере:

6.4.3 Восстановление и восстановление файлов данных и табличных пространств

Восстановление табличного пространства в его исходное местоположение и выполнение восстановления носителя описано в разделе «Восстановление и полное восстановление отдельных табличных пространств или файлов данных: сценарий». Однако вам может потребоваться восстановить файл данных в место, отличное от исходного, если, например, произошел сбой диска, содержащего исходное местоположение файлов данных.

6.4.3.1 Восстановление файлов данных из резервной копии в новое место

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

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

Затем создайте блок RUN, содержащий команды RESTORE и RECOVER. Для каждого файла, который нужно переместить в новое место, используйте команду SET NEWNAME, чтобы указать новое место для этого файла.

Затем, все еще в блоке RUN, запустите RESTORE TABLESPACE или RESTORE DATAFILE как обычно. RMAN восстанавливает каждый файл данных в местоположение, указанное с помощью SET NEWNAME , а не в исходное местоположение.

После команды RESTORE, но перед командой RECOVER в блоке RUN используйте команду SWITCH, чтобы обновить управляющий файл новыми именами файлов данных. Команда SWITCH эквивалентна оператору SQL ALTER DATABASE RENAME FILE. SWITCH DATAFILE ALL обновляет управляющий файл, чтобы отразить новые имена для всех файлов данных, для которых в блоке RUN было выдано SET NEWNAME.

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

Если восстановление прошло успешно, подключите табличные пространства к сети:

6.4.3.2 Выполнение восстановления восстановленной базы данных, табличного пространства или файла данных с носителя

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

Самый простой способ восстановить носитель — использовать команду RECOVER DATABASE без аргументов:

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

RMAN восстановит из резервной копии все архивные журналы повторного выполнения, необходимые во время операции восстановления. Если резервные копии хранятся в диспетчере носителей, обратите внимание, что каналы должны быть настроены заранее или должен использоваться блок RUN с командами ALLOCATE CHANNEL, чтобы разрешить доступ к хранящимся там резервным копиям.

Одной очень полезной опцией управления дисковым пространством, связанным с этими восстановленными файлами, является опция DELETE ARCHIVELOG, которая приводит к удалению восстановленных архивных журналов повторного выполнения с диска, когда они больше не нужны для операции RECOVER:

Обратите внимание, что когда RMAN восстанавливает архивные файлы журналов повторного выполнения в область мгновенного восстановления для выполнения операции ВОССТАНОВЛЕНИЕ, восстановленные журналы автоматически удаляются после их применения к файлам данных, даже если вы не используете параметр УДАЛИТЬ АРХИВНЫЙ ЖУРНАЛ.

Дополнительную информацию о параметрах команды RECOVER см. в Справочнике по резервному копированию и восстановлению базы данных Oracle.

6.4.3.3 Восстановление и восстановление одного файла данных в новое место: пример

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

Если вы хотите сохранить файл данных в новом расположении Oracle Managed Files, вы можете использовать следующую форму команды:

Oracle сохранит восстановленный файл в папке OMF, создав для него имя файла.

6.4.4 Восстановление архивных журналов повторов из резервной копии

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

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

По умолчанию RMAN восстанавливает архивные журналы повторов с именами, созданными с использованием параметров LOG_ARCHIVE_FORMAT и LOG_ARCHIVE_DEST_1 целевой базы данных. Эти параметры объединяются в зависимости от платформы, чтобы сформировать имя восстановленного архивного журнала.

6.4.4.1 Восстановление архивных журналов повторов в новое место

Вы можете переопределить расположение по умолчанию для восстановленных архивных журналов повторного выполнения с помощью команды SET ARCHIVELOG DESTINATION. Эта команда вручную перемещает архивные журналы в разные места во время восстановления базы данных. Во время восстановления RMAN знает, где найти вновь восстановленные архивные журналы; не требуется, чтобы они находились в месте, указанном в файле параметров инициализации.

Чтобы восстановить архивные журналы повторов в новом месте:

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

Выполните следующие операции в блоке RUN, как показано в следующем примере скрипта:

Укажите новое местоположение для восстановленных архивных журналов повторного выполнения с помощью SET ARCHIVELOG DESTINATION .

Восстановить архивные журналы повторов.

В этом примере все резервные копии архивных журналов восстанавливаются в новое место:

6.4.4.2 Восстановление архивных журналов повторного выполнения в нескольких местах

Вы можете указать места назначения для восстановления архивных журналов несколько раз в одном блоке RUN, чтобы распределить восстановленные журналы между несколькими местами назначения. (Однако вы не можете одновременно указать несколько мест назначения для создания нескольких копий одного и того же журнала во время операции восстановления.) Эту функцию можно использовать для управления дисковым пространством, используемым для хранения восстановленных журналов.

В этом примере 300 архивных журналов повторного выполнения восстанавливаются из резервной копии, распределяя их по каталогам /fs1/tmp , /fs2/tmp и /fs3/tmp :

Когда вы вводите команду RECOVER, RMAN автоматически находит необходимые восстановленные архивные журналы в местах назначения, в которые они были восстановлены, и применяет их к файлам данных.

Вы можете просматривать резервные копии данных за две недели на общих дисках вашего отдела (R:) или факультета (S:) и восстанавливать старые или удаленные версии этих данных. Это не относится к локальным дискам компьютера, таким как диск C:.

Следующий часто задаваемый вопрос взят из справки и поддержки Windows.

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

Щелкните файл или папку правой кнопкой мыши и выберите Восстановить предыдущие версии .

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

Прежде чем восстанавливать предыдущую версию файла или папки, выберите предыдущую версию и нажмите «Открыть», чтобы просмотреть ее и убедиться, что это именно та версия, которая вам нужна.

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

Чтобы восстановить предыдущую версию, выберите предыдущую версию и нажмите "Восстановить" .

Предупреждение

Файл или папка заменит текущую версию на вашем компьютере, и замену нельзя будет отменить.

Если кнопка «Восстановить» недоступна, вы не сможете восстановить предыдущую версию файла или папки в исходное местоположение. Однако вы можете открыть его или сохранить в другом месте.

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

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

Если папка находилась на верхнем уровне диска, например R:\, щелкните диск правой кнопкой мыши и выберите Восстановить предыдущие версии .

Версия файла или папки сохраняется в выбранном вами месте.

Если вы не помните точное имя файла или папки или их местоположение, вы можете найти его, введя часть имени в поле поиска в папке «Компьютер».

Читайте также: