|
BAD PAGE
|
|||
---|---|---|---|
#18+
При работе с таблицей возникает ошибка: -243 SQL error: Could not position within a table -105 ISAM error: bad isam file format. Сделал проверку oncheck -cD BAD PAGE 462:336646: pg_addr 0:0 != bp->bf_pagenum 462:336646 Нашел 2 "плохие" записи в таблице. Код: sql 1.
завершается той же ошибкой -243 Можно ли как то удалить 2 записи или страницу. Или восстановить? Что порекомендуете сделать? IBM Informix Dynamic Server Version 10.00.UC1 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2015, 13:48 |
|
BAD PAGE
|
|||
---|---|---|---|
#18+
ga, первое, что приходит на ум - перетянуть запросами НЕЗАПОРЧЕННЫЕ данные из этой таблицы в другую, аналогичной структуры. Потом исходную таблицу - удалить, ее "клон" - переименовать "назад". Восстановить попортившиеся из-за удаления оригинальной таблицы связи с другими таблицами. Вроде все? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2015, 17:11 |
|
BAD PAGE
|
|||
---|---|---|---|
#18+
ga, Можно исправить .... можно и удалить ... :-) ...IBM Technical Support умеет это делать. Если знаешь форматы внутренних структур Informix (сттраниц индексов/данных), можно написать сценарий на Pyton или patch на С/C++ который сможет исправить ситуацию. С уважением, Вадим. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2015, 17:49 |
|
BAD PAGE
|
|||
---|---|---|---|
#18+
Судя по тому, что у вас адрес страницы 0:0, скорее всего похерена существенная часть страницы и восстановлению не подлежит. Поддержка Вам предложит либо метод svat2, либо восстановиться из архива (можно только одну эту страницу - см. archecker). ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2015, 09:05 |
|
BAD PAGE
|
|||
---|---|---|---|
#18+
Поправка: можно только одну эту таблицу . ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2015, 09:07 |
|
BAD PAGE
|
|||
---|---|---|---|
#18+
GVF112GVFga, Если знаешь форматы внутренних структур Informix (сттраниц индексов/данных), можно написать сценарий на Pyton или patch на С/C++ который сможет исправить ситуацию. С уважением, Вадим. А есть у кого нибудь формат? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2015, 12:37 |
|
BAD PAGE
|
|||
---|---|---|---|
#18+
Скопировал битый чанк, открыл его в hex редакторе. Нашел по идентификатору запись перед битой. Но помимо данных, там ещё какая то информация о странице похоже. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2015, 12:39 |
|
BAD PAGE
|
|||
---|---|---|---|
#18+
gaСкопировал битый чанк, открыл его в hex редакторе. Нашел по идентификатору запись перед битой. Но помимо данных, там ещё какая то информация о странице похоже. Страница считается битой если первые 4 байта не совпадают с последними. Each disk page in an Informix database has two timestamps - one starting at the fourth byte of the page header and one at the end of the page. Each time the page is written, the timestamps are incremented by one. When the page is read back from disk into buffer cache, the two timestamps are compared. They are supposed to be equal. If they're not, then the page is considered a bad page. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2015, 21:25 |
|
|
start [/forum/topic.php?fid=44&msg=38935516&tid=1606826]: |
0ms |
get settings: |
18ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
44ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
240ms |
get tp. blocked users: |
1ms |
others: | 377ms |
total: | 714ms |
0 / 0 |