Фев 212011
 

Если на основном сервере в параметре log_archive_dest_n указана опция delay с ненулевым значением, то при выполнении операций, создающих большой объём redo (например, удаление или вставка большого количества данных в таблицы, импорт, пересекционирование крупных таблиц, etc.), возможна ситуация, при которой за этот временной промежуток нагенерится такое количество логов, что заполнится файловая система для их хранения и база остановится. Самое неприятное, что RMAN не бэкапит логи, которые ещё не были применены на standby-сервере.

Решение проблемы:

Continue reading »

Фев 072011
 

Параметр force_logging влияет на количество информации об изменениях в БД, попадающей в redo logs. Отключение этого режима позволит повысить производительность некоторых операций, например, создание/изменение индексов, загрузку данных с помощью SQL*Loader, изменение таблиц (ALTER TABLE…), и некоторых других, а также уменьшит объём redo.

Проблемы появятся, если мы попытаемя создать standby - сервер для основной базы, на которой отключён этот режим. В таком случае, на резервную БД попадут не все изменения, и при switchover/failover запросто можно получить базу с повреждёнными данными, восстановление которых может быть нетривиальной задачей.

Поэтому перед созданием standby надо включить этот режим: Continue reading »

Янв 112011
 

Если возникла необходимость восстановить archivelogs из бэкапа (такое приходится иногда делать при восстановлении Standby-сервера, когда он по каким-то причинам был пересоздан, и нужно "догнать" его до актуального состояния), пользуемся RMAN'ом:
Continue reading »