Спасибо за участие.
Постараюсь ответить на ваши вопросы:
авторЧто мешает сделать актуальную резервную копию ?
Я имел ввиду, что архив, с которого не получается восстановиться, не совсем архив :-)
авторКак (какой командой) вы делали копию, с которой восстанвливаетесь ?
ontape -s -L 0 . архивирование делается каждую ночь в 23.30. В это время нагрузка на сервер минимальна.
авторНа каком сервере выполнялся oncheck ?
На сервере, где создавался архив.
авторЗачем переносить таблицы и грохать пустой dbspace и на каком сервере?
На сервере, где создавался архив. Т.к. мне кажется, что проблема именно в этом dbspace
1.
2.
11 : 46 : 59 Assert Failed: Page Check Error in rsclose_phr: bad chunk free list page
12 : 00 : 31 Results: Cannot use TBLSpace page for TBLSpace 9437185
12 : 00 : 31 Action: Run 'oncheck -pt 9437185'
Наблюдая за процессом восстановления могу сказать, то вначале создается несколько чанков, затем они заполняются данными.
Затем создается тот самый проблемный Chunk 13. После того, как он достигнет своего реального размера в логе полявляются сообщения об ошибках, а ontape спрашивает "Восстановить архив 1 уровня?". Т.е. это случается в момент когда в созданный чанк начинают заливаться данные из архива.
Остальные чанки не создаются, т.е. файлы остаются нулевого размера.
Вот еще раз кусок лога (более полный):
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
11 : 46 : 57 Checkpoint loguniq 130955 , logpos 0x349018, timestamp: 2038034093
11 : 46 : 57 Maximum server connections 0
11 : 46 : 58 Assert Failed: Page Check Error in rsclose_phr: bad chunk free list page
11 : 46 : 58 IBM Informix Dynamic Server Version 9 . 40 .UC2
11 : 46 : 58 Who: Session( 13 , informix@g- 07 , 26632 , 0x7fbf3460)
Thread( 28 , ontape, 7fbc52c8, 5 )
File: rsdebug.c Line: 1034
11 : 46 : 58 Results: Possible inconsistencies in a Chunk Freelist page
11 : 46 : 58 Action: Run 'oncheck -ce' and/or restore affected DBSpace
11 : 46 : 58 stack trace for pid 26638 written to /tmp/af.40489f2
11 : 46 : 58 See Also: /tmp/af.40489f2
11 : 46 : 59 Page Check Error in rsclose_phr: bad chunk free list page
11 : 46 : 59 Assert Failed: Page Check Error in rsclose_phr: bad chunk free list page
11 : 46 : 59 IBM Informix Dynamic Server Version 9 . 40 .UC2
11 : 46 : 59 Who: Session( 13 , informix@g- 07 , 26632 , 0x7fbf3460)
Thread( 28 , ontape, 7fbc52c8, 5 )
File: rsdebug.c Line: 1034
11 : 46 : 59 Results: Possible inconsistencies in a Chunk Freelist page
11 : 46 : 59 Action: Run 'oncheck -ce' and/or restore affected DBSpace
11 : 46 : 59 stack trace for pid 26638 written to /tmp/af.40489f2
11 : 46 : 59 See Also: /tmp/af.40489f2
11 : 47 : 01 Page Check Error in rsclose_phr: bad chunk free list page
11 : 47 : 01 Physical Restore of rootdbs, plogdbs, llogdbs, datadbs1, datadbs2, inddbs, datadbs3, datadbs4 Completed.
11 : 47 : 01 Checkpoint Completed: duration was 0 seconds.
11 : 47 : 01 Checkpoint loguniq 130955 , logpos 0x349018, timestamp: 2038034101
11 : 47 : 01 Maximum server connections 0
12 : 00 : 19 No logical log restore will be performed.
12 : 00 : 19 Preparing Physical Log for Fast Recovery ...
12 : 00 : 19 Clearing the physical and logical logs has started
12 : 00 : 31 Cleared 763 MB of the physical and logical logs in 12 seconds
12 : 00 : 31 Assert Failed: pthdrpage:ptalloc:bad partn page
12 : 00 : 31 IBM Informix Dynamic Server Version 9 . 40 .UC2
12 : 00 : 31 Who: Session( 1 , informix@g- 07 , 0 , 0x7fbf2018)
Thread( 11 , main_loop(), 7fbc1018, 4 )
File: rspartn.c Line: 5729
12 : 00 : 31 Results: Cannot use TBLSpace page for TBLSpace 9437185
12 : 00 : 31 Action: Run 'oncheck -pt 9437185'
12 : 00 : 31 stack trace for pid 26637 written to /tmp/af.3f38d1f
12 : 00 : 31 See Also: /tmp/af.3f38d1f
12 : 00 : 33 pthdrpage:ptalloc:bad partn page
12 : 00 : 33 Assert Failed: Chunk 13 is being taken OFFLINE.
12 : 00 : 33 IBM Informix Dynamic Server Version 9 . 40 .UC2
12 : 00 : 33 Who: Session( 1 , informix@g- 07 , 0 , 0x7fbf2018)
Thread( 11 , main_loop(), 7fbc1018, 4 )
File: rspartn.c Line: 5742
12 : 00 : 33 Results: Cannot Open DBspace 9 .
12 : 00 : 33 Action: Restore chunk from archive.
12 : 00 : 33 stack trace for pid 26637 written to /tmp/af.3f38d1f
12 : 00 : 33 See Also: /tmp/af.3f38d1f
12 : 00 : 34 Chunk 13 is being taken OFFLINE.
12 : 00 : 35 Assert Warning: Chunk 13 is being taken OFFLINE.
12 : 00 : 35 IBM Informix Dynamic Server Version 9 . 40 .UC2
12 : 00 : 35 Who: Session( 1 , informix@g- 07 , 0 , 0x7fbf2018)
Thread( 11 , main_loop(), 7fbc1018, 4 )
File: rsmirror.c Line: 1860
12 : 00 : 35 Results: Dynamic Server will block at next checkpoint
12 : 00 : 35 Action: Shutdown (onmode -k) or override (onmode -O)
12 : 00 : 35 stack trace for pid 26637 written to /tmp/af.3f38d1f
12 : 00 : 35 See Also: /tmp/af.3f38d1f
12 : 00 : 35 Chunk 13 is being taken OFFLINE.
12 : 00 : 35 Cannot Open DBspace 9 .
12 : 00 : 35 Cannot change to Quiescent Mode.
авторРанее вы делали такое восстановление сервера с резервной копии и на этой платформе ?
Восстановление делаю ~1 раз в два месяца. Последнее успешное восстановление было как раз 2 месяца назад. Пока эту копию найти не могу, т.к. политика компании, в которой я работаю, не предусматривает длительное хранение архивов.
Восстановление пытался делать на сервере, который был снят с боевого дежурства. На нем раньше крутилась другая БД ( больше по объему). Конфигурация всех серверов одинакова.
Также я попробовал восстановить на этом сервере ту БД, которая на нем была раньше. Она восстановилась успешно.
Попытки восстановить проблемную БД из 4 имеющихся архивом закончились неудачей с одинаковой ощибкой.
Была предпринята попытка восстановить проблемную БД на другом тестовом сервере. Ошибка та же.
авторЧанки как делали?
Чанки на файлах. Создавалить по такой схеме:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
#!/bin/bash
### TOUCH
touch /inf_data/rootdbs
### CHMOD
chmod 660 /inf_data/*dbs*
### LINK
ln -s /inf_data/rootdbs /usr/informix/dsk/rootdbs
