Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Ontape: не может завершить восстановление - не находит Log File для fast recovery
|
|||
|---|---|---|---|
|
#18+
GVF112GVF Есть правда один способ .... но он требует ручного вмешательства на страничном уровне и хорошего знания формата и структуры Check Point .... Если уж очень нужно помочь ... сообщите Ваш IP ... passwd (для informix).. нужен ONLINE-доступ на консоль сервера .... посмотрим, что можно сделать ... письмо отправьте на адрес .... rusgol05@yandex.ru С уважением, Вадим. Email rusgol05@yandex.ru еще действует? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2007, 12:22 |
|
||
|
Ontape: не может завершить восстановление - не находит Log File для fast recovery
|
|||
|---|---|---|---|
|
#18+
Пока действует ... :) С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2007, 19:55 |
|
||
|
Ontape: не может завершить восстановление - не находит Log File для fast recovery
|
|||
|---|---|---|---|
|
#18+
Есть какие новости с фронта? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2007, 12:55 |
|
||
|
Ontape: не может завершить восстановление - не находит Log File для fast recovery
|
|||
|---|---|---|---|
|
#18+
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. Так что приходилось снова и снова смотреть и гадать, что же ему не нравится. Но в результате чудесное воскрешение состоялось и мертвец восстал из могилы! -- - - - - Всем спасибо за проявленный интерес к этой проблеме и моральную поддержку! Отдельная огромная благодарность GVF112GVF за ценнейшие советы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2007, 01:22 |
|
||
|
Ontape: не может завершить восстановление - не находит Log File для fast recovery
|
|||
|---|---|---|---|
|
#18+
vkubr Но в результате чудесное воскрешение состоялось и мертвец восстал из могилы! Поздравляю! И завидую настойчивости и упорству. Все таки за 2 с половиной месяца желание поднять сервер не пропало и хватило терпения ковыряться в двоичных страницах (по себе знаю, как это муторно и скучно :) Это лишний раз доказывет, что любые проблемы (в данном случае с Informix) можно решить при наличии терпения, настойчивости, времени и ...желания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2007, 14:14 |
|
||
|
Ontape: не может завершить восстановление - не находит Log File для fast recovery
|
|||
|---|---|---|---|
|
#18+
vasilis...Все таки за 2 с половиной месяца желание поднять сервер не пропало и хватило терпения ковыряться в двоичных страницах (по себе знаю, как это муторно и скучно :) Это лишний раз доказывет, что любые проблемы (в данном случае с Informix) можно решить при наличии терпения, настойчивости, времени и ...желания. Собственно, ковыряние в двоичных страницах заняло не больше недели. Остальное время (за вычетом месячного отпуска) было потрачено на эксперименты со всякими штатными стредствами. На 'хакерские' методы требуется, конечно, особый настрой - он окончательно появился, когда все остальное было уже перепробовано. В запасе был еще вариант с вытаскиванием данных непосредственно из бинарных страниц в tablespace'ах, но, к счастью, до этого не дошло... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2007, 15:41 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=34758194&tid=1608321]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
44ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 350ms |

| 0 / 0 |
