Проблемы с восстановлением базы.

Обсуждение программных комплексов "Smeta.RU" и "BabyСмета"

Модератор: Модераторы




Проблемы с восстановлением базы.

Сообщение druiddqd@yandex.ru Вт Ноя 15, 2016 10:56

Добрый день.

При обновлении с версии 8 до версии 9.1 Smeta.ru на Windows 7 произошел сбой обновления базы. Попытка восстановления из старых бэкапов не дала результатов - все бэкапы оказались неполными (при размере базы около 12 ГБ файл gbk около 890 Mb).

К сожалению физической копии базы перед обновлением не делалось.

При валидации базы получается 3 record level errors, 2 index page errors, 755 database page errors (общее количество старниц 3 224 919)
Firebird.log прикрепить не могу, вот что касается ошибок:
RED-ПК Tue Nov 15 00:34:01 2016
Database: Q:\DATASD123.SSD
Chain for record 31259288 is broken in table A_SMETA (152)
RED-ПК Tue Nov 15 00:34:01 2016
Database: Q:\DATASD123.SSD
Chain for record 31259313 is broken in table A_SMETA (152)
RED-ПК Tue Nov 15 00:35:01 2016
Database: Q:\DATASD123.SSD
Relation has -2 orphan backversions (694763 in use) in table A_SMETA (152)
RED-ПК Tue Nov 15 00:54:20 2016
Database: Q:\DATASD123.SSD
Index 1 is corrupt on page 104093 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1667
in table A_SMETA_VIEW_NUM (400)
RED-ПК Tue Nov 15 00:54:20 2016
Database: Q:\DATASD123.SSD
Index 1 is corrupt on page 104093 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1657
in table A_SMETA_VIEW_NUM (400)

Что делал:
gfix -v -full
gfix -mend -full -ignore
gbak -b -v -ig -g
gbak -c -i
При таком восстановлении вылезли ошибки пори востановлении индексов:
cannot comit index FK_A_SMETA_CENLVL_ID
ERROR: violation of FOREIGN KEY constraint "FK_A_SMETA_CENLVL_ID" on table "A_SMETA_CENLVL"
ERROR: Foreign key reference target does not exist

cannot comit index FK_A_SMETA_INDLVL_ID
ERROR: violation of FOREIGN KEY constraint "FK_A_SMETA_INDLVL_ID" on table "A_SMETA_INDLVL"
ERROR: Foreign key reference target does not exist

Открыл таблицу в IBExpert и провел запросы:
select * from a_smeta_cenlvl where not ID in (select id from A_Smeta)
delete from a_smeta_cenlvl where not ID in (select id from A_Smeta)

select * from a_smeta_indlvl where not ID in (select id from A_Smeta)
delete from a_smeta_indlvl where not ID in (select id from A_Smeta)

Ошибка при восстановлении исчезла. Однако бэкап не окрывается с ошибкой:
GSCODE = 335544788
Исключительная ситуация EIBInterBaseError в модуле SmetaRu.exe. Unable to perform operation. You must be either SYSDBA or owner of the database.

Проблема в том, что IBBackup_Configurator при создании бэкапа все равно создает битый файл gbk (примерно 890 Мб). Восстановление из созданного gbak архива тоже не проходит.

Возможно ли перенести данные по сметам в новую рабочую базу данных?
Аватара пользователя
druiddqd@yandex.ru
Новенький
Новенький
 
Сообщения: 2
Зарегистрирован: Пн Окт 24, 2016 22:43
Откуда: Московская обл.
Репутация: 0 (?)

Ваша реклама

google adsense
Группа компаний «СтройСофт»
Зарегистрирован: Чт Авг 22, 2002 11:06

Откуда: Москва

Re: Проблемы с восстановлением базы.

Сообщение Kventin Dorvard Ср Ноя 16, 2016 15:53

Добрый день!
Воспользуйтесь услугой экспертизы и ремонта базы данных у отдела программистов ГК СтройСофт.
Подробнее об оказании этой услуги можно узнать у консультантов по телефонам: 8-495-974-15-89 и 8-495-221-78-59.
Аватара пользователя
 Kventin Dorvard
Един с Силой
Един с Силой
 
Сообщения: 320
Зарегистрирован: Вт Июн 17, 2008 13:57
Откуда: Москва
Репутация: 4 (?)

Re: Проблемы с восстановлением базы.

Сообщение Semenov Чт Ноя 17, 2016 9:21

druiddqd@yandex.ru писал(а):Попытка восстановления из старых бэкапов не дала результатов - все бэкапы оказались неполными (при размере базы около 12 ГБ файл gbk около 890 Mb).
бэкапы, сделанные Программой мониторинга БД представляют собой zip-архив стандартного бэкапа, при наличии навыков работы с многофайловыми бэкапами баз interbase/firebird их можно восстановить стандартными средствами. Малый размер объясняется хорошей "сжимаемостью".
druiddqd@yandex.ru писал(а):При таком восстановлении вылезли ошибки пори востановлении индексов:...
Открыл таблицу в IBExpert и провел запросы:...
Ошибка при восстановлении исчезла. Однако бэкап не окрывается с ошибкой:...
Все правильно делаете, только проводите все манипуляции с БД под FSTSUSER, а не SYSDBA... (в том числе при использовании gbak)
Аватара пользователя
 Semenov
Един с Силой
Един с Силой
 
Сообщения: 2015
Зарегистрирован: Пт Апр 30, 2004 0:58
Откуда: Москва
Репутация: 24 (?)

Re: Проблемы с восстановлением базы.

Сообщение Semenov Чт Ноя 17, 2016 9:35

druiddqd@yandex.ru писал(а):При обновлении с версии 8 до версии 9.1 Smeta.ru на Windows 7 произошел сбой обновления базы.
При обновлении создается копия БД. Если не запускать процедуру обновления повторно, исходную базу можно найти во временной папке.

База банных, обновление которой было прервано, не может быть приведена в рабочее состояние только стандартными средствами, по причине отсутствия в ней значительной части метаданных (хранимых процедур и триггеров). Также процессе ее восстановления необходимо вычислить прерванный скрипт и довести процедуру обновления до конца...
Аватара пользователя
 Semenov
Един с Силой
Един с Силой
 
Сообщения: 2015
Зарегистрирован: Пт Апр 30, 2004 0:58
Откуда: Москва
Репутация: 24 (?)

Re: Проблемы с восстановлением базы.

Сообщение Semenov Чт Ноя 17, 2016 9:45

druiddqd@yandex.ru писал(а):Возможно ли перенести данные по сметам в новую рабочую базу данных?
В этом и состоит суть услуги экспертизы и восстановления БД. Однозначный ответ на данный вопрос можно получить лишь предоставив саму базу. В вашем случае, судя по тому что gfix и gbak отрабатывают до конца, восстановление возможно без потери данных.
Аватара пользователя
 Semenov
Един с Силой
Един с Силой
 
Сообщения: 2015
Зарегистрирован: Пт Апр 30, 2004 0:58
Откуда: Москва
Репутация: 24 (?)

Re: Проблемы с восстановлением базы.

Сообщение druiddqd@yandex.ru Чт Ноя 17, 2016 19:27

Semenov писал(а):]бэкапы, сделанные Программой мониторинга БД представляют собой zip-архив стандартного бэкапа, при наличии навыков работы с многофайловыми бэкапами баз interbase/firebird их можно восстановить стандартными средствами. Малый размер объясняется хорошей "сжимаемостью".

При восстановлении такого архива процесс прерывается на восстановлении таблицы A_Smeta. Нормальный размер архива после gback 5 Гб.

Метаданные восстанавливал в в IBExpert: сделал Database Comparer с предварительно очищенной работающей базой от версии 9.1 (Стер все сметы кроме 2ух и удалил все нормативы). После этого исправил все несоответствия.

Получил на выходе INET/inet_error: read errno = 10054.

Утром закажу счет на экспертизу.
Аватара пользователя
druiddqd@yandex.ru
Новенький
Новенький
 
Сообщения: 2
Зарегистрирован: Пн Окт 24, 2016 22:43
Откуда: Московская обл.
Репутация: 0 (?)

Re: Проблемы с восстановлением базы.

Сообщение Semenov Пт Ноя 18, 2016 9:21

druiddqd@yandex.ru писал(а):Утром закажу счет на экспертизу.
Будете передавать базу, приложите последний бэкап, на всяк случ, лишним не будет...
Аватара пользователя
 Semenov
Един с Силой
Един с Силой
 
Сообщения: 2015
Зарегистрирован: Пт Апр 30, 2004 0:58
Откуда: Москва
Репутация: 24 (?)

Re: Проблемы с восстановлением базы.

Сообщение ceyler Чт Фев 02, 2017 11:33

после обновление релиза до 9.1.4.0 программа не запускается, пишет "путь к базе указан неверно или база находится на профилактике. Что делать?
Вложения
смета ру.jpg
смета ру.jpg (231.79 Кб) Просмотров: 9173
Аватара пользователя
 ceyler
Актив
Актив
 
Сообщения: 40
Зарегистрирован: Вт Мар 08, 2016 17:40
Откуда: Московская обл.
Репутация: 0 (?)

Re: Проблемы с восстановлением базы.

Сообщение Semenov Чт Фев 02, 2017 12:22

"...Не удается найти указанный файл"
Вероятно, обновление было прервано пользователем или по другой причине (аппаратный сбой или подобное).
Во избежание потери данных обратитесь за консультацией по телефонам горячей линии 8-495-974-15-89 и 8-495-221-78-59.
Аватара пользователя
 Semenov
Един с Силой
Един с Силой
 
Сообщения: 2015
Зарегистрирован: Пт Апр 30, 2004 0:58
Откуда: Москва
Репутация: 24 (?)

Re: Проблемы с восстановлением базы.

Сообщение Kventin Dorvard Чт Фев 02, 2017 12:42

Копию базы данных делали?
Перейдите по указанному в сообщении пути и проверьте наличие файла базы данных и правильность его расширения .ssd. Возможно указан .ssd0.
Аватара пользователя
 Kventin Dorvard
Един с Силой
Един с Силой
 
Сообщения: 320
Зарегистрирован: Вт Июн 17, 2008 13:57
Откуда: Москва
Репутация: 4 (?)

Re: Проблемы с восстановлением базы.

Сообщение Kventin Dorvard Чт Фев 02, 2017 12:57

Не запускайте повторно процесс обновления. Есть вероятность, что копия базы данных сохранилась в папке BaseTemp в папке Data в каталоге с релизом. Скопируйте ее оттуда на всякий случай. В противном случае информация будет потеряна.
После этого, а также после того как проверите соответствие файла базы данных правильному расширению (при необходимости его переименовать) возможно запустить процесс обновления повторно.
Аватара пользователя
 Kventin Dorvard
Един с Силой
Един с Силой
 
Сообщения: 320
Зарегистрирован: Вт Июн 17, 2008 13:57
Откуда: Москва
Репутация: 4 (?)

Re: Проблемы с восстановлением базы.

Сообщение ceyler Чт Фев 02, 2017 13:08

Kventin Dorvard писал(а):Не запускайте повторно процесс обновления. Есть вероятность, что копия базы данных сохранилась в папке BaseTemp в папке Data в каталоге с релизом. Скопируйте ее оттуда на всякий случай. В противном случае информация будет потеряна.
После этого, а также после того как проверите соответствие файла базы данных правильному расширению (при необходимости его переименовать) возможно запустить процесс обновления повторно.


так и есть. Спасибо, заработало
Аватара пользователя
 ceyler
Актив
Актив
 
Сообщения: 40
Зарегистрирован: Вт Мар 08, 2016 17:40
Откуда: Московская обл.
Репутация: 0 (?)

Re: Проблемы с восстановлением базы.

Сообщение Kventin Dorvard Чт Фев 02, 2017 13:15

Пожалуйста. Удачной работы!
Аватара пользователя
 Kventin Dorvard
Един с Силой
Един с Силой
 
Сообщения: 320
Зарегистрирован: Вт Июн 17, 2008 13:57
Откуда: Москва
Репутация: 4 (?)

Re: Проблемы с восстановлением базы.

Сообщение arbeiten Ср Фев 15, 2017 14:41

Ошибка при ремонте БД:

wrong page type
page 1771362 is of wrong type (expected 4, found 8)
gds_$compile_request failed


Куда копать? :(
Аватара пользователя
 arbeiten
Ветеран форума
Ветеран форума
 
Сообщения: 893
Зарегистрирован: Ср Июл 10, 2013 21:44
Откуда: Москва
Репутация: 11 (?)

Re: Проблемы с восстановлением базы.

Сообщение Semenov Ср Фев 15, 2017 14:55

arbeiten писал(а):Куда копать? :(
в общем случае - в направлении платного ремонта
Аватара пользователя
 Semenov
Един с Силой
Един с Силой
 
Сообщения: 2015
Зарегистрирован: Пт Апр 30, 2004 0:58
Откуда: Москва
Репутация: 24 (?)

След.


Вернуться

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1



cron

© 1995-2019 Группа компаний «СтройСофт»