|
|
|
|
|
|
Услуги по ремонту баз данных Interbase, Firebird, Yaffil
При обращении по поводу ремонта базы данных Вам нужно предоставить следующую информацию на support@ibase.ru
(просьба не присылать базы данных или другие большие файлы без предварительного запроса):
- Операционная система на сервере (версия, установленные
сервиспаки. для unix также необходимо указать версию kernel).
- Версия используемого сервера (например, Firebird 1.5 for Windows, SuperServer,
build 4290).
точную версию сервера на Windows можно посмотреть
на закладке Version, если открыть Properties exe-файла.
- Размер файла базы данных. Тип файловой системы, где находится база данных.
- Примерную причину повреждения базы данных - отключение питания, падение
сервера, и т.п.
- Последние 10-20 сообщений в interbase.log (yaffil.log, firebird.log)
- log от утилиты IBFirstAid
Diagnostician, полученный путем анализа поврежденной базы данных, запакованный zip или rar.
При желании вы можете самостоятельно оценить повреждения, прочитав статью.
- перечень действий, которые предпринимались при попытке отремонтировать
базу данных стандартными средствами, указанными в статье "Ремонт
баз данных".
- В письме обязательно укажите Ваш номер телефона для связи (с кодом города).
Вопросы? Пишите на адреса support@ibase.ru, sales@ibase.ru или звоните по
телефонам (495) 953-13-34.
Далее перечислены типичные повреждения и сообщения об ошибках баз данных InterBase, Firebird,
Yaffil, с которыми успешно борется группа наших специалистов. Остальные типы повреждений также ремонтируемы, однако в каждом конкретном случае первоначально определяется объем восстановимых данных.
Все указанные причины повреждения для описанных ошибок являются
приблизительными и выведены на основе статистики, собранной командой iBase
в процессе лечения нескольких сотен баз данных. С вероятностью до 70% можно
утверждать, что данные ошибки соответствуют описанной причине и потребуют
для своего исправления указанное количество часов.
|
N
|
Ошибка |
Вероятная причина |
Действия по восстановлению |
Примерные трудозатраты |
|
1
|
internal gds software consistency
check (cannot find tip page (165)) |
В результате физического повреждения
файла базы данных потеряна страница учета тразакций (TIP) |
Анализ потерянных страниц,
генерация новой страницы учета транзакций вместо потерянной, проверка
базы данных и тестовое backup/restore. |
1-3 часа |
|
2
|
database file appears corrupt()
wrong page type
Page NNN is of wrong type (expected X, found Y) |
В результате физического повреждения
нарушена последовательность страниц в файле базы данных или неправильные
значения на страницах указателей (Pointer Pages), страницах вершин
индексов (Index Root Pages) и т.д. |
Анализ последовательности
страниц в базе данных, исправление неправильных ссылок в последовательности,
возможно - перегенерация запорченных страниц и генерация новых вместо
потерянных. Затем проверка базы данных с помощью gfix и контрольное
backup/restore. |
2-4 часа |
|
3
|
Unknown database
I/O error for file "...base.gdb"
Error while trying to read from file |
В результате аварийного отключения
питания или аварийного завершения работы сервера последние несколько
страниц файла базы данных не успевают записаться на диск и при следующем
обращении к базе данных сервер не может построить целостный образ
базы данных (internal database image) и открыть ее. |
По оставшимся в базе данных
страницам выясняются потерянные ссылки на страницы, их типы и количество.
Генерируются новые страницы вместо потерянных. Производится проверка
базы данных с помощью gfix и контрольное backup/restore. |
2-4 часа |
|
4
|
ERROR: internal gds software
consistency check (decompression overran buffer(179)) |
Серъезное повреждение базы
данных, возможно запорчены системные таблицы. Иногда эта ошибка возникает
при переносе базы данных с одной операционной системы на другую через
файловую копию. В каждом конкретном случае разбираться нужно конкретно. |
Анализ цепочек отношений в
базе данных, генерация новых страниц, итерационный процесс восстановления. |
от 2 часов |
|
5
|
database file appears corrupt
()
-bad checksum
-checksum error on database page XX |
В
результате физических повреждений. В зависимости от номера страницы
ситуация может меняться - это может быть простой случай наподобие
2, а может быть и очень сложный. |
Анализ проблемной страницы,
в зависимости от ее типа, далее восстановление потерянных цепочек. |
от 2 часов |
|
6
|
База данных выглядит работоспособной.
Но gbak не может сделать backup базы, применение gfix не изменяет
ситуацию. Ошибка вроде:
gbak: ERROR: internal gds software consistency check (cannot find record
back version (291))
gbak: ERROR: gds_$receive failed
gbak: Exiting before completion due to errors
gbak: ERROR: internal gds software consistency check (can't continue
after bugcheck) |
Серъезное
повреждение базы данных, которое нельзя точно идентифицировать -
оно может быть связано как с физическими повреждениями базы данных,
так и ошибками в коде сервера, а также некототорыми редкими сочетаниями
структур метаданных. |
Ситуация требует тщательного
изучения, обычно решение состоит в поиске и удалении проблемных объектов
базы данных, после чего они пересоздаются вновь. Иногда требуется
перекачка данных в новую базу данных. |
от 2 часов
|
|
7
|
internal gds software consistency
check (next transaction older than oldest active transaction (266)) |
Такая ошибка встречается только
на серверах InterBase 4.x-5.x, связана с порчей заголовочной страницы. |
Обычно лечится настройкой
подходящих параметров транзакции на заголовочной странице. Номера
транзакций рассчитываются исходя из анализа записей на страницах
данных (data pages) . |
1-3 часа |
|
8
|
База данных (размером менее
4Гб) не открывается вообще - Interbase отказывается ее рассматривать
в качестве базы данных, а IBSurgeon 1.0 beta 2 не открывает ее. IBSurgeon
1.0 beta 3 при открытии такого файла попросит вручную ввести размер
страницы. |
Как минимум, запорчена заголовочная
страница. Случай требует тащательного изучения. |
Регенерация базы данных на
основе оставшейся части БД. Процесс сложный и никто не даст 100%
гарантии успеха. |
от 3 часов |
|
9
|
База данных размером 4Гб,
на версиях InterBase 4.x-5.x-6.0.x,а
также на ранних бета-версиях Firebird 0.9.x не открывается, сервер
отказывается ее рассматривать как корректную базу данных и не делает
попыток ее открыть. |
Очень сложный и трудоемкий
случай, однако воссстановление вполне возможно с высокими шансами
на успех. Причина состоит в том, что в ранних версиях InterBase существовало
ограничение на размер файла в 4Гб (под Windows), потому что для перемещения
по файлу используется 32-битная адресация. При превышении размера
базы данных в 4Гб указатель перемещается из конца в начало файла
и начинает писать поверх системных страниц. Процесс затирания обычно
аварийно прерывается на первых нескольких десятяках страниц, и затем
базу данных невозможно использовать или вообще открыть с помощью
ядра InterBase. |
Процесс восстановления заключается
в генерации новых системных страниц на основе анализа структуры всей
оставшейся базы, а также ручной правке связеймежду страницами. Это
длительный, итерационный процесс, однако он обычно имеет значительные
шансы на успех, так как чаще всего поврждения базы данных локализованы
в небольшой области. |
от 10 часов |
|
10
|
Во время restore базы данных
появляется ошибка вроде Conversion error from string "XXX".
|
Ошибка может быть связана
как с ошибочными NULL, которые появились в полях с атрибутом NOT
NULL, так и с повреждениями самого файла резервной копии, или еще
с чем-то. Каждый раз необходимо исследовать базы данных для постановки
диагноза - предварительный диагноз невозможен. |
Анализ базы данных на потерянные
страницы, попытка перекачки базы данных в новую БД с целью выявления
проблемных мест. Процесс итерационный и трудоемкий. |
от 4 часов |
Стоимость ремонтных работ (за 1 час):
| Ремонт БД, минимальная стоимость |
10000 руб |
| Каждый последующий час |
3000 руб |
* "на месте" означает выезд специалиста в пределах Москвы.
При больших объемах ремонта (в часах), а также при подписке на техническую
поддержку от компании iBase предоставляется скидка, размер которой
определяется в индивидуальном порядке.
При ремонте без выезда на место (база передается по ftp в zip или rar, или
на CD/DVD) учитывается только чистое время ремонта БД.
Для всех случаев ремонта (с выездом и без) соблюдается полная конфиденциальность.
Также, вместо ремонта базы данных нашими специалистами, вы можете приобрести
утилиту IBFirstAid Ambulance, которая
позволяет ремонтировать в автоматическом режиме до 70% различных видов повреждений
баз данных. Цены на ПО IBSurgeon .
При обращении по поводу ремонта базы данных Вам нужно предоставить следующую информацию на support@ibase.ru
(просьба не присылать базы данных или другие большие файлы без предварительного запроса):
- Операционная система на сервере (версия, установленные
сервиспаки. для unix также необходимо указать версию kernel).
- Версия используемого сервера (например, Firebird 1.5 for Windows, SuperServer,
build 4290).
точную версию сервера на Windows можно посмотреть
на закладке Version, если открыть Properties exe-файла.
- Размер файла базы данных. Тип файловой системы, где находится база данных.
- Примерную причину повреждения базы данных - отключение питания, падение
сервера, и т.п.
- Последние 10-20 сообщений в interbase.log (yaffil.log, firebird.log)
- log от утилиты IBFirstAid
Diagnostician, полученный путем анализа поврежденной базы данных, запакованный zip или rar.
- перечень действий, которые предпринимались при попытке отремонтировать
базу данных стандартными средствами, указанными в статье "Ремонт
баз данных".
- В письме обязательно укажите Ваш номер телефона для связи (с кодом города).
Вопросы? Пишите на адреса support@ibase.ru, sales@ibase.ru или звоните по
телефонам (495) 953-13-34.
|
|
