Доброго времени суток форумчане!

Есть база данных, которая работает уже много лет. Претерпела многое...2 года назад переносил ее из windows в linux. В ней много данных, констрейнтов, связок по первичным ключам и тд и тп. За все время восстанавливать ее не приходилось, только разворачивал тестовые сервера из "бекапов"(не совсем бекапы - холодное копирование файлов). Вот недавно решил обновить тестовый сервер свежим бекапом(делается с помощью инструмента RMAN) и столкнулся с проблемой:


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

ВОПРОС : Есть ли возможность пересоздать system.dbf минимально затронув данные? Либо перенести данные в новую БД со всей метой без ручного восстановления. Недавно правили один таблспейс и затратили на это почти неделю, только на выяснение всех связок(уже молчу что там были связки с другими схемами). Как итог вышел здоровенный скрипт который нужно было ручками по частям запускать(где-то час на все потратили).

ПС : Я понимаю что обычно в этом случае пишут "не можете? Увольняйтесь!" или "Надо было нормально все делать!" . Для подобного сообщаю: Базе дофига лет и кто ее поднимал уже далеко, документация печальная(хоть и уже намного лучше чем 2 года назад). Базу нельзя выключать надолго и она постоянно растет(доработки не останавливаются) и я хочу привести в порядок то что есть.

ППС : Своими словами как я понял логи\селекты\статьи в инете: когда то сделали откат базы до инкарнации и что то там нафигачили. В результате system считает себя прошлой инкарнацией, а файлы ушли дальше и у них несостыковка. Восстановить из рабочего бекапа не выйдет - нет его.

Вячеслав Любомудров,

Основной скрипт:


Конфиг RMAN:


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


Ошибку ловлю на "RESTORE DATABASE"

landy,

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

Вячеслав Любомудров,

Сори, не удалил, отсебятина. Такой файл был бекапом сформирован

andrey_anonymous,

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

Вячеслав Любомудров,

Согласен что что то не так выглядит, листингов не сохранилось.

Aliona,

Согласен, кошмар. Делалось на скорую руку, т.к. бекапирования вообще не было, архив логи удалялись по крону(rm -rf /*)

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

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