Апр 182013
 

В силу некоторых неприятностей с дисками оказалась испорчена база и бэкап (да, я знаю, что это epic fail, но база не очень важная и когда её потерю заметили, бэкап уже устарел и его удалил скрипт).
Чудом сохранился только дамп, сделанный утилитой exp. Всё было бы неплохо, но этот дамп тоже оказался побитым. На импорте одной из таблиц сессия импорта зависала навечно. К счастью, эта таблица содержала маловажные данные (лог неких операций), от которых можно было безболезненно отказаться.
Итак, попробуем починить файл дампа.

Как мы знаем, классический exp сохраняет данные в полутекстовом формате. Поэтому ничто нам не помешает найти определение испорченной таблицы в файле и вырезать его и все данные этой таблицы из дампа, используя стандартные утилиты linux. Определение таблицы предваряется строкой:

TABLE "ACT_HIST"

Здесь ACT_HIST - имя нашей испорченной таблицы.

Итак, найдём номер строки в файле, где начинается наша таблица ACT_HIST: Continue reading »

Фев 222012
 

Если вдруг возникла необходимость быстро определить максимально отдалённый момент, на который можно восстановить базу, можно воспользоваться таким трюком (подразумевается использование Veritas NetBackup):

Определим имена всех backup pieces, относящихся к нашей базе: Continue reading »

Июл 202011
 

Рассмотрим практический пример восстановления резервного сервера после длительного простоя. Ситуация такова (см. картинку ниже): в серверной, где он стоял, отключилось электричество. Будем считать, что отключилось оно надолго, например, на неделю. Когда электроснабжение восстановили, появилась возможность активировать Standby, да только за неделю на основной базе накопилось множество архивных логов, и "догнать" standby до актуального состояния непросто. Continue reading »

Июн 022011
 

Кто-то навредил в схеме так, что восстановлению она не подлежит. Flashback на базе не используется, поэтому единственный выход - TSPITR (Tablespace point-in-time recovery), т.е. восстановление табличного пространства на определённый момент времени в прошлом. С помощью ретроспективного терморектального аудита (этот способ я пока не описывал, вот всё, что у меня есть по данной тематике) определён момент в прошлом, когда всё было нормально: 26 мая, 00:00.

Приступим:

Continue reading »

Янв 112011
 

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