Инструмент управления обновлением
С помощью инструмента управления обновлением (UMT) вы можете импортировать объекты BO - пользователей, группы и объекты содержимого BO из предыдущей версии платформы BI в обновленную версию. При обновлении среды BO у вас есть два варианта выполнения обновления.
Complete Upgrade - Вы можете выбрать перемещение всех объектов от источника к цели.
Incremental Upgrade - Вы также можете выбрать перемещение объектов партиями.
Настройка UMT
Чтобы использовать UMT для обновления, вам необходимо настроить UMT для повышения производительности. Запустите команду «Java –Xmx» при запуске средства управления обновлением, чтобы запустить его с помощью Java Heap → Щелкните правой кнопкой мыши UMT и перейдите в Свойства, как описано ниже -
Вы должны скопировать «Целевой» путь в Блокнот и заменить «Xmx» на количество настроек кучи для вашей системы, как показано ниже -
Вы также можете настроить время ожидания в Инструменте управления обновлением. Установите параметр ниже -
Чтобы установить время ожидания CORBA для UMT, вам нужно перейти в файл свойств и добавить следующую запись. Файл свойств находится в каталоге установки BO по этому пути - «SAP BusinessObjects Enterprise XI 4.0 \ java \ apps \ upgradeManagementTool \ jars».
<entry key="umt.systemVar.backendCommunicationTimeoutInMS">630000</entry>
Рекомендуется оставить значение ниже 630000, иначе вы можете столкнуться с ошибкой, связанной с входом в CMS.
Настройка источника и цели в UMT
Вы можете определить исходную и целевую системы CMS в UMT и проверить подключение. Запустите инструмент управления обновлением из «Все программы» → выберите «Добавочное обновление» → «Далее». Экран, приведенный ниже, объясняет то же самое.
Введите имя вашей исходной и целевой CMS и укажите учетные данные. Предоставьте сценарий обновления из раскрывающегося списка, как показано ниже -
У вас есть разные сценарии обновления, доступные в UMT, такие как -
Live to Live - Для этого должны быть включены как исходная, так и целевая система.
BIAR to Live - Эта опция используется для импорта объектов из формата файла BIAR в живую целевую систему.
Live to BIAR - Эта опция используется для экспорта объектов в формате BIAR из действующей системы.
Эти сценарии можно использовать в зависимости от состояния исходной и целевой системы. Обе системы работают, вы можете выполнять обновление в реальном времени без экспорта / импорта объектов.
В BO 4.2 UMT имеет несколько новых функций, как показано ниже -
Вы можете определить уровень журнала как низкий, средний и высокий из раскрывающегося списка.
Когда вы выбираете уровень журнала - «Высокий», он фиксирует все ошибки, предупреждения и сбои во время процесса.
Вы также можете определить временное пространство для любого необходимого каталога и перезапустить инструмент UMT после изменений.
Во временном пространстве обычно хранятся все записи базы данных Derby и после завершения обновления; эти файлы можно удалить.
Когда вы выполняете обновление BO с BOXI 3.x до BI 4.1, у вас может быть несколько сценариев для миграции различных объектов, содержимого, пользователей и т. Д., А также для каждого сценария. В соответствии с рекомендацией SAP можно использовать следующие итерации -
| Итерация | Объем |
|---|---|
| Итерация # 1 |
В этой итерации были перенесены следующие объекты с их зависимостями:
Тот же подход можно использовать для всех групп пользователей, всех уровней доступа за одну итерацию. Однако это может занять много времени в зависимости от количества объектов и т. Д. Поэтому рекомендуется выбирать количество итераций на основе объектов вашего репозитория. |
| Итерация # 2 |
Следующие объекты рассматривались для обновления с зависимостями. Вы можете выбрать эти объекты для миграции на экране выбора объекта -
Для этой книги шаблонов мы выполнили миграцию за одну итерацию. Однако в зависимости от количества итераций на основе объектов вашего репозитория. |
| Итерация # 3 |
На начальном экране «Выбрать фильтр» временной фильтр был установлен в соответствии с требованиями. В нашей книге шаблонов мы выбираем дату начала как 01.02.2016 и дату окончания как 02.05.2016. Таким образом, будут перечислены и перенесены только следующие объекты:
|
| Итерация # 4 |
Следующие объекты рассматривались для обновления с зависимостями. Это объекты, выбранные для миграции на экране выбора объектов -
В этих итерациях все зависимости содержимого (относящиеся ко всем документам) были настроены на обновление в первую очередь. Однако это также можно делать поэтапно. Обратите внимание, что любые объекты, которые уже были перенесены, не будут перечислены на экране выбора объектов. Опять же, в этой итерации мы используем функцию «Скрыть уже обновленные объекты» на экране фильтра выбора. |
| Итерация # 5 |
Следующие объекты были выбраны для обновления с зависимостями -
Для этой книги шаблонов мы выполнили миграцию за одну итерацию. Однако, в зависимости от количества объектов, эта итерация может занять много времени. Поэтому рекомендуется выбирать количество итераций в зависимости от размера вашего репозитория и количества объектов. |