Восстановление активной оперативной журнальной группы в режиме ARCHIVELOG

Добрый день! Подскажите, как можно восстановить активную оперативную журнальную группу в режиме ARCHIVELOG ? Желательно привести подробную инструкцию действий :)

yozzi
Добрый день! Подскажите, как можно восстановить активную оперативную журнальную группу в режиме ARCHIVELOG ? Желательно привести подробную инструкцию действий :)

Для восстановления активной журнальной группы, режим archivelog не поможет,
так как, копирование активного REDO в ARCHIVELOG ставится в очередь только после его переключения, (или сразу после завершения checkpoint при ручной команде archive log current)

В режиме Standby Log apply, копия активной группы есть на standby
(возможно с некоторым отставанием или без него в зависимости от настройки)

ГРУППА redolog files, не зря называется ГРУППОЙ, Если у Вас в ней не один член ,то для восстановления группы,надо просто скопировать поверх битого redo, не битый.

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

К сожалению, физическое резервирование (И log apply) не поможет при багах которые портят redo. Но это совсем другая история...

Большое спасибо за Ваш ответ!

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

yozzi
Большое спасибо за Ваш ответ! Получается если они не мультиплексированы, то восстановить никак не получится? И если база работает и не потушена, то можно сохранить текущие данные?

backup + набор существующих archivelog позволит восстановиться до последнего redo
Если active redo доступен, можно попытаться докатить до последнего корректного SCN
...
Что у Вас произошло?
можно пока остановить запись в базу:

alter system suspend; 

(на всех узлах если кластер)
Последние 1000 строк из alert.log (под spoiler, или как файл)

select * from v$log;

yozzi
Получается если они не мультиплексированы, то восстановить никак не получится? И если база работает и не потушена, то можно сохранить текущие данные?

эээ. а если база работает, то откель известно что с редо проблема? что в алерт сыплется?

Vadim Lejnin

yozzi Большое спасибо за Ваш ответ! Получается если они не мультиплексированы, то восстановить никак не получится? И если база работает и не потушена, то можно сохранить текущие данные? backup + набор существующих archivelog позволит восстановиться до последнего redo Если active redo доступен, можно попытаться докатить до последнего корректного SCN ... Что у Вас произошло? можно пока остановить запись в базу: alter system suspend; (на всех узлах если кластер) Последние 1000 строк из alert.log (под spoiler, или как файл) select * from v$log;

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

Q.Tarantino
yozzi Получается если они не мультиплексированы, то восстановить никак не получится? И если база работает и не потушена, то можно сохранить текущие данные? эээ. а если база работает, то откель известно что с редо проблема? что в алерт сыплется?

Это просто свое условие "задачи" такое)

yozzi
Q.Tarantino пропущено... эээ. а если база работает, то откель известно что с редо проблема? что в алерт сыплется? Это просто свое условие "задачи" такое)

если база работает, то просто дропни и добавь воды редолог в группу через alter database. Когда до него прокрутится цикл переключений, он станет "нормальным".

считай восстановил....
yozzi пропущено... Это просто свое условие "задачи" такое) если база работает, то просто дропни и добавь воды редолог в группу через alter database. Когда до него прокрутится цикл переключений, он станет "нормальным".

Спасибо, все понял, только если дропнуть, то данные потеряются ведь и не запишутся в базу?

yozzi
считай восстановил.... пропущено... если база работает, то просто дропни и добавь воды редолог в группу через alter database. Когда до него прокрутится цикл переключений, он станет "нормальным". Спасибо, все понял, только если дропнуть, то данные потеряются ведь и не запишутся в базу?

или в такой ситуации, когда нет мултиплексированных копий, они по-любому пропадут?