Oracle DBA Forum  

Вернуться   Oracle DBA Forum > Oracle University Official Study Notes (RUS) > База данных Oracle 10g Администрирование > База данных Oracle 10g Администрирование II

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 03.10.2009, 03:09
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию 05 Восстановление Базы Данных

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #2  
Старый 03.10.2009, 03:10
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Рассматриваемые вопросы

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #3  
Старый 03.10.2009, 03:10
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Методы восстановления



Методы восстановления

Восстановление, управляемое пользователем, требует большего ручного вмешательства, чем восстановление с использованием RMAN. Поэтому использование RMAN -рекомендуемый метод резервирования, и он подробно рассматривается далее в этом уроке.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #4  
Старый 03.10.2009, 03:12
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Восстановление, управляемое пользователем: команда RECOVER



Восстановление, управляемое пользователем: команда RECOVER

На первом шаге восстановления после потери носителя необходимо вручную скопировать файлы данных из резервных объектов. Если нельзя восстановить файл данных в его первоначальное местоположение, следует обновить в управляющем файле указатель на его местоположение, используя команду ALTER DATABASE RENAME FILE. Необходимо также вручную восстановить архивные журналы, требуемые для восстановления извлеченных из резерва файлов данных. При использовании RMAN новое место, в которое копируются извлекаемые из резерва файлы, задается командой SET NEWNAME.

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

RECOVER [AUTOMATIC] DATABASE
Используется только для восстановления закрытой базы данных.

RECOVER [AUTOMATIC] TABLESPACE <ИМЯ>
Используется только для восстановления открытой базы данных.

RECOVER [AUTOMATIC] DATAFILE <НОМЕР> I <'имя_файла'>
Используется для восстановления как открытой, так и закрытой базы данных.

Ключевое слово AUTOMATIC задает директиву базе данных Oracle по выполнению автоматического генерирования имени следующего архивного журнального файла, необходимого для продолжения операции восстановления файлов данных. В противном случае выдаются запросы для ввода таких имен.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #5  
Старый 03.10.2009, 03:14
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Восстановление с помощью RMAN: команды RESTORE и RECOVER



Восстановление с помощью RMAN: команды RESTORE и RECOVER

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

Восстановление всего или части содержимого базы данных на основе резервных объектов обычно включает две фазы: извлечение из резерва копии файла данных и повторное применение изменений из архивных и оперативных журналов к файлу с момента резервирования до требуемого SCN (обычно до самого последнего системного номера изменений). Команда RESTORE копирует на диск файл данных, извлекая его из резерва, хранимого на ленте, диске или другом носителе, и делает этот файл, доступным для сервера базы данных. Команда RECOVER применяет к извлеченной копии файла данных изменения, записанные в журнальных файлах базы данных.

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

Когда RMAN копирует из резерва архивные журналы во флэш-область восстановления для выполнения операции RECOVER, восстановленные журналы автоматически удаляются после их применения к файлам данных, даже если не используется опция DELETE ARCHIVELOG.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #6  
Старый 03.10.2009, 03:15
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Восстановление с использованием Enterprise Manager



Восстановление с использованием Enterprise Manager

Полное и неполное восстановление может быть также произведено с помощью мастера восстановлений, предоставляемого в Enterprise Manager Database Control.

Войдите в Database Control. Для этого введите на странице Login имя и пароль пользователя с привилегиями SYSDBA. После щелчка на кнопке Login появится страница Database с обшей информацией о базе данных. На этой странице щелкните на закладке Maintenance. В результате будет выведена страница Maintenance, предоставляющая различные возможности резервирования, копирования из резерва и восстановления.

Щелкните на ссылке Perform Recovery.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #7  
Старый 03.10.2009, 03:16
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Сравнение полного и неполного восстановления



Сравнение полного и неполного восстановления

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

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

Восстановление к моменту в прошлом - это способ удаления результатов транзакций, внесших нежелательные изменения в базу данных.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #8  
Старый 03.10.2009, 03:17
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Полное восстановление



Полное восстановление

Шаги полного восстановления:

1. Поврежденные и потерянные файлы восстанавливаются из резервных объектов.
2. При необходимости применяются изменения с использованием инкрементальных резервных объектов, архивных и оперативных журналов. Изменения из оперативных журналов применяются к файлам данных до самых последних записей текущего оперативного журнала и при этом повторяется выполнение самых последних транзакций. Одновременно генерируются блоки отмены. Этот шаг принято называть подкатом вперед или восстановлением кэша.
3. Скопированные из бэкапа файлы могут теперь содержать как зафиксированные, так и незафиксированные изменения.
4. База данных открывается перед применением данных отмены. Это делается для предоставления высокого уровня доступности.
5. Блоки отмены используются для отката назад любых незафиксированных изменений. Этот шаг принято называть откатом назад или восстановлением транзакции.
6. Файлы данных теперь в восстановленном состоянии и согласованы с другими файлами данных БД.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #9  
Старый 03.10.2009, 03:18
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Неполное восстановление



Неполное восстановление

Неполное восстановление (incomplete recovery) или восстановление на момент-в-прошлом (point-in-time recovery) использует резервные объекты для воссоздания базы данных в ее предшествовавшем по времени состоянии. В этом случае при восстановлении не применяются все журнальные записи, сгенерированные после самого последнего резервирования. Такое восстановление производится только в случае, когда это действительно необходимо.

Для проведения неполного восстановления:

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


Последовательность действий при неполном восстановлении:

1. Копирование файлов данных из бэкапа. Если целевая точка восстановления не находится совсем близко от текущего момента, может использоваться не самый последний по времени бэкап,
2. Применение всех архивных журнальных файлов, требуемых для достижения точки восстановления.
3. Файлы данных содержат результаты как зафиксированных, так и незафиксированных транзакций, поскольку после повторения действий по журналам не все данные могут быть зафиксированы.
4. База данных открывается перед тем, как применяется информация отмены. Таким образом достигается более высокая доступность.
5. Данные журналов повторного выполнения применялись ко всем файлам данных, в том числе также и к файлам типа undo. Поэтому данные отмены доступны. Они применяются к файлам данных для отмены незафиксированных транзакций.
6. Файлы данных теперь восстановлены к выбранному моменту времени.


Восстановление на момент-в-прошлом - это единственная возможность в ситуации, когда восстановление необходимо и обнаруживается, что потерян архивный журнал, содержащий записи о транзакциях, произошедших между временем последнего резервирования и SCN, до которого требуется провести восстановление. Не имея журнал, нельзя применить изменения к восстанавливаемым файлам за период, отслеживаемый в этом журнале. Единственный выход - восстанавливать базу данных с момента получения резервных объектов, используемых при восстановлении, применяя архивные журналы, пока не будет прервана их цепочка, а затем открыть базу данных с параметром RESETLOGS. Все изменения из утерянного журнала и последующие изменения будут потеряны.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #10  
Старый 03.10.2009, 03:20
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Ситуации, вызывающие необходимость неполного восстановления



Ситуации, вызывающие необходимость неполного восстановления

Обычно неполное восстановление всей БД выполняется в следующих ситуациях:

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

Этот подход используется, когда:

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

При использовании старой копии управляющего файла требуется указать фразу USING BACKUP CONTORFILE в команде RECOVER DATABASE, чтобы выполнить восстановление и открыть базу данных.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 16:54. Часовой пояс GMT +3.


Powered by vBulletin®