Сервер FB1.0.3 CS упал - пара вопросов

Access Violation, некорректное выполнение запросов или вызовов API, ошибки утилит командной строки, в общем все, что вам мешает работать

Модераторы: kdv, dimitr

Ответить
WildSery
Заслуженный разработчик
Сообщения: 1738
Зарегистрирован: 05 июн 2006, 16:19

Сервер FB1.0.3 CS упал - пара вопросов

Сообщение WildSery » 20 сен 2007, 13:25

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

Где бы прочитать, что означают следующие перлы:
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 бэкап-рестор прошёл без ошибок. А там таких... И не только таких... Я как увидел - думал, хана базе, только бэкап поможет.

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Сообщение kdv » 20 сен 2007, 22:06

1, 2, 3, 4, 5 - все повреждения базы. И это не "перлы".
www.ibase.ru/dbrepair.htm
Вопрос в том, чего фикс делать будет - эти данные забьёт, т.к. неясно, откуда они?
скорее всего "на них" забьет.
после запуска gfix бэкап-рестор прошёл без ошибок
считай что повезло.

WildSery
Заслуженный разработчик
Сообщения: 1738
Зарегистрирован: 05 июн 2006, 16:19

Сообщение WildSery » 20 сен 2007, 23:39

kdv писал(а):1, 2, 3, 4, 5 - все повреждения базы. И это не "перлы".
www.ibase.ru/dbrepair.htm.
Кроме фразы "Остальные типы повреждений также ремонтируемы" конкретно про эти (1-4) типы повреждений ничего нет, потому и спросил.
kdv писал(а):считай что повезло.
К сожалению, нет.
Не смотря на то, что фикс и бэкап ни на чём не скрючило, часть данных потеряна. Восстанавливаем.

WildSery
Заслуженный разработчик
Сообщения: 1738
Зарегистрирован: 05 июн 2006, 16:19

Сообщение WildSery » 21 сен 2007, 11:55

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

hvlad
Разработчик Firebird
Сообщения: 1244
Зарегистрирован: 21 мар 2005, 10:48

Сообщение hvlad » 21 сен 2007, 12:24

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

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Сообщение kdv » 21 сен 2007, 14:11

Кроме фразы "Остальные типы повреждений также ремонтируемы" конкретно про эти (1-4) типы повреждений ничего нет, потому и спросил.
а какая тебе разница, собственно? повреждаются те или иные страницы, в той или иной степени. Сервер читает данные, и при определенных действиях происходит облом. Какой смысл выяснять название облома?
Железо там, или высокая нагрузка + сборка мусора, или ресет даванули невовремя, или процесс локменеджера прибили руками, etc.


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

Ответить