Если база была создана на SQL сервере редакции Enterprise, то развернуть бекап на редакции Standart не получится. Подробнее описано здесь
Для того, чтобы перенести, нужно на базе, которая развернута на редакции Enterprice выполнить специальный скрипт. Затем сделать бекап, и развернуть его на Standart.
Скачать скрипт
Внимание, скрипт подходит для версий DocsVision 4.1 и 4.3
Недавно срочно понадобилось перенести преднастроенную базу с EE на STD редакцию. Версия DV 4.5.1940. Действительно, в новой версии изменилась структура таблиц журналов, теперь их три. К тому же просто удалить элементы секционирования уже в этой версии нельзя, мешает ссылочная целостность...
ОтветитьУдалитьПосмотрев данный скрипт сделал следующим образом:
1. Удалил таблицы dvsys_log_application, dvsys_log, dvsys_log_security. Данные мне были не нужны.
2. Удалил из базы объекты секционирования: "БАЗА" -> Storage-> Partition Schemes
и "БАЗА" -> Storage-> Partition Functions
3. Сделал экспорт структуры этих таблиц с базы 1940, расположенной на редакции SQL Std. Создал заново эти таблицы.
4. Пересоздал заново процедуры: dvsys_log_clear, dvsys_log_refine. Если этого не сделать, то не будет чистится журнал навигатора, джоб dvsys_log_clear будет падать с ошибкой. Хотя странно, содержимое этих процедур совершенно одинаково на базах, созданных на редакциях Ent и Std.
Вопрос к техподдержке:
ОтветитьУдалитьМожно выложить данный скрипт для версии 4.5.1940 в готовом виде?
Чтобы не делать все в ручном режиме.
Сергей, выложу в новом посте
ОтветитьУдалитьпосле выполнения скрипта меняются имена ключей и индекса таблицы dvsys_log (версия 4.3.1848):
ОтветитьУдалитьdvsys_log_pk_id_date -> dvind_Date
dvsys_log_pk_id_date -> pk_dvsys_log
dvsys_log_fk_userid -> fk_UserID_dvsys_log
но сама структура ключей/индексов не меняется.
критичны ли для работы системы имена индексов?
alive:
ОтветитьУдалитьСмена названий индексов не критична. Изначально скрипт разрабатывался для 4.1. В данной версии была другая схема именования.