RSS Подписка на статьи RSS Подписка на комментарии Панель инструментов

Блог профессионалов стал частью сайта технической поддержки DocsVision http://support.docsvision.com. Новые материалы будут появляться уже на этом сайте.

Поиск

Ярлыки

авто генерация кода (1) Администрирование DocsVision (60) Атрибутивный поиск (3) База данных (24) Базы знаний (1) Безопасность (1) Бизнес-процессы (20) Блог (2) Вы увидите это первыми (1) Групповые политики (1) Диаграммы (2) Задания (2) Интеграция (2) Карточки DocsVision (14) Конструктор Решений (11) Маркетинг и продажи (4) Навигатор (3) Новое (3) Новости (32) Опрос (4) Опросы DocsVision (4) Оптимизация (3) Отчеты (2) Ошибки (1) Поддержка (14) Полезные ссылки (1) Представления (4) Производительность (5) Разбор полетов (18) Разработка для Workflow (7) разработка карточек (2) Разработка на платформе DocsVision (41) Разработка решений (43) Расширение платформы (1) Расширенные отчеты (9) Решения на платформе DocsVision (6) Сервисы DocsVision (3) Сканеры (3) Справочник сотрудников (1) Справочник типов (1) Установка (1) Утилиты (13) Шлюз в SharePoint (8) Штрихкод (2) Cкрипты карточек (7) DocsVision внутри (1) DocsVision Live (1) FileStream (1) FireFox (2) Opera (1) Powershell (5) Safari (1) SharePoint2007 (1) SharePoint2010 (2) Silverlight (1) UltraViews (1) Vista (1)

Скрипт для переноса базы DocsVision с редакции Enterprise на другую

Если база была создана на SQL сервере редакции Enterprise, то развернуть бекап на редакции Standart не получится. Подробнее описано здесь

Для того, чтобы перенести, нужно на базе, которая развернута на редакции Enterprice выполнить специальный скрипт. Затем сделать бекап, и развернуть его на Standart.

Скачать скрипт

Внимание, скрипт подходит для версий DocsVision 4.1 и 4.3 Читать дальше

5 коммент.:

Ice комментирует...

Недавно срочно понадобилось перенести преднастроенную базу с 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.

Unknown комментирует...

Вопрос к техподдержке:
Можно выложить данный скрипт для версии 4.5.1940 в готовом виде?
Чтобы не делать все в ручном режиме.

Михаил Захаров комментирует...

Сергей, выложу в новом посте

alive комментирует...

после выполнения скрипта меняются имена ключей и индекса таблицы 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. В данной версии была другая схема именования.

Отправить комментарий