is not a valid database

**RuzavinDV** Чт Май 11, 2017 17:04

1. Smeta.ru
2. 8.0.0.36
3. Win 7 x64

БД была случайна удалена при установке новой версии ПО. Удалось восстановить файл Datasd.ssd с помощью ПО по восстановлению данных, но при попытке добавления БД происходит ошибка - "DATASD.SSD is not a valid database"

Возможно ли восстановление БД в данном случае? Размер файла - 5 821 788 КБ.

Ваша реклама

**kons_bak1** Пт Май 12, 2017 12:25

Для начала проведите проверку базы данных при помощи штатной программы мониторинга БД. Проверка покажет наличие ошибок. И произвести ремонт базы данных при помощи той же программы.

**RuzavinDV** Пт Май 12, 2017 12:28

kons_bak1 писал(а):Для начала проведите проверку базы данных при помощи штатной программы мониторинга БД. Проверка покажет наличие ошибок. И произвести ремонт базы данных при помощи той же программы.

Штатная программа выдает эту же ошибку при любых действиях с базой. Вне зависимости от версии штатной программы.

**deEz** Пт Май 12, 2017 12:32

У Вас получилось подключить базу мониторингом? Если да, то по факту проведения проверки базы данных обязательно сохраните "лог проверки" и обратитесь в службу технической поддержки +7 (800) 333-78-77 или опубликуйте фрагмент лога в этой ветке.

**RuzavinDV** Пт Май 12, 2017 12:54

deEz писал(а):У Вас получилось подключить базу мониторингом? Если да, то по факту проведения проверки базы данных обязательно сохраните "лог проверки" и обратитесь в службу технической поддержки +7 (800) 333-78-77 или опубликуйте фрагмент лога в этой ветке.

не получилось.

**Kventin Dorvard** Пт Май 12, 2017 18:13

RuzavinDV писал(а):БД была случайна удалена при установке новой версии ПО.

Каким образом БД была "случайно" удалена? При обновлении версии программы, при установке второго экземпляра программы или при установке стороннего ПО?

**Kventin Dorvard** Пт Май 12, 2017 18:20

Еще вопрос.
Если есть БД после "некорректного" обновления ПО, или БД, которая установилась взамен существующей БД, то подключается ли программа к этой БД?

**Voyager`tm** Пн Май 15, 2017 10:23

В этой ситуации самое важное - восстановить БД как можно быстрее после удаления. Любой кусок данных, записанных на диск после удаления БД, уменьшает шансы на получение корректно восстановленной БД. В Вашем случае БД точно повреждена, но степень повреждения данных заранее предсказать невозможно. Здесь только платный ремонт, и то, возможно, уже поздно.
Напоминаю, что в этой ситуации пригодилось бы периодическое создание копии БД, что предлагается по умолчанию инсталятором Smeta.RU. Это так, на будущее. Кстати, посмотрите, вдруг остались копии БД, созданные до поднятия версии?

**RuzavinDV** Вт Май 16, 2017 9:33

Kventin Dorvard писал(а):Еще вопрос.
Если есть БД после "некорректного" обновления ПО, или БД, которая установилась взамен существующей БД, то подключается ли программа к этой БД?

БД была потеряна в ходе "некорректного" обновления версии. Программа к новой БД подключается.

**RuzavinDV** Вт Май 16, 2017 9:37

Voyager`tm писал(а):В этой ситуации самое важное - восстановить БД как можно быстрее после удаления. Любой кусок данных, записанных на диск после удаления БД, уменьшает шансы на получение корректно восстановленной БД. В Вашем случае БД точно повреждена, но степень повреждения данных заранее предсказать невозможно. Здесь только платный ремонт, и то, возможно, уже поздно.
Напоминаю, что в этой ситуации пригодилось бы периодическое создание копии БД, что предлагается по умолчанию инсталятором Smeta.RU. Это так, на будущее. Кстати, посмотрите, вдруг остались копии БД, созданные до поднятия версии?

Поднять БД с копии к сожалению так же не получилось т.к. копия тоже с ошибками, которые так и не удалось решить.
Если ли смысл обращения в платный ремонт или можно уже забыть про эту БД? После удаления БД производилось множество записей данных на диск...

**Voyager`tm** Вт Май 16, 2017 9:43

копия не может быть с ошибками, так как в копию кладутся только корректные данные (аппаратные ошибки во время и после создания копии здесь не рассматриваю). Поэтому если копия есть, то ее можно восстановить в базу, даже самостоятельно. Приложите лог ошибки при восстановлении.

**RuzavinDV** Вт Май 16, 2017 10:57

Voyager`tm писал(а):копия не может быть с ошибками, так как в копию кладутся только корректные данные (аппаратные ошибки во время и после создания копии здесь не рассматриваю). Поэтому если копия есть, то ее можно восстановить в базу, даже самостоятельно. Приложите лог ошибки при восстановлении.

[0071389] gbak: activating and creating deferred index FK_A_SMETA_CENLVL_ID
[0071390] gbak:cannot commit index FK_A_SMETA_CENLVL_ID
[0071391] gbak: ERROR:violation of FOREIGN KEY constraint "FK_A_SMETA_CENLVL_ID" on table "A_SMETA_CENLVL"
[0071392] gbak: ERROR: Foreign key reference target does not exist
[0071393] gbak: activating and creating deferred index FK_A_SMETA_CENLVL_IDCENLVL
[0071394] gbak: activating and creating deferred index FK_A_S_RES_CENLVL_ID
[0071395] gbak: activating and creating deferred index FK_A_S_RES_CENLVL_IDCENLVL
[0071396] gbak: activating and creating deferred index FK_A_LZ_CENLVL_ID
[0071397] gbak: activating and creating deferred index FK_A_LZ_CENLVL_IDCENLVL
[0071398] gbak: activating and creating deferred index FK_A_S_ETALON_RES_CENLVL_ID
[0071399] gbak: activating and creating deferred index FK_A_S_ETALON_RES_CENLVL_IDCENL
[0071400] gbak: activating and creating deferred index FK_L_SSR_PARAMS2_ID_SELF
[0071401] gbak: activating and creating deferred index FK_L_SSR_CENLVL_ID_REC
[0071402] gbak: activating and creating deferred index FK_L_SSR_TIP_ZATRAT
[0071403] gbak: activating and creating deferred index FK_D_GR_RES_CEN_LEVELS_ID_CEN_L
[0071404] gbak: activating and creating deferred index FK_D_GR_RES_CEN_LEVELS_ID_GRRES
[0071405] gbak: activating and creating deferred index FK_D_GROUPED_RES_SOURCE_CEN
[0071406] gbak: activating and creating deferred index FK_D_GROUPED_RES_UNDO_FK_ID
[0071407] gbak: activating and creating deferred index FK_D_GR_RES_CEN_LEVELS_UNDO_1
[0071408] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_ID
[0071409] gbak:cannot commit index FK_A_SMETA_INDLVL_ID
[0071410] gbak: ERROR:violation of FOREIGN KEY constraint "FK_A_SMETA_INDLVL_ID" on table "A_SMETA_INDLVL"
[0071411] gbak: ERROR: Foreign key reference target does not exist
[0071412] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_IDCENLVL
[0071413] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_DESCR_ID
[0071414] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_DR_IDCENLVL
[0071415] gbak: activating and creating deferred index FK_SM_NORM_VREMENN_IDPARENT
[0071416] gbak: activating and creating deferred index FK_SM_NORM_ZU_VIDRAB_IDPARENT
[0071417] gbak: activating and creating deferred index FK_SM_NORM_ZU_IDVIDRAB
[0071418] gbak: activating and creating deferred index FK_SM_NORM_ZU_CLZONES_IDPARENT
[0071419] gbak: activating and creating deferred index FK_L_SSR_IDVRZUCL
[0071420] gbak: activating and creating deferred index FK_L_SSR_FORMULS_CENLVL_IDCENLV
[0071421] gbak: activating and creating deferred index FK_L_SSR_FORMULS_CENLVL_NM_FRM
[0071422] gbak: activating and creating deferred index FK_M_HR_RECS_1
[0071423] gbak: committing metadata
[0071424] gbak:finishing, closing, and going home
[0071425] gbak:Database is not online due to failure to activate one or more indices.
[0071426] gbak:Run gfix -online to bring database online without active indices.

**Voyager`tm** Вт Май 16, 2017 13:19

День-два терпит?
Как раз сейчас тестируется новая версия программы мониторинга, в ней добавился функционал по поднятию именно таких копий БД, с ошибками типа
ERROR:violation of FOREIGN KEY constraint "FK_A_SMETA_INDLVL_ID" on table "A_SMETA_INDLVL"

**RuzavinDV** Вт Май 16, 2017 13:21

Voyager`tm писал(а):День-два терпит?
Как раз сейчас тестируется новая версия программы мониторинга, в ней добавился функционал по поднятию именно таких копий БД, с ошибками типа
ERROR:violation of FOREIGN KEY constraint "FK_A_SMETA_INDLVL_ID" on table "A_SMETA_INDLVL"

Терпит. Спасибо! Будем ждать!

**Voyager`tm** Ср Май 17, 2017 14:16

отправил в личку сообщение