victor16Вкратце, описание проблемы. Есть рухнувший сервер, есть архив 0, сделанный через onbar, есть журналы.
Данных очень много. Решил восстанавливать в два этапа, в первую очередь сначала самые нужные чанки,
потом менее нужные. После первого этапа восстановления сервер в онлайне, новые данные подгружаются,
старые пока недоступны, поэтому стартую второй этап, начинаю их восстанавливать из архива.
Физическое восстановление второго этапа длилось неделю, начинается логическое восстановление,
и тут проблема, не хватает темпового пространства для накатывания логических журналов,
onbar вываливается c ошибкой, чанки вновь в дауне.
Что делать, как начать с точки останова, чтобы не повторять второй этап сначала?

PS: Естественно, наученный горьким опытом, темпового пространства я добавил.

С уважением,
Виктор

Пробывали сделать: onbar -RESTART (Restarting a failed restore) ?

С уважением,
Вадим.

GVF112GVFvictor16Вкратце, описание проблемы. Есть рухнувший сервер, есть архив 0, сделанный через onbar, есть журналы.
Данных очень много. Решил восстанавливать в два этапа, в первую очередь сначала самые нужные чанки,
потом менее нужные. После первого этапа восстановления сервер в онлайне, новые данные подгружаются,
старые пока недоступны, поэтому стартую второй этап, начинаю их восстанавливать из архива.
Физическое восстановление второго этапа длилось неделю, начинается логическое восстановление,
и тут проблема, не хватает темпового пространства для накатывания логических журналов,
onbar вываливается c ошибкой, чанки вновь в дауне.
Что делать, как начать с точки останова, чтобы не повторять второй этап сначала?

PS: Естественно, наученный горьким опытом, темпового пространства я добавил.

С уважением,
Виктор

Пробывали сделать: onbar -RESTART (Restarting a failed restore) ?

С уважением,
Вадим.

FYI ... Do not use the -RESTART option if a failure occurs during a warm logical restore !!!

victor16GVF112GVFпропущено...


FYI ... Do not use the -RESTART option if a failure occurs during a warm logical restore !!!

Да, Вы правы, если сбой произошел на этапе логического восстановления onbar -RESTART бесполезен.
Мне больше понравилась опция onbar -r -e <dbspace>, после которой чанки перешли в online,
однако Informix категорически отказался накатывать на них логические журналы :)

У меня по всей видимости вариантов нет, времени тоже, или техсаппорт с ихней луковицей,
или начать восстанавливать заново. Честно говоря, после ихнего onion, по-любому они не гарантируют
нормальной работы сервера и рекомендуют выполнить полный экспорт/импорт данных,
что в конечном итоге только еще больше увеличит общее время восстановления.
А у меня в принципе, работа уже идет, новые данные поступают и обрабатываются.
Ну что ж, видимо руководству придется еще неделю обходится без их любимых отчетов :)

Для отчетов очень хорошо подходит IDS +IWA или связка DB2 BLU v.10.5 + Cognos BI.
Относительно onion - это инструмент работает на уровне дисковых структур сервера Informix.
Для работы на уровне SQL, используется другой инструмент. Вообще, ребята из группы поддержки все правильно сказали.
Должны быть отработы процедуры восстановления и действие персонала в случае форс-мажорных ситуаций.
Были такие случае, когда резервное архивирование выполнялось, но никто никогда не пробывал восстановить данные.
Соответственно, когда пробил час "X" - все оказались в ситуации - "Шеф - все пропало ..." ... :)

Нужен хорошо проработанный "action plan" и навыки работы внештатной ситуации.

С уважением,
Вадим.