Если база была создана на SQL сервере редакции Enterprise, то развернуть бекап на редакции Standart не получится. Подробнее описано здесь
Для того, чтобы перенести, нужно на базе, которая развернута на редакции Enterprice выполнить специальный скрипт. Затем сделать бекап, и развернуть его на Standart.
Скачать скрипт
Внимание, скрипт подходит для версий DocsVision 4.1 и 4.3
Читать дальше
Поиск
Ярлыки
авто генерация кода
(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 на другую
Автор:
Михаил Захаров
среда, 14 апреля 2010 г.
/
Ярлыки:
Администрирование DocsVision,
База данных,
Разработка решений
5 коммент.:
Недавно срочно понадобилось перенести преднастроенную базу с 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. В данной версии была другая схема именования.
Отправить комментарий