Миграция репозитория Siebel
Я новичок в siebel, и я хочу выполнить миграцию репозитория из одной среды в другую. Команда, которую я использую, выглядит примерно так на целевой подаче
./srvrupgwiz /m master_Test2Prod.ucf
Итак, мой вопрос: что произошло, если миграция репо не удалась в середине и не удалось продолжить?
Будет ли целевая среда повреждена? Есть ли способ восстановить?
Я думаю, должен быть способ сделать резервную копию текущего репозитория в целевой среде и каким-то образом восстановить его?
Если это правда, то как это сделать?
Спасибо
4 ответа
По умолчанию репозиторий Siebel, который вы заменяете в целевой среде, будет переименован в "SS Temp Siebel Respository". Вам будет предложено указать имя для вновь импортированного репозитория (по умолчанию это "Siebel Repository"). Когда импортируется новая строка репозитория, ее значение ROW_ID добавляется в конец указанного вами имени. После успешной фиксации это суффиксное значение удаляется. Поэтому вы всегда можете сказать, когда хранилище частично импортировано. Если что-то не получается, то полностью безопасно удалить частичное (или оставить его там, следующая попытка приведет к совершенно новому с еще одним значением ROW_ID с суффиксом до конца). Вы можете восстановить старый, просто переименовав его. Вы можете увидеть точные шаги процесса Migrate Repository утилиты конфигурирования базы данных, просмотрев файлы UCF, которые ее управляют (например, master_dev2prod.ucf и driver_dev2prod.ucf).
Вы можете сделать резервную копию существующего репозитория, перейдя к типу объекта Репозиторий в проводнике объектов и переименовав существующий репозиторий в инструментах siebel.
В случае сбоя импорта репозитория вам просто нужно изменить имя резервного хранилища на Siebel Repository.
Также используйте /l log_file_name в команде, чтобы захватить журналы процесса импорта.
Ваша команда подходит для миграции хранилища с использованием файла ответов. Однако вы можете разделить миграцию хранилища на отдельные команды, а не использовать мастер автоматического обновления. Одна из этих команд (windows):
% SIEBSRVR_HOME% \ Bin\repimexp.exe
Вы можете использовать этот исполняемый файл для импорта или экспорта репозиториев. Он часто используется как средство резервного копирования существующих репозиториев, которое обычно называют "exprep". Вместо того, чтобы тратить дополнительное время во время выпуска, выполняя полный экспорт из источника, а затем импортируя в цель, экспорт из источника может быть сделан заранее, записывая в файл.dat, который представляет весь репозиторий. Этот файл затем может быть считан как часть импорта репозитория, что может сэкономить время.
Чтобы выполнить экспорт / резервное копирование вашего текущего хранилища, вы можете использовать команду, подобную приведенной ниже (windows):
% SIEBSRVR_HOME% \ bin\repimexp.exe / AE / U SADMIN / P ПАРОЛЬ /C ENTERPRISE_DATASOURCENAME_DSN /D SIEBEL /R "Хранилище Siebel" /F c:\my_export.dat /V Y /L c:\my_exprep.log
Получив экспортированный файл.dat, вы можете запустить импорт репозитория со ссылкой на этот файл, а не базу данных с вашим репозиторием внутри. Вы делаете это так же, используя файл ответов, как в исходной команде, но файл ответов будет ссылаться на файл.dat. Вы можете пройтись по мастеру Siebel, чтобы записать этот файл ответов, если вы не уверены, что редактируете его вручную.
Справедливости ради следует отметить, что версия Siebel и система баз данных мало влияют на тип решения, которое будет реализовано большинством: изменение базы данных.
Теперь у Oracle, Microsoft и IBM (только поддерживаемые бренды) есть свои подходы, и я лучше знаком с подходами Oracle. Многие реализации Oracle поддерживают флэшбэк. Это непрерывный журнал всех изменений, который позволяет "путешествовать во времени", отменяя утверждения. Это включает в себя также удаления. На максимальный размер этого журнала стоит обратить внимание, так как Siebel DB - это достаточно большой объем данных для импорта. Я уверен, что системы Microsoft и IBM имеют схожие технологии.
В любом случае старомодный экспорт на диск работает во всех системах.