Ошибки в базе при восстановлении

**arhing** Пн Фев 02, 2015 18:20

При восстановлении базы получил лог с ошибками. Привожу концовку этого лога:

Код: Выделить всё: [0145342] gbak: activating and creating deferred index FK_RULES_TYPE_RAB_ID_RULE [0145343] gbak: activating and creating deferred index FK_RULES_VID_RAB_ID_RULES [0145344] gbak: activating and creating deferred index FKL_RULES_STRUCT_ID_RULES [0145345] gbak: activating and creating deferred index FK_A_SMETA_CENLVL_ID [0145346] gbak:cannot commit index FK_A_SMETA_CENLVL_ID [0145347] gbak: ERROR:violation of FOREIGN KEY constraint "FK_A_SMETA_CENLVL_ID" on table "A_SMETA_CENLVL" [0145348] gbak: ERROR: Foreign key reference target does not exist [0145349] gbak: activating and creating deferred index FK_A_SMETA_CENLVL_IDCENLVL [0145350] gbak: activating and creating deferred index FK_A_S_RES_CENLVL_ID [0145351] gbak: activating and creating deferred index FK_A_S_RES_CENLVL_IDCENLVL [0145352] gbak: activating and creating deferred index FK_A_LZ_CENLVL_ID [0145353] gbak: activating and creating deferred index FK_A_LZ_CENLVL_IDCENLVL [0145354] gbak: activating and creating deferred index FK_A_S_ETALON_RES_CENLVL_ID [0145355] gbak: activating and creating deferred index FK_A_S_ETALON_RES_CENLVL_IDCENL [0145356] gbak: activating and creating deferred index FK_L_SSR_PARAMS2_ID_SELF [0145357] gbak: activating and creating deferred index FK_L_SSR_CENLVL_ID_REC [0145358] gbak: activating and creating deferred index FK_L_SSR_TIP_ZATRAT [0145359] gbak: activating and creating deferred index FK_D_GR_RES_CEN_LEVELS_ID_CEN_L [0145360] gbak: activating and creating deferred index FK_D_GR_RES_CEN_LEVELS_ID_GRRES [0145361] gbak: activating and creating deferred index FK_D_GROUPED_RES_SOURCE_CEN [0145362] gbak: activating and creating deferred index FK_D_GROUPED_RES_UNDO_FK_ID [0145363] gbak: activating and creating deferred index FK_D_GR_RES_CEN_LEVELS_UNDO_1 [0145364] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_ID [0145365] gbak:cannot commit index FK_A_SMETA_INDLVL_ID [0145366] gbak: ERROR:violation of FOREIGN KEY constraint "FK_A_SMETA_INDLVL_ID" on table "A_SMETA_INDLVL" [0145367] gbak: ERROR: Foreign key reference target does not exist [0145368] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_IDCENLVL [0145369] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_DESCR_ID [0145370] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_DR_IDCENLVL [0145371] gbak: activating and creating deferred index FK_SM_NORM_VREMENN_IDPARENT [0145372] gbak: activating and creating deferred index FK_SM_NORM_ZU_VIDRAB_IDPARENT [0145373] gbak: activating and creating deferred index FK_SM_NORM_ZU_IDVIDRAB [0145374] gbak: activating and creating deferred index FK_SM_NORM_ZU_CLZONES_IDPARENT [0145375] gbak: activating and creating deferred index FK_L_SSR_IDVRZUCL [0145376] gbak: activating and creating deferred index FK_L_SSR_FORMULS_CENLVL_IDCENLV [0145377] gbak: activating and creating deferred index FK_L_SSR_FORMULS_CENLVL_NM_FRM [0145378] gbak: activating and creating deferred index FK_M_HR_RECS_1 [0145379] gbak: activating and creating deferred index FK_M_USERS_PARAMS_2_ID [0145380] gbak: committing metadata [0145381] gbak:finishing, closing, and going home [0145382] gbak:Database is not online due to failure to activate one or more indices. [0145383] gbak:Run gfix -online to bring database online without active indices.

Предъистория:
1. На базу ТСН2001 накатил 34 обновление. Была ошибка примерно в середине обновления базы "Исключительная ситуация ERegistryException".
2. Решил поставить патч. На версию 8.0.0.26 накатил 8.0.0.30. При обновлении базы тоже - ошибка
3. При ремонте базы - тоже ошибки
Программа обновилась, как к ней прицепить необновленную и кривую базу?
Можно ли исправить базу? Можно ли из базы достать сметы?
Что делать?

Ваша реклама

**bloody** Пн Фев 02, 2015 22:16

если у вас осталась база версии 8.0.0.26 -
1е - удаляем клиент 8.0.0.30
2е - ставим клиент версии 8.0.0.26 подключаем базу (путь можно прописывать по адресу- D:\StroySoft\Smeta.ru\Client\Data\GDBPath.net ) имя жесткого диска варьируется.
3е - запускаем программу ( экспортируем все нужные обьекты )
4е - по новой ставим программу с новой базой и импортируем объекты в новую базу.

**arhing** Вт Фев 03, 2015 9:13

Это очевидный ответ: Ставьте программу и базы с нуля и импортируйте в нее свои сметы, а если смет нет - это плохо.
Вопрос: Можно ли поправить "кривую базу", я не делал перед ее обновлением свежей копии (да-да такое иногда бывает по разнып причинам), а в старых копиях - старые сметы.
Предложение: Сделайте кнопки "настоятельно рекомендуемого" резервного копирования в меню а) обновления баз, б) в меню применения патчей. Причем по пункту "б" надо, наверное, копировать всю папку офиса.

**Voyager`tm** Вт Фев 03, 2015 9:21

arhing писал(а):Что делать?

ваш случай описан здесь
forum4/topic36187.html#p105048
инструкция в приложенном файле там же

**arhing** Вт Фев 03, 2015 9:38

просматриваю рекомендованную тему, иду в ней по ссылке:

http://forum.smeta.ru/post104173.html#p104173

получаю в ответ:

Вы не авторизованы для чтения этого форума.

Это так и должно быть? Почему?

**tracker79** Вт Фев 03, 2015 10:39

arhing писал(а):Это так и должно быть? Почему?

Так быть не должно. Скачайте инструкцию в той-же ветке, там все понятно описано.

**Semenov** Вт Фев 03, 2015 10:48

arhing писал(а):1. На базу ТСН2001 накатил 34 обновление. Была ошибка примерно в середине обновления базы "Исключительная ситуация ERegistryException".
2. Решил поставить патч. На версию 8.0.0.26 накатил 8.0.0.30. При обновлении базы тоже - ошибка

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

**arhing** Вт Фев 03, 2015 11:09

Semenov писал(а):Мы не сможем Вам помочь без полного их описания

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

Нашел простой вариант выхода из положения:
1. нашел старую копию папки с программой и базой
2. обновил клиентскую часть из этой папки до версии своей базы 8.0.0.26
3. прицепил надломленную базу и, мне повезло, она открылась.
4. теперь можно выгружать драгоценные сметы, переустанавливать все с нуля, и импортировать сметы.

СПАСИБО ВСЕМ!
Тема закрыта

**bloody** Вт Фев 03, 2015 20:40

arhing писал(а):
Semenov писал(а):Мы не сможем Вам помочь без полного их описания

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

Нашел простой вариант выхода из положения:
1. нашел старую копию папки с программой и базой
2. обновил клиентскую часть из этой папки до версии своей базы 8.0.0.26
3. прицепил надломленную базу и, мне повезло, она открылась.
4. теперь можно выгружать драгоценные сметы, переустанавливать все с нуля, и импортировать сметы.

СПАСИБО ВСЕМ!
Тема закрыта

Я с этой инструкции и начал вам отвечать, это 100% вариант.

И еще на будущее, практически любую поломанную базу можно восстановить силами наших програмистов( услуги платные)

**arhing** Ср Фев 04, 2015 9:21

arhing писал(а):1. На базу ТСН2001 накатил 34 обновление. Была ошибка примерно в середине обновления базы "Исключительная ситуация ERegistryException".

А вот корень зла...

Еще, используя 33 обновление ТСН, я наткнулся на эту ошибку. Звонил в техподдержку. Сказали - скачай обновление с офсайта. Не помогло.
Я бросил возиться, так как некогда было. воспользовался резервными копиями и плюнул на обновление.
Теперь 34 обновление - история повторятся. База сломана - не патчится и не ремонтируется. (см выше)
Так вот:
1. Стоит OS Windows XP SP3 Ru. Старую базу удалил, программу СметыРу удалил
2. Поставил СметаРу с нуля, дистрибктив взял на офсайте, версия 8.0.0.4
3. Обновил до версии 8.0.0.30
4. Ставлю 34 обновление ТСН - и получаю ошибку (операцию повторил 4 раза, все сбои в одном месте, текст/адрес ошибки тот же)

Это - идет обновление за секунду до ошибки http://s018.radikal.ru/i517/1502/b2/f3f7ae135ac7.jpg
А это - сама ошибка http://s59.radikal.ru/i163/1502/8b/54712edb1ebf.jpg
Подозрение, что причина ошибки в наименовании статьи норматива (шрифт...)

Что делать?

**arhing** Ср Фев 04, 2015 10:42

arhing писал(а):1. Стоит OS Windows XP SP3 Ru. Старую базу удалил, программу СметыРу удалил
2. Поставил СметаРу с нуля, дистрибктив взял на офсайте, версия 8.0.0.4
3. Обновил до версии 8.0.0.30
4. Ставлю 34 обновление ТСН

Все повторил с нуля, но в другом порядке
1. Стоит OS Windows XP SP3 Ru. Старую базу удалил, программу СметыРу удалил
2. Поставил СметаРу с нуля, дистрибктив взял на офсайте, версия 8.0.0.4
3. Ставлю 34 обновление ТСН
4. Обновил до версии 8.0.0.30
5. Снова ставлю 34 обновление ТСН
ОШИБОК НЕ БЫЛО
На этом эксперименты заканчиваю. Другая работа ждет

**Semenov** Ср Фев 04, 2015 12:26

arhing писал(а):База сломана - не патчится и не ремонтируется. (см выше)

для того чтобы отремонтировать базу - скачайте инструкцию по ссылке http://forum.smeta.ru/post105048.html#p105048
для того чтобы установить патч на базу - опишите ошибку, которая происходит при установке патча...

**arhing** Ср Фев 04, 2015 13:46

Semenov писал(а):опишите ошибку

Вы не дочитали мое сообщение до конца. Ошибка проявляется при установке 34 (и 33) обновления ТСН:

arhing писал(а):1. Стоит OS Windows XP SP3 Ru. Старую базу удалил, программу СметыРу удалил
2. Поставил СметаРу с нуля, дистрибктив взял на офсайте, версия 8.0.0.4
3. Обновил до версии 8.0.0.30
4. Ставлю 34 обновление ТСН - и получаю ошибку (операцию повторил 4 раза, все сбои в одном месте, текст/адрес ошибки тот же)

Это - идет обновление за секунду до ошибки http://s018.radikal.ru/i517/1502/b2/f3f7ae135ac7.jpg
А это - сама ошибка http://s59.radikal.ru/i163/1502/8b/54712edb1ebf.jpg

**Semenov** Ср Фев 04, 2015 14:11

arhing писал(а):2. Решил поставить патч. На версию 8.0.0.26 накатил 8.0.0.30. При обновлении базы тоже - ошибка

arhing писал(а):Программа обновилась, как к ней прицепить необновленную и кривую базу?

arhing писал(а):2. обновил клиентскую часть из этой папки до версии своей базы 8.0.0.26
3. прицепил надломленную базу и, мне повезло, она открылась.
4. теперь можно выгружать драгоценные сметы, переустанавливать все с нуля, и импортировать сметы.

я хотел помочь Вам обновить базу до версии 8.0.0.30, и спросил про ошибку в процессе обновления базы патчем (с версии 8.0.0.26.до версии 8.0.0.30). Но Вы конечно можете копировать драгоценные сметы вручную - как вам удобнее, главное чтобы найденное решение Вас устроило

...

**arhing** Чт Фев 05, 2015 10:25

Semenov писал(а):я хотел помочь Вам

СПАСИБО всем за желание помочь, за оперативность и поддержку.
Одни советы мне помогли сейчас, другими я воспользуюсь в дальнейшем.