iBase.ru Forum

Сразу говорю - вопросы не о том, как поднять базу, а просто из любопытства

Где бы прочитать, что означают следующие перлы:
1. internal gds software consistency check (cannot find record fragment (248))
2. Record 19496681 has bad transaction 824706 in table DOC (129)
3. Relation has 53 orphan backversions (7542 in use) in table DOC (129)
4. Chain for record 133775080 is broken in table LIN (133)
5. Page 112978 wrong type (expected 7 encountered 5)

3-е в принципе понятно и так, только цифра "in use" вызывает вопросы - в некоторых местах "0". Чего это значит?
5-е тоже ясно - хотели индексы, а там данные. Вопрос в том, чего фикс делать будет - эти данные забьёт, т.к. неясно, откуда они?

ЗЫ: Как ни странно, после запуска gfix бэкап-рестор прошёл без ошибок. А там таких... И не только таких... Я как увидел - думал, хана базе, только бэкап поможет.

1, 2, 3, 4, 5 - все повреждения базы. И это не "перлы".
www.ibase.ru/dbrepair.htm

Вопрос в том, чего фикс делать будет - эти данные забьёт, т.к. неясно, откуда они?

скорее всего "на них" забьет.

после запуска gfix бэкап-рестор прошёл без ошибок

считай что повезло.

kdv писал(а):1, 2, 3, 4, 5 - все повреждения базы. И это не "перлы".
www.ibase.ru/dbrepair.htm.

Кроме фразы "Остальные типы повреждений также ремонтируемы" конкретно про эти (1-4) типы повреждений ничего нет, потому и спросил.

kdv писал(а):считай что повезло.

К сожалению, нет.
Не смотря на то, что фикс и бэкап ни на чём не скрючило, часть данных потеряна. Восстанавливаем.

Вопрос к знатокам.
1-я из описанных ошибок (cannot find record fragment), она от чего может случиться? Понятно, что хз, но хотя бы наводку дайте.
Железо там, или высокая нагрузка + сборка мусора, или ресет даванули невовремя, или процесс локменеджера прибили руками, etc.

WildSery писал(а):Вопрос к знатокам.
1-я из описанных ошибок (cannot find record fragment), она от чего может случиться? Понятно, что хз, но хотя бы наводку дайте.
Железо там, или высокая нагрузка + сборка мусора, или ресет даванули невовремя, или процесс локменеджера прибили руками, etc.

Станица с фрагментом записи или не попала на диск, или фрагмент был удалён (апдейт\сборка мусора), а страница с указателем на него не изменилась (т.е. не записана на диск)

Кроме фразы "Остальные типы повреждений также ремонтируемы" конкретно про эти (1-4) типы повреждений ничего нет, потому и спросил.

а какая тебе разница, собственно? повреждаются те или иные страницы, в той или иной степени. Сервер читает данные, и при определенных действиях происходит облом. Какой смысл выяснять название облома?

Железо там, или высокая нагрузка + сборка мусора, или ресет даванули невовремя, или процесс локменеджера прибили руками, etc.

да любое. редко когда бывает, чтобы конкретный сбой приводил к конкретным же повреждениям, всегда. Может у тебя память глюкнула, и как результат высыпали ВСЕ вот эти типы ошибок.
я не случайно дал ссылку на www.ibase.ru/devinfo/db_repair.htm.
И там тоже не случайно нет списка ошибок и соответствия когда они случаются.