Downgrade базы с 9.1 на 9.0

**romanello** Вт Фев 16, 2016 13:28

Добрый день.

Мониторинг баз данных: клиентская и серверная часть 4.0.4.0
Winodws 8.1 (64 bit)
Локальный USB ключ
Клиентская и серверная часть на одном компьютере

По ошибке обновил базу не на 9.0.2.1, а на 9.1.1.1, теперь программа не запускает, требует лицензию на эту версию. Восстановить базу из позавчерашней версии тоже не могу:

0075960] gbak: activating and creating deferred index FK_D_GR_RES_CEN_LEVELS_UNDO_1
[0075961] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_ID
[0075962] gbak:cannot commit index FK_A_SMETA_INDLVL_ID
[0075963] gbak: ERROR:violation of FOREIGN KEY constraint "FK_A_SMETA_INDLVL_ID" on table "A_SMETA_INDLVL"
[0075964] gbak: ERROR: Foreign key reference target does not exist
[0075965] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_IDCENLVL
[0075966] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_DESCR_ID
[0075967] gbak: activating and creating deferred index FK_A_SMETA_INDLVL_DR_IDCENLVL
[0075968] gbak: activating and creating deferred index FK_SM_NORM_VREMENN_IDPARENT
[0075969] gbak: activating and creating deferred index FK_SM_NORM_ZU_VIDRAB_IDPARENT
[0075970] gbak: activating and creating deferred index FK_SM_NORM_ZU_IDVIDRAB
[0075971] gbak: activating and creating deferred index FK_SM_NORM_ZU_CLZONES_IDPARENT
[0075972] gbak: activating and creating deferred index FK_L_SSR_IDVRZUCL
[0075973] gbak: activating and creating deferred index FK_L_SSR_FORMULS_CENLVL_IDCENLV
[0075974] gbak: activating and creating deferred index FK_L_SSR_FORMULS_CENLVL_NM_FRM
[0075975] gbak: activating and creating deferred index FK_M_HR_RECS_1
[0075976] gbak: activating and creating deferred index FK_M_USERS_PARAMS_2_ID
[0075977] gbak: activating and creating deferred index FK_SPEC_ROOT_IDHIER
[0075978] gbak: activating and creating deferred index FK_SPEC_TROW_IDHIER
[0075979] gbak: activating and creating deferred index FK_SPEC_TROW_IDSMREC
[0075980] gbak: activating and creating deferred index FK_SPEC_TROW_IDS_ROW_NUMBER
[0075981] gbak: activating and creating deferred index FK_SPEC_TROW_BLOB_ROW_NUMBER
[0075982] gbak: committing metadata
[0075983] gbak:finishing, closing, and going home
[0075984] gbak:Database is not online due to failure to activate one or more indices.
[0075985] gbak:Run gfix -online to bring database online without active indices.

С вопросом "Кто виноват" всё более-менее, но вот вопрос "Что делать" остаётся актуальным. Можно конечно оплатить лицензию на новую версию и , но на это уйдёт несколько дней. Возможно ли откатить базу обратно или хотя бы восстановить её из прежней версии?

Ваша реклама

**expert69** Вт Фев 16, 2016 13:47

Базу например Вы восстановите, а остальное где Вы возьмете от предыдущей версии, если Вы не делали копию нужных файлов клиентской части?

**romanello** Вт Фев 16, 2016 14:04

Есть копия всей папки Stroysoft, которая делалась перед обновлением программы с версии 8.0.0.33 на 9.0 и с отключением соответствующих служб.

**Kventin Dorvard** Вт Фев 16, 2016 14:37

В сохраненной копии программы и базе данных версии 8.0.0.33, в папке StroySoft, находится рабочий вариант программы?

**Voyager`tm** Вт Фев 16, 2016 14:47

romanello писал(а):Возможно ли откатить базу обратно или хотя бы восстановить её из прежней версии?

Штатными средствами не получится. Правильно было бы периодически восстанавливать базу из копии, и, когда такая ошибка проявилась, взять предыдущую резервную копию, или, другой вариант, последовать инструкциям из этой ветки форума.
post109547.html
Попробуйте восстановить из самой ранней копии базу, если такой ошибки не будет, то можно через импорт-экспорт перетащить объекты обратно в старую базу.

**Kventin Dorvard** Вт Фев 16, 2016 14:58

romanello писал(а):Возможно ли откатить базу обратно

Штатного механизма отмены изменений в базе данных, на которой уже были выполнены операции обновления, до предыдущей версии - нет.

romanello писал(а): восстановить её из прежней версии

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

**expert69** Вт Фев 16, 2016 15:03

Так у Вас копия папки с 8 версией, а не 9.0.

**romanello** Вт Фев 16, 2016 15:06

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

Штатными средствами не получится.

Мне хотя бы нештатными попробовать. А ссылка к сожалению не читается - пишет, что я не авторизован для чтения того форума.

Попробуйте восстановить из самой ранней копии базу, если такой ошибки не будет, то можно через импорт-экспорт перетащить объекты обратно в старую базу.

И тогда база будет (практически) идентична текущей или чего-то всё равно будет не хватать? (upd. Я так понимаю, для импорта объектов надо было их сначала экспортировать вручную, чего не было сделано). Если последнее, то видимо придётся оплатить обновление и подождать несколько дней.

**arbeiten** Вт Фев 16, 2016 15:34

romanello писал(а):Я так понимаю, для импорта объектов надо было их сначала экспортировать вручную, чего не было сделано). Если последнее, то видимо придётся оплатить обновление и подождать несколько дней.

Можете прислать ссылку на файл базы в архиве в личку, сделаю экспорт в sobx.

**Voyager`tm** Вт Фев 16, 2016 15:51

romanello писал(а):А ссылка к сожалению не читается - пишет, что я не авторизован для чтения того форума.

сорри, не посмотрел
почитать можно здесь
forum4/topic36187.html#p105048

romanello писал(а):Мне хотя бы нештатными попробовать.

нештатными займет как раз несколько дней.

**arbeiten** Вт Фев 16, 2016 16:53

romanello
Отправил в л/с.