powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Informix [игнор отключен] [закрыт для гостей] / Ontape: не может завершить восстановление - не находит Log File для fast recovery
6 сообщений из 31, страница 2 из 2
Ontape: не может завершить восстановление - не находит Log File для fast recovery
    #34655962
vkubr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
GVF112GVF
Есть правда один способ .... но он требует ручного вмешательства на страничном уровне и хорошего знания формата и структуры Check Point ....

Если уж очень нужно помочь ... сообщите Ваш IP ... passwd (для informix).. нужен ONLINE-доступ на консоль сервера .... посмотрим, что можно сделать ... письмо отправьте на адрес .... rusgol05@yandex.ru

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

Email rusgol05@yandex.ru еще действует?
...
Рейтинг: 0 / 0
Ontape: не может завершить восстановление - не находит Log File для fast recovery
    #34657841
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Пока действует ... :)

С уважением,
Вадим.
...
Рейтинг: 0 / 0
Ontape: не может завершить восстановление - не находит Log File для fast recovery
    #34688694
Фотография sysmaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Есть какие новости с фронта? :)
...
Рейтинг: 0 / 0
Ontape: не может завершить восстановление - не находит Log File для fast recovery
    #34756619
vkubr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
sysmasterЕсть какие новости с фронта? :)

О ДА!!!

Воскрешение из мертвых все-таки состоялось и informix удалось оживить!

К сожалению, очень много времени было потрачено на archecker. В какой-то момент
этот вариант казался наиболее привлекательным. Но оказалось, что к архивам из pre-9.40 версий
эта технология все-таки неприменима из-за различий в форматах страниц (явно об этом в
рассказах про archecker не говорится и убедиться в этом удалось только экспериментально,
установив наконец-то на одной платформе версии informix'а 9.20 и 10.0
(в этим тоже пришлось изрядно повозиться)).

В итоге пришли к варианту, который предложил GVF112GVF -- вручную создать отсутствующий
logfile, создать в нем запись о checkpoint, и надлежащим образом подправить reserved pages
в root-dbspace (ссылки на эту checkpoint).

'Вручную' -- это значит на бинарном уровне путем прямой записи на страницы root-dbspace.

Более детально GVF112GVF описал идею в письме (не хотелось загружать форум этой
информацией, поэтому обсуждение проходило путем прямой переписки).

После детального изучения структуры reserverd pages и устройства log-файлов,
а также после серии разнообразных экспериментов стало примерно понятно, что
именно необходимо править на root'овых страницах (мест для корректировки
оказалось довольно-таки много):
-- новый log-файл с новой записью о контрольной точке;
-- запись об этом log-файле в корневых страницах;
-- ссылка на последний checkpoint;
-- указание на точку старта для fast recovery;
-- в записях для всех dbspace'ов: ссылки на последнюю запись в log-журнале;
-- в записях для всех dbspace'ов и для всех chunk'ов: флажки, соответствующие нормальному
состоянию (т.е. указывающие на выполненные физическое и логическое восстановление).

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

Дело сильно осложнялось и тем, что informix, при попытке стартоваться на скорректированных
страницах, не выдавал вразумительной диагностики, а просто останавливался:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
23:49:11  Informix Dynamic Server 2000 Initialized -- Shared Memory Initialized.
23:49:11  Warning: Invalid dbspace 'tempdbs' listed in DBSPACETEMP.
23:49:11  Physical Recovery Started.
23:49:11  Physical Recovery Complete: 0 Pages Restored.
23:49:11  Logical Recovery Started.
23:49:14  Logical Recovery Complete.
        0 Committed, 0 Rolled Back, 0 Open, 0 Bad Locks

23:49:15  Informix Dynamic Server 2000 Stopped.
23:49:15  mt_shm_remove: WARNING: may not have removed all/correct segments

Так что приходилось снова и снова смотреть и гадать, что же ему не нравится.

Но в результате чудесное воскрешение состоялось и мертвец восстал из могилы!

-- - - - -

Всем спасибо за проявленный интерес к этой проблеме и моральную поддержку!

Отдельная огромная благодарность GVF112GVF за ценнейшие советы.
...
Рейтинг: 0 / 0
Ontape: не может завершить восстановление - не находит Log File для fast recovery
    #34758194
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vkubr
Но в результате чудесное воскрешение состоялось и мертвец восстал из могилы!

Поздравляю! И завидую настойчивости и упорству.
Все таки за 2 с половиной месяца желание поднять сервер не пропало и хватило терпения ковыряться в двоичных страницах (по себе знаю, как это муторно и скучно :)
Это лишний раз доказывет, что любые проблемы (в данном случае с Informix) можно решить при наличии терпения, настойчивости, времени и ...желания.
...
Рейтинг: 0 / 0
Ontape: не может завершить восстановление - не находит Log File для fast recovery
    #34758596
vkubr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vasilis...Все таки за 2 с половиной месяца желание поднять сервер не пропало и хватило терпения ковыряться в двоичных страницах (по себе знаю, как это муторно и скучно :)
Это лишний раз доказывет, что любые проблемы (в данном случае с Informix) можно решить при наличии терпения, настойчивости, времени и ...желания.
Собственно, ковыряние в двоичных страницах заняло не больше недели. Остальное время (за вычетом месячного отпуска) было потрачено на эксперименты со всякими штатными стредствами.

На 'хакерские' методы требуется, конечно, особый настрой - он окончательно появился, когда все остальное было уже перепробовано.

В запасе был еще вариант с вытаскиванием данных непосредственно из бинарных страниц в tablespace'ах, но, к счастью, до этого не дошло...
...
Рейтинг: 0 / 0
6 сообщений из 31, страница 2 из 2
Форумы / Informix [игнор отключен] [закрыт для гостей] / Ontape: не может завершить восстановление - не находит Log File для fast recovery
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]