powered by simpleCommunicator - 2.0.56     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Informix [игнор отключен] [закрыт для гостей] / Основательно рухнул Informix. Не удается восстановиться!
18 сообщений из 18, страница 1 из 1
Основательно рухнул Informix. Не удается восстановиться!
    #32500285
Alexiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Было:
Windows 2000 Server
IBM Informix Dynamic Server 9.30
Регулярно выполнялось резервное копирование на ленту (DLT) и логов (в автоматическом режиме) и данных (ручками, после соответствующего запроса от Informix Storage Manager)

Описание проблемы:
В процессе загрузки данных в Informix, Windows 2000 Server вывалилась в синий экран смерти (BSOD) с сообщение об ошибке контроля четности (Parity check).
После перезагрузки имеем в основном логе ol_informix.log
17:17:04 Informix Dynamic Server Started.
17:17:06 Segment locked: addr=0xc000000, size=443809792
17:17:15 Segment locked: addr=0x26740000, size=8388608

Tue Apr 27 17:17:18 2004

17:17:18 Booting Language <c> from module <>
17:17:18 Loading Module <CNULL>
17:17:18 Booting Language <builtin> from module <>
17:17:18 Loading Module <BUILTINNULL>
17:17:25 Informix Dynamic Server Version 9.30.TC1 Software Serial Number ХХХ#ХХХХХХ
17:17:27 Informix Dynamic Server Initialized -- Shared Memory Initialized.

17:17:27 Physical Recovery Started at Page(2:161).
17:17:28 Physical Recovery Complete: 1176 Pages Examined 1176 Pages Restored.

17:17:28 Logical Recovery Started.
17:17:28 10 recovery worker threads will be started.
17:17:28 Segment locked: addr=0x26f40000, size=33554432
17:17:28 Dynamically allocated new virtual shared memory segment (size 32768KB)
17:17:47 Rollforward of log record failed. iserrno = 126
17:17:47 Log Record: log = 901, pos = 0x31068, type = OLDRSAM:RDELETE(45), trans = 126
17:17:48 Ignoring the ONDBSPACEDOWN option during logical recovery. Dynamic Server
will NOT BLOCK at the next checkpoint
17:17:48 Assert Failed: Chunk 3 is being taken OFFLINE.
17:17:48 Informix Dynamic Server Version 9.30.TC1
17:17:48 Who: Session(9, informix@informix.dom.local, 0, 0)
Thread(26, xchg_1.4, 0, 3)
File: rsmirror.c Line: 1855
17:17:48 Results: DBspace datadbs is disabled.
17:17:48 Action: Restore DBspace datadbs
17:17:48 stack trace for pid 2080 written to C:\tmp\af.4025d68
17:17:48 See Also: C:\tmp\af.4025d68
17:17:49 Chunk 3 is being taken OFFLINE.
17:17:49 Chunk 3 is being taken OFFLINE.
17:17:49 Rollforward of log record failed. iserrno = 126
17:17:49 Log Record: log = 901, pos = 0x31068, type = OLDRSAM:RDELETE(45), trans = 126
17:17:57 Rollforward of log record failed. iserrno = 101


Далее шли строки аналогичные двум последним, но для разных номеров log и pos . После эти строк шло следующее:

17:26:54 Assert Failed: Error during recovery left index inconsistent.
17:26:54 Informix Dynamic Server Version 9.30.TC1
17:26:54 Who: Session(9, informix@informix.dom.local, 0, 0)
Thread(29, xchg_1.7, 0, 4)
File: rskey.c Line: 1422
17:26:54 Results: Index 'class:"informix".sysprocplan' is now unusable
17:26:54 Action: Run 'oncheck -cI class:"informix".sysprocplan'
17:26:54 stack trace for pid 2084 written to C:\tmp\af.4055dff
17:26:54 See Also: C:\tmp\af.4055dff
17:26:54 Error during recovery left index inconsistent.
17:26:54 Error during recovery left index inconsistent.
17:27:02 Rollforward of log record failed. iserrno = 105
17:27:02 Log Record: log = 902, pos = 0xf6ec0, type = OLDRSAM:DELITEM(29), trans = 129
17:27:02 Rollforward of log record failed. iserrno = 105
17:27:02 Log Record: log = 902, pos = 0xf6ec0, type = OLDRSAM:DELITEM(29), trans = 129
17:27:06 Logical Recovery has reached the transaction cleanup phase.
17:27:06 Logical Recovery Complete.
497 Committed, 1 Rolled Back, 0 Open, 0 Bad Locks


Попытка выполнения рекомендованной Informix'ом команды oncheck -cI class:"informix".sysprocplan привела к следующемы сообщению:
ISAM error: Primary and Mirror chunks are bad

Далее была предпринята попытка восстановления с резервного накопителя (магнитной ленты) командой onbar -r -p .
Но восстановления не произошло. При этом в основной лог была выдана месяга Aborted by client, а в логе утилиты OnBar - onbar_ol_informix.log была записана следующая ошибка:
onbar_d -r -p
2004-04-27 20:26:36 500 500 XBSA Error: (BSAQueryObject) Backup object does not exist in Storage Manager.
2004-04-27 20:26:38 500 500 ON-Bar was unable to get backup record of datadbs from storage manager.
2004-04-27 20:26:43 500 500 Due to the previous error, logical restore will not be attempted.
2004-04-27 20:26:43 500 500 C:\Informix\bin\onbar_d complete, returning 100 (0x64)


После чего была предпринята повторная попытка восстановления с ключом -O: onbar -r -p -O

После ее выполнения получили в логе onbar следующее:
2004-04-27 20:57:29 904 904 Restoring logdbs even though it is online
2004-04-27 20:57:29 904 904 Restoring physdbs even though it is online
2004-04-27 20:57:29 904 904 Restoring rootdbs even though it is online
2004-04-27 20:57:29 904 904 Restoring sblobdbs even though it is online
2004-04-27 20:57:29 904 904 Restoring sblobidx even though it is online
2004-04-27 20:57:29 904 904 Cannot warm restore critical media: rootdbs. Skipped restore of this space.
2004-04-27 20:57:31 764 904 onbar_d -r -O -p physdbs
2004-04-27 20:57:31 664 904 onbar_d -r -O -p datadbs
2004-04-27 20:57:31 1728 904 onbar_d -r -O -p logdbs
2004-04-27 20:57:31 2036 904 onbar_d -r -O -p rootdbs
2004-04-27 20:57:31 2272 904 onbar_d -r -O -p sblobidx
2004-04-27 20:57:31 2164 904 onbar_d -r -O -p sblobdbs
2004-04-27 20:57:31 764 904 Restoring physdbs even though it is online
2004-04-27 20:57:32 764 904 Cannot warm restore critical media: physdbs. Skipped restore of this space.
2004-04-27 20:57:32 1728 904 Restoring logdbs even though it is online
2004-04-27 20:57:33 2272 904 Restoring sblobidx even though it is online
2004-04-27 20:57:33 1728 904 Cannot warm restore critical media: logdbs. Skipped restore of this space.
2004-04-27 20:57:33 2036 904 Restoring rootdbs even though it is online
2004-04-27 20:57:33 2164 904 Restoring sblobdbs even though it is online
2004-04-27 20:57:33 2036 904 Cannot warm restore critical media: rootdbs. Skipped restore of this space.
2004-04-27 20:57:34 2272 904 Successfully connected to Storage Manager.
2004-04-27 20:57:34 664 904 Successfully connected to Storage Manager.
2004-04-27 20:57:35 2272 904 XBSA Error: (BSAQueryObject) Backup object does not exist in Storage Manager.
2004-04-27 20:57:35 664 904 XBSA Error: (BSAQueryObject) Backup object does not exist in Storage Manager.
2004-04-27 20:57:35 2164 904 Successfully connected to Storage Manager.
2004-04-27 20:57:36 2164 904 XBSA Error: (BSAQueryObject) Backup object does not exist in Storage Manager.
2004-04-27 20:57:36 2272 904 ON-Bar was unable to get backup record of sblobidx from storage manager.
2004-04-27 20:57:36 664 904 ON-Bar was unable to get backup record of datadbs from storage manager.
2004-04-27 20:57:37 2164 904 ON-Bar was unable to get backup record of sblobdbs from storage manager.
2004-04-27 20:57:37 764 904 Due to the previous error, logical restore will not be attempted.
2004-04-27 20:57:37 764 904 onbar_d complete, returning 136 (0x88)
2004-04-27 20:57:38 1728 904 Due to the previous error, logical restore will not be attempted.
2004-04-27 20:57:38 1728 904 onbar_d complete, returning 136 (0x88)
2004-04-27 20:57:38 904 904 The ON-Bar process 764 exited with a problem (exit code 136 (0x88), signal 136).
2004-04-27 20:57:38 2036 904 Due to the previous error, logical restore will not be attempted.
2004-04-27 20:57:38 2036 904 onbar_d complete, returning 136 (0x88)
2004-04-27 20:57:41 2272 904 Due to the previous error, logical restore will not be attempted.
2004-04-27 20:57:41 664 904 Due to the previous error, logical restore will not be attempted.
2004-04-27 20:57:42 2272 904 onbar_d complete, returning 100 (0x64)
2004-04-27 20:57:42 664 904 onbar_d complete, returning 100 (0x64)
2004-04-27 20:57:42 2164 904 Due to the previous error, logical restore will not be attempted.
2004-04-27 20:57:43 2164 904 onbar_d complete, returning 100 (0x64)
2004-04-27 20:57:48 904 904 The ON-Bar process 2036 exited with a problem (exit code 136 (0x88), signal 136).
2004-04-27 20:57:58 904 904 The ON-Bar process 1728 exited with a problem (exit code 136 (0x88), signal 136).
2004-04-27 20:58:08 904 904 The ON-Bar process 664 exited with a problem (exit code 100 (0x64), signal 100).
2004-04-27 20:58:18 904 904 The ON-Bar process 2164 exited with a problem (exit code 100 (0x64), signal 100).
2004-04-27 20:58:28 904 904 The ON-Bar process 2272 exited with a problem (exit code 100 (0x64), signal 100).
2004-04-27 20:58:40 904 904 C:\Informix\bin\onbar_d complete, returning 136 (0x88)

Т.е. слетели еще два спейса.
Таким образом восстановить Informix никак не удается. Что можно предпринять?

Заранее благодарен!
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32500353
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если ранее выполнял полный архив (с ключиком -w), то необходимо также выполнить ПОЛНОЕ восстановление, т.е. onbar -r -w .
Естественно, что возможно и физическое восстановление (-p), которое ты пытался сделать, но ведь и утилита на чистом англ.языке говорит, что критические пространства нельзя восстанавливать в online, т.е. сервер нужно остановить (перевести в offline). После физического восстановления обязательно необходимо логическое восстановление, но, желательно, не до самой точки падения, а немного раньше (посмотреть номер журнала по логам и сопоставить с временем).
Если Винда будет и в дальнейшем так падать (пусть и редко) - возможны аппаратные проблемы.
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32500545
Alexiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Спасибо за совет, но у меня появилась еще пара вопросов:

1. Остановить сервис Informix'а совсем или перевести его в режим queisend mode командой onmode -uy ?

2. В случае полного восстановления какова очередность установки лент:имеются две с данными (одна заполненная) и одна с логами? Или Informix сам будет указывать какую ленточку ему подать?
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32500807
Alexiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Перевел Informix в Offline командой onmode -ky
Выполнил затем onbar -r -w
После выполнения получили следующие записи в bar_ol_informix.log:

2004-04-28 14:24:17 2192 2192 C:\Informix\bin\onbar_d -r -w
2004-04-28 14:24:19 2192 2192 Successfully connected to Storage Manager.
2004-04-28 14:29:41 2192 2192 Begin salvage for log 900.
2004-04-28 14:29:45 2192 2192 Completed salvage of logical log 900.
2004-04-28 14:29:46 2192 2192 Begin salvage for log 901.
2004-04-28 14:29:50 2192 2192 Completed salvage of logical log 901.
2004-04-28 14:29:51 2192 2192 Begin salvage for log 902.
2004-04-28 14:29:54 2192 2192 Completed salvage of logical log 902.
2004-04-28 14:29:56 2192 2192 Successfully connected to Storage Manager.
2004-04-28 14:29:56 2192 2192 XBSA Error: (BSAQueryObject) Backup object does not exist in Storage Manager.
2004-04-28 14:30:02 2192 2192 Due to the previous error, logical restore will not be attempted.
2004-04-28 14:31:24 2192 2192 C:\Informix\bin\onbar_d complete, returning 100 (0x64)


Попытался после этого выполнить восстановление данных без сохранения логов, т.е. onbar -r -p -w . В результате получили:

2004-04-28 14:32:18 2164 2164 C:\Informix\bin\onbar_d -r -p -w
2004-04-28 14:32:20 2164 2164 Successfully connected to Storage Manager.
2004-04-28 14:32:20 2164 2164 XBSA Error: (BSAQueryObject) Backup object does not exist in Storage Manager.
2004-04-28 14:32:25 2164 2164 Due to the previous error, logical restore will not be attempted.
2004-04-28 14:32:25 2164 2164 C:\Informix\bin\onbar_d complete, returning 100 (0x64)

Вот эта ошибка - XBSA Error: (BSAQueryObject) Backup object does not exist in Storage Manager. чегой-то она мне не нравится. Она и в случае с onbar -r -p появлялась, и сейчас тоже?
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32501705
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SM (Storage Manager) не находит объекта, соотвествующего какой-то строке в bootstrap - файле %informixdir%\etc\oncfg_<server name>
Надо почистить файл ручками, убрав все записи до последнего полного (или level 0) бэкапа. Выставь в onconfig BAR_DEBUG=5 (можно до 9) и посмотри диагностику (файл с диагностикой прописывается в BAR_DEBUG_LOG или как-то так).

В таком вот аксепте
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32501934
Alexiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Маленькое уточнее. Точно этот файл %informixdir%\etc\oncfg_<server name>
?
P.S. Благодарю за содействие.
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32503432
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Скорее всего, имелось в виду %informixdir%\etc\oncfg_<server name>.0 но в этом файле информации об архивах я не видел, там списки БД-пространств, чанков и журналов.

Да, а я же просил показать лог onbar, в котором видно сохраненные ранее архивы 0-го уровня...
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32503521
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пардон, склероз попутал - этот файл называется ixbar.<server number>

В таком вот аксепте
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32503548
Alexiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Попытался загрузить ранее выгруженную с помощью dbexport'а базу обратно, но столкнулся с проблемой:
Загружаю с помощью dbimport -i <путь> -d <имя спейса> -l <имя БД>

Загружаемая БД содержит одну из таблиц, количество записей в которой 62000. В результате, после некоторого времени загрузки выдается ошибка
458 Long Transaction Aborted

Если загружать dbimport'ом без параметра -l , то все загружается отлично. Но без этого параметра, как я понимаю, невозможен режим журнализации базы.
Вопрос: возможно ли каким-то образом включить режим журнализации, после загрузки БД в спейс?
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32503818
Фотография Daugava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Загружать надо без "-l", изменить логгируемость базы можно уже после загрузки,
например с помощью ondblog.
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32505268
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Думаю, ondblog не сможет вернуть базу в режим с логом.Это можно сделать только одновремкенно с архивацией уровня 0 :
ontape -s -L 0 -U <database name>

В таком вот аксепте
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32505856
Фотография Daugava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ondblog сможет все, просто до выполнения архива-0 база будет недоступной. Кстати, если изменять базе логгируемость с помощью ontape, после восстановления данного бекапа первым делом опять потребуется бекап. По крайней мере так себя вел 7.24UC5 на HP-UX. Естественно все эти бекапы можно сделать в /dev/null, если речь идет о тестах.
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32510077
Alexiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Хочу поблагодарить всех, кто проявил внимание к моей проблеме.
Большое всем спасибо!

P.S. Дело закончилось тем, что я переустановил Informix и теперь загружаю в него данные. Благо таковые остались и имеются средства для автоматической загрузки. Backup на ленте так и ничего не дал.

P.P.S. Хочется пожелать всем DBA, чтобы ваш Informix стоял и не падал до скончания веков :))
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32510081
Alexiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Хочу поблагодарить всех, кто проявил внимание к моей проблеме.
Большое всем спасибо!

P.S. Дело закончилось тем, что я переустановил Informix и теперь загружаю в него данные. Благо таковые остались и имеются средства для автоматической загрузки. Backup на ленте так и ничего не дал.

P.P.S. Хочется пожелать всем DBA, чтобы ваш Informix стоял и не падал до скончания веков :))
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32524530
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Из этой истории можно сделать только один вывод:
Важнейшим из искусств является кино, т.е. проверка восстанавливаемости бэкапов. Ибо не зная и не имея опыта восстановления бэкапов, глупо надеятся на то, что архивация включена. А ты сделал бэкап ?
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #32527260
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Проводить тренировочное восстановление из бэкапа надо регулярно, несколько раз в год.

В таком вот аксепте
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
Основательно рухнул Informix. Не удается восстановиться!
    #36349841
FrodoS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Случилась похожая ситуация. Server 9.40 unix. Итог восстановление с 0 архива onbar.
Хотелось спросить у гуру , а не мог бы помочь в подобном случае salvage log (onbar -b -l -s)
до подъема сервера? По идее эта команда должна подчистить logical log.
...
Рейтинг: 0 / 0
Основательно рухнул Informix. Не удается восстановиться!
    #36354648
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лучше завести новый топик, чем оживлять такое старье 5-летней давности.
FrodoSСлучилась похожая ситуация. Server 9.40 unix. Итог восстановление с 0 архива onbar.
"Похожая" в чем ? Там так и не выяснили, что было причиной, а следствием уже была невозможность найти нужный архив. Также выяснилось, что ТС ранее не умел восстанавливать из архива и не разбирался в Storage Manager.
FrodoSХотелось спросить у гуру , а не мог бы помочь в подобном случае salvage log (onbar -b -l -s) до подъема сервера? По идее эта команда должна подчистить logical log.
salvage log - это архивирование логических журналов, которые могли остаться на диске не с бэкапленными, перед основным восстановлением сервера. Поэтому мне не понятно, каким боком эта процедура могла помочь найти отсутствующий архив.
...
Рейтинг: 0 / 0
18 сообщений из 18, страница 1 из 1
Форумы / Informix [игнор отключен] [закрыт для гостей] / Основательно рухнул Informix. Не удается восстановиться!
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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