|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Было: 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 никак не удается. Что можно предпринять? Заранее благодарен! ... |
|||
:
Нравится:
Не нравится:
|
|||
28.04.2004, 12:11 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Если ранее выполнял полный архив (с ключиком -w), то необходимо также выполнить ПОЛНОЕ восстановление, т.е. onbar -r -w . Естественно, что возможно и физическое восстановление (-p), которое ты пытался сделать, но ведь и утилита на чистом англ.языке говорит, что критические пространства нельзя восстанавливать в online, т.е. сервер нужно остановить (перевести в offline). После физического восстановления обязательно необходимо логическое восстановление, но, желательно, не до самой точки падения, а немного раньше (посмотреть номер журнала по логам и сопоставить с временем). Если Винда будет и в дальнейшем так падать (пусть и редко) - возможны аппаратные проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.04.2004, 12:37 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Спасибо за совет, но у меня появилась еще пара вопросов: 1. Остановить сервис Informix'а совсем или перевести его в режим queisend mode командой onmode -uy ? 2. В случае полного восстановления какова очередность установки лент:имеются две с данными (одна заполненная) и одна с логами? Или Informix сам будет указывать какую ленточку ему подать? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.04.2004, 13:32 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Перевел 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 появлялась, и сейчас тоже? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.04.2004, 14:47 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
SM (Storage Manager) не находит объекта, соотвествующего какой-то строке в bootstrap - файле %informixdir%\etc\oncfg_<server name> Надо почистить файл ручками, убрав все записи до последнего полного (или level 0) бэкапа. Выставь в onconfig BAR_DEBUG=5 (можно до 9) и посмотри диагностику (файл с диагностикой прописывается в BAR_DEBUG_LOG или как-то так). В таком вот аксепте ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2004, 02:45 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Маленькое уточнее. Точно этот файл %informixdir%\etc\oncfg_<server name> ? P.S. Благодарю за содействие. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2004, 09:56 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Скорее всего, имелось в виду %informixdir%\etc\oncfg_<server name>.0 но в этом файле информации об архивах я не видел, там списки БД-пространств, чанков и журналов. Да, а я же просил показать лог onbar, в котором видно сохраненные ранее архивы 0-го уровня... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2004, 19:09 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Пардон, склероз попутал - этот файл называется ixbar.<server number> В таком вот аксепте ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2004, 20:56 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Попытался загрузить ранее выгруженную с помощью dbexport'а базу обратно, но столкнулся с проблемой: Загружаю с помощью dbimport -i <путь> -d <имя спейса> -l <имя БД> Загружаемая БД содержит одну из таблиц, количество записей в которой 62000. В результате, после некоторого времени загрузки выдается ошибка 458 Long Transaction Aborted Если загружать dbimport'ом без параметра -l , то все загружается отлично. Но без этого параметра, как я понимаю, невозможен режим журнализации базы. Вопрос: возможно ли каким-то образом включить режим журнализации, после загрузки БД в спейс? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2004, 21:54 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Загружать надо без "-l", изменить логгируемость базы можно уже после загрузки, например с помощью ondblog. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.04.2004, 09:52 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Думаю, ondblog не сможет вернуть базу в режим с логом.Это можно сделать только одновремкенно с архивацией уровня 0 : ontape -s -L 0 -U <database name> В таком вот аксепте ... |
|||
:
Нравится:
Не нравится:
|
|||
01.05.2004, 01:18 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
ondblog сможет все, просто до выполнения архива-0 база будет недоступной. Кстати, если изменять базе логгируемость с помощью ontape, после восстановления данного бекапа первым делом опять потребуется бекап. По крайней мере так себя вел 7.24UC5 на HP-UX. Естественно все эти бекапы можно сделать в /dev/null, если речь идет о тестах. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2004, 10:43 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Хочу поблагодарить всех, кто проявил внимание к моей проблеме. Большое всем спасибо! P.S. Дело закончилось тем, что я переустановил Informix и теперь загружаю в него данные. Благо таковые остались и имеются средства для автоматической загрузки. Backup на ленте так и ничего не дал. P.P.S. Хочется пожелать всем DBA, чтобы ваш Informix стоял и не падал до скончания веков :)) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2004, 09:08 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Хочу поблагодарить всех, кто проявил внимание к моей проблеме. Большое всем спасибо! P.S. Дело закончилось тем, что я переустановил Informix и теперь загружаю в него данные. Благо таковые остались и имеются средства для автоматической загрузки. Backup на ленте так и ничего не дал. P.P.S. Хочется пожелать всем DBA, чтобы ваш Informix стоял и не падал до скончания веков :)) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2004, 09:13 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Из этой истории можно сделать только один вывод: Важнейшим из искусств является кино, т.е. проверка восстанавливаемости бэкапов. Ибо не зная и не имея опыта восстановления бэкапов, глупо надеятся на то, что архивация включена. А ты сделал бэкап ? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2004, 17:16 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Проводить тренировочное восстановление из бэкапа надо регулярно, несколько раз в год. В таком вот аксепте ... |
|||
:
Нравится:
Не нравится:
|
|||
21.05.2004, 04:27 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Случилась похожая ситуация. Server 9.40 unix. Итог восстановление с 0 архива onbar. Хотелось спросить у гуру , а не мог бы помочь в подобном случае salvage log (onbar -b -l -s) до подъема сервера? По идее эта команда должна подчистить logical log. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.12.2009, 13:28 |
|
Основательно рухнул Informix. Не удается восстановиться!
|
|||
---|---|---|---|
#18+
Лучше завести новый топик, чем оживлять такое старье 5-летней давности. FrodoSСлучилась похожая ситуация. Server 9.40 unix. Итог восстановление с 0 архива onbar. "Похожая" в чем ? Там так и не выяснили, что было причиной, а следствием уже была невозможность найти нужный архив. Также выяснилось, что ТС ранее не умел восстанавливать из архива и не разбирался в Storage Manager. FrodoSХотелось спросить у гуру , а не мог бы помочь в подобном случае salvage log (onbar -b -l -s) до подъема сервера? По идее эта команда должна подчистить logical log. salvage log - это архивирование логических журналов, которые могли остаться на диске не с бэкапленными, перед основным восстановлением сервера. Поэтому мне не понятно, каким боком эта процедура могла помочь найти отсутствующий архив. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.12.2009, 16:10 |
|
|
start [/forum/topic.php?fid=44&msg=32500353&tid=1607682]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 322ms |
total: | 465ms |
0 / 0 |