Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
удаление chunk`a, который перешел в состояние down
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток! Подскажите пожалуйста, кто знает как убить чанк, который перешел в DOWN. Сервер - IBM Informix Dynamic Server Version 9.40.TC7 ОС - windows 2000 Ситуация следующая - На сервере создано несколько десятков БД, в одной из них чанк ушел в down (скорее всего из-за сбоя в жестких дисках так как Raid массив несколько раз падал). После старта и перехода в режим online поднимаются все БД кроме той, которая была в упавшем чанке. У меня есть архив 0 го уровня за день до падения, логические журналы не архивируются на диск. Так как чанк в down, то архив сделать больше нельзя.Подскажите как поступить в этой ситуации? Можно конечно сделать dbexport всех остальных БД, затем восстановить со старого архива 0 го уровня и накатить dbimport`ом, но проблема в том, что с базами работают круглосуточно и времени на экспорт импорт остается очень мало (экспорт всех оставшихся баз длиться 10 часов столько же примерно будет и импорт). Может есть другой способ? Вот прочитал про onunload/onload но стремно так как одна ошибка и неизвестно что будет в результате а хотелось бы с большой вероятностью все восстановить. В принципе упавший чанк больше не нужен и хотелось бы его удалить для возможности создания архива но в нем есть информация и насколько я понял убить нельзя из-за того что он не пустой. Вот момент падения чанка. Если бы знал, не останавливал сервер и может быть смог бы убить его еще не упавшим. Тогда проблем не было бы, а так в любой момент может все рухнуть и останется только архив недельной давности. 10:57:01 Warning: ONCONFIG dump directory (DUMPDIR) 'c:\Informix\Dumpdir' has insecure permissions 10:57:02 Booting Language <c> from module <> 10:57:02 Loading Module <CNULL> 10:57:02 Booting Language <builtin> from module <> 10:57:02 Loading Module <BUILTINNULL> 10:57:06 IBM Informix Dynamic Server Version 9.40.TC7 Software Serial Number AAA#B000000 10:57:11 (5) connection rejected - no calls allowed for sqlexec 10:57:15 Assert Warning: chunk failed sanity check 10:57:15 IBM Informix Dynamic Server Version 9.40.TC7 10:57:15 Who: Session(1, informix@an2.prime.od.ukrtelecom.net, 0, 00000000) Thread(6, main_loop(), 0, 3) File: rspartn.c Line: 8097 10:57:15 Results: Chunk 30 is being taken OFFLINE. 10:57:15 Action: Restore chunk from archive. 10:57:15 stack trace for pid 2076 written to c:\Informix\Dumpdir\af.3eeacd3 10:57:16 (6) connection rejected - no calls allowed for sqlexec 10:57:16 (7) connection rejected - no calls allowed for sqlexec 10:57:17 See Also: c:\Informix\Dumpdir\af.3eeacd3 10:57:21 Releasing server from system block ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2007, 20:32 |
|
||
|
удаление chunk`a, который перешел в состояние down
|
|||
|---|---|---|---|
|
#18+
j_fisherПодскажите пожалуйста, кто знает как убить чанк, который перешел в DOWN. ... Ситуация следующая - На сервере создано несколько десятков БД, в одной из них чанк ушел в down (скорее всего из-за сбоя в жестких дисках так как Raid массив несколько раз падал). После старта и перехода в режим online поднимаются все БД кроме той, которая была в упавшем чанке. У вас создано несколько десятков dbspaces, на каждом из которых расположена своя БД ? Если нет, то вы не можете управлять, на какой чанк в одном и том же пространстве попадет информация вашей конкретной БД. Поэтому на упавшем чанке может быть любая информация с любой БД... И что такое "поднимаются все БД" ? Или вы просто путаете понятие БД и ДБ-пространства ? Дайте onstat -d P.S. Удалить законным способом упавший чанк нельзя... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2007, 14:57 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=44&tid=1608392]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 253ms |
| total: | 380ms |

| 0 / 0 |
