|
<< Click to Display Table of Contents >> Общий алгоритм действий при миграции данных |
Алгоритм действий при миграции данных включает в себя:
1.Формирование экспортного файла.
2.Проверка возможности импорта данных из экспортного файла в ОСА, корректировка данных в клиентском приложении с учетом результатов проведенной проверки и повторное формирование экспортного файла.
3.Импорт данных из экспортного файла в ОСА и последующая корректировка этих данных.
4.Принудительная синхронизации данных в БД приложения.
|
Пункты 1-3 алгоритма выполняются при отключенном режиме синхронизации приложений КОМПЛЕКСА с системой ОСА. Данный режим необходимо включить только при выполнении п. 4 алгоритма действий по миграции данных. |
Алгоритм миграции данных приведен для случая, когда на предприятии для управления организационной структурой используются ЛОЦМАН:PLM и ПОЛИНОМ:MDM.
1. Формирование экспортного файла
Сформируйте экспортные файлы приложений ЛОЦМАН:PLM и ПОЛИНОМ:MDM. Данное действие выполняется в приложениях ЛОЦМАН:PLM Конфигуратор и ПОЛИНОМ:MDM Администратор соответственно.
Если на предприятии используется только одно из перечисленных приложений, то сформируйте файл только для этого приложения.
Подробная информация о работе с перечисленными приложениями приводится в справочной документации ЛОЦМАН:PLM и ПОЛИНОМ:MDM.
|
Обратите внимание, что экспортные файлы необходимо формировать для всех БД приложений КОМПЛЕКСА, содержащих информацию об организационной структуре предприятия. В данном алгоритме — это все БД ЛОЦМАН:PLM и ПОЛИНОМ:MDM. |
2. Проверка возможности импорта, корректировка данных в приложениях с учетом результатов проведенной проверки
|
Порядок действий данного пункта алгоритма необходимо последовательно выполнить со всеми экспортными файлами. |
1.Войдите в приложение Консоль управления ОСА, используя учетную запись Администратора системы (пользователя в роли Администраторы).
2.Нажмите кнопку
Меню на главной инструментальной панели приложения и в появившемся списке вызовите команду
Импорт....
3.Укажите сформированный на предыдущем этапе экспортный файл.
На экране появится диалог Импорт данных, в котором представлена информация о количестве атрибутов, субъектов и их связей, содержащихся в импортируемом файле.
4.Вызовите команду Проверить.
В результате будет сформирован отчет, в котором содержится:
–перечень элементов, совпадающих в БД ОСА и импортируемом файле;
–информация о наличии несоответствий в импортируемых данных.
Логика функционирования системы ОСА имеет ряд ограничений описания элементов организационной структуры предприятия. Для успешного выполнения процедуры миграции необходимо, чтобы данные, содержащиеся в экспортных файлах, не нарушали требования ограничений.
Правила обновления данных при импорте в БД ОСА:
•Новые элементы добавляются в БД, а существующие в БД и совпадающие с импортируемыми — заменяются импортируемыми.
•Если свойство импортируемого элемента изменено относительно содержащегося в БД ОСА, то оно будет изменено у соответствующего элемента в БД.
При этом соблюдаются следующие правила:
•Если в БД пользователь имеет статус Заблокирован или Уволен, то данный статус сохраняется.
•Если в БД должность имеет статус Руководящая, то он сохраняется.
•Если в БД должность имеет статус Может назначать себе заместителей, то он сохраняется.
•Если в БД должность пользователя выбрана как основная, то этот выбор сохраняется.
В случае выявления ошибок в экспортных файлах или нарушения требуемых ограничений в части описания элементов организационной структуры предприятия в ОСА, необходимо откорректировать данные в соответствующих БД приложений КОМПЛЕКСА. Для этого используются приложения ЛОЦМАН:PLM Конфигуратор и ПОЛИНОМ:MDM Редактор справочников. Работа в указанных приложениях подробно описана в справочной документации ЛОЦМАН:PLM и ПОЛИНОМ:MDM.
5.Внесите необходимые изменения в БД приложения и вновь сформируйте экспортный файл.
Аналогичные действия по проверке необходимо выполнить со всеми БД, экспортный файл которых имеет несоответствия по результатам проверки.
|
Для проверки выполненных корректировок повторно воспользуйтесь командой Проверить диалога Импорт данных приложения Консоль управления ОСА. |
3. Импорт данных в ОСА
|
К данному пункту алгоритма следует приступать только после успешно пройденной проверки всех экспортных файлов. Порядок действий данного пункта алгоритма необходимо последовательно выполнить со всеми экспортными файлами. |
С учетом того, что модель данных в ОСА в части описания организационной структуры наиболее похожа на модель данных ЛОЦМАН:PLM, рекомендуется сначала выполнять импорт данных из экспортных файлов системы ЛОЦМАН:PLM, а после — ПОЛИНОМ:MDM.
Если первоначально импорт данных выполняется из ЛОЦМАН:PLM, то это позволяет получить корректную информацию только по специализированным свойствам: Статус пользователя, Основная должность пользователя, Руководящая должность, Заместители должности. Далее при импорте из ПОЛИНОМ:MDM происходит корректировка информации о ФИО пользователя, а также сохранение информации, полученной по специализированным свойствам.
1.В приложении Консоль управления ОСА выполните команду Импорт....
2.Укажите сформированный и проверенный экспортный файл.
На экране появится диалог Импорт данных, в котором представлена информация о количестве атрибутов, субъектов и их связей, содержащихся в импортируемом файле.
3.Вызовите команду Импортировать.
В результате будет сформирован отчет, в котором содержится:
–перечень элементов, совпадающих в БД ОСА и импортируемом файле;
–информация о наличии несоответствий в импортируемых данных.
|
В некоторых браузерах отчет может отображаться в виде всплывающего окна. В связи с этим отчет будет показан, если в настройках браузера отключена блокировка всплывающих окон. |
|
При последовательном импорте значения свойств элементов организационной структуры, совпадающие со значениями в импортируемом файле, заменяются данными из файла. Правила обновления данных при импорте приведены в пункте 2 алгоритма. Импортируемые элементы сопоставляются с элементами БД ОСА следующим образом: пользователи — по логину, роли и должности — по наименованию, подразделения — по полному наименованию, т. е. по пути от головного подразделения. |
|
В системе не фиксируется внесение изменений в данные при выполнении импорта, в связи с чем после импорта необходимо обязательно выполнять принудительную синхронизацию данных в очередь приложения. Это нужно для того, чтобы измененные данные в результате импорта попали в БД клиентских приложений. |
4. Принудительная синхронизация данных в БД приложений КОМПЛЕКСА
|
Перед выполнением этого пункта алгоритма миграции в приложениях КОМПЛЕКСА необходимо включить режим синхронизации с системой ОСА. |
После завершения процесса импорта данных в БД ОСА необходимо осуществить принудительную синхронизацию описаний элементов организационной структуры в БД приложений КОМПЛЕКСА.
В ходе выполнения этой процедуры данные в БД всех приложений будут обновлены и приведены в соответствие с описаниями в БД ОСА.
![]()
В приложении Консоль управления ОСА выполните команду Синхронизация данных..., используя кнопку
Меню.
В появившемся диалоге отображается информация об очередях сообщений, создаваемых серверами приложений-клиентов ОСА.
Рядом с каждой очередью отображается пиктограмма, которая обозначает, что очередь содержит:
![]()
•необработанные сообщения,
![]()
•необработанные сообщения с ошибками,
При нажатии на пиктограмму открывается диалог Ошибки синхронизации со списком возникших ошибок синхронизации и их описанием.
![]()
•обработанные сообщения без ошибок (т.е. пустая очередь).
Наименование очереди сообщений формируется согласно шаблону {Id_продукта}-{CAS}-{Synchronization}-{...},
где:
{Id_продукта} — уникальный идентификатор клиента ОСА (приложения КОМПЛЕКСА), отображается в брокере сообщений;
{CAS} — строка с наименованием системы ОСА;
{Synchronization} — служебная строка, определяющая принадлежность очереди к очередям синхронизации;
{...} — произвольные строки в зависимости от потребностей клиента ОСА.
Чтобы синхронизировать данные, выберите очереди (при миграции следует выбрать все очереди) и нажмите кнопку Синхронизировать.
По завершении принудительной синхронизации каждый пользователь системы должен выполнить однократный успешный вход в ОСА. При этом в системе должна быть включена событийная синхронизация.
На этом процедуру миграции можно считать завершенной.