Общий алгоритм действий при миграции данных

<< Click to Display Table of Contents >>

Общий алгоритм действий при миграции данных

Алгоритм действий при миграции данных включает в себя:

1.Формирование экспортного файла.

2.Проверка возможности импорта данных из экспортного файла в ОСА, корректировка данных в клиентском приложении с учетом результатов проведенной проверки и повторное формирование экспортного файла.

3.Импорт данных из экспортного файла в ОСА и последующая корректировка этих данных.

4.Принудительная синхронизации данных в БД приложения.

note

Пункты 1-3 алгоритма выполняются при отключенном режиме синхронизации приложений КОМПЛЕКСА с системой ОСА. Данный режим необходимо включить только при выполнении п. 4 алгоритма действий по миграции данных.

Алгоритм миграции данных приведен для случая, когда на предприятии для управления организационной структурой используются ЛОЦМАН:PLM и ПОЛИНОМ:MDM.

1. Формирование экспортного файла

Сформируйте экспортные файлы приложений ЛОЦМАН:PLM и ПОЛИНОМ:MDM. Данное действие выполняется в приложениях ЛОЦМАН:PLM Конфигуратор и ПОЛИНОМ:MDM Администратор соответственно.

Если на предприятии используется только одно из перечисленных приложений, то сформируйте файл только для этого приложения.

Подробная информация о работе с перечисленными приложениями приводится в справочной документации ЛОЦМАН:PLM и ПОЛИНОМ:MDM.

note

Обратите внимание, что экспортные файлы необходимо формировать для всех БД приложений КОМПЛЕКСА, содержащих информацию об организационной структуре предприятия. В данном алгоритме — это все БД ЛОЦМАН:PLM и ПОЛИНОМ:MDM.

2. Проверка возможности импорта, корректировка данных в приложениях с учетом результатов проведенной проверки

note

Порядок действий данного пункта алгоритма необходимо последовательно выполнить со всеми экспортными файлами.

1.Войдите в приложение Консоль управления ОСА, используя учетную запись Администратора системы (пользователя в роли Администраторы).

2.Нажмите кнопку eb93 Меню на главной инструментальной панели приложения и в появившемся списке вызовите команду e38eИмпорт....

3.Укажите сформированный на предыдущем этапе экспортный файл.

На экране появится диалог Импорт данных, в котором представлена информация о количестве атрибутов, субъектов и их связей, содержащихся в импортируемом файле.

4.Вызовите команду Проверить.

В результате будет сформирован отчет, в котором содержится:

перечень элементов, совпадающих в БД ОСА и импортируемом файле;

информация о наличии несоответствий в импортируемых данных.

Логика функционирования системы ОСА имеет ряд ограничений описания элементов организационной структуры предприятия. Для успешного выполнения процедуры миграции необходимо, чтобы данные, содержащиеся в экспортных файлах, не нарушали требования ограничений.

Правила обновления данных при импорте в БД ОСА:

Новые элементы добавляются в БД, а существующие в БД и совпадающие с импортируемыми — заменяются импортируемыми.

Если свойство импортируемого элемента изменено относительно содержащегося в БД ОСА, то оно будет изменено у соответствующего элемента в БД.

При этом соблюдаются следующие правила:

Если в БД пользователь имеет статус Заблокирован или Уволен, то данный статус сохраняется.

Если в БД должность имеет статус Руководящая, то он сохраняется.

Если в БД должность имеет статус Может назначать себе заместителей, то он сохраняется.

Если в БД должность пользователя выбрана как основная, то этот выбор сохраняется.

В случае выявления ошибок в экспортных файлах или нарушения требуемых ограничений в части описания элементов организационной структуры предприятия в ОСА, необходимо откорректировать данные в соответствующих БД приложений КОМПЛЕКСА. Для этого используются приложения ЛОЦМАН:PLM Конфигуратор и ПОЛИНОМ:MDM Редактор справочников. Работа в указанных приложениях подробно описана в справочной документации ЛОЦМАН:PLM и ПОЛИНОМ:MDM.

5.Внесите необходимые изменения в БД приложения и вновь сформируйте экспортный файл.

Аналогичные действия по проверке необходимо выполнить со всеми БД, экспортный файл которых имеет несоответствия по результатам проверки.

note

Для проверки выполненных корректировок повторно воспользуйтесь командой Проверить диалога Импорт данных приложения Консоль управления ОСА.

3. Импорт данных в ОСА

note

К данному пункту алгоритма следует приступать только после успешно пройденной проверки всех экспортных файлов.

Порядок действий данного пункта алгоритма необходимо последовательно выполнить со всеми экспортными файлами.

С учетом того, что модель данных в ОСА в части описания организационной структуры наиболее похожа на модель данных ЛОЦМАН:PLM, рекомендуется сначала выполнять импорт данных из экспортных файлов системы ЛОЦМАН:PLM, а после — ПОЛИНОМ:MDM.

Если первоначально импорт данных выполняется из ЛОЦМАН:PLM, то это позволяет получить корректную информацию только по специализированным свойствам: Статус пользователя, Основная должность пользователя, Руководящая должность, Заместители должности. Далее при импорте из ПОЛИНОМ:MDM происходит корректировка информации о ФИО пользователя, а также сохранение информации, полученной по специализированным свойствам.

1.В приложении Консоль управления ОСА выполните команду Импорт....

2.Укажите сформированный и проверенный экспортный файл.

На экране появится диалог Импорт данных, в котором представлена информация о количестве атрибутов, субъектов и их связей, содержащихся в импортируемом файле.

3.Вызовите команду Импортировать.

В результате будет сформирован отчет, в котором содержится:

перечень элементов, совпадающих в БД ОСА и импортируемом файле;

информация о наличии несоответствий в импортируемых данных.

adv

В некоторых браузерах отчет может отображаться в виде всплывающего окна. В связи с этим отчет будет показан, если в настройках браузера отключена блокировка всплывающих окон.

note

При последовательном импорте значения свойств элементов организационной структуры, совпадающие со значениями в импортируемом файле, заменяются данными из файла. Правила обновления данных при импорте приведены в пункте 2 алгоритма.

Импортируемые элементы сопоставляются с элементами БД ОСА следующим образом: пользователи — по логину, роли и должности — по наименованию, подразделения — по полному наименованию, т. е. по пути от головного подразделения.

note

В системе не фиксируется внесение изменений в данные при выполнении импорта, в связи с чем после импорта необходимо обязательно выполнять принудительную синхронизацию данных в очередь приложения. Это нужно для того, чтобы измененные данные в результате импорта попали в БД клиентских приложений.

4. Принудительная синхронизация данных в БД приложений КОМПЛЕКСА

note

Перед выполнением этого пункта алгоритма миграции в приложениях КОМПЛЕКСА необходимо включить режим синхронизации с системой ОСА.

После завершения процесса импорта данных в БД ОСА необходимо осуществить принудительную синхронизацию описаний элементов организационной структуры в БД приложений КОМПЛЕКСА.

В ходе выполнения этой процедуры данные в БД всех приложений будут обновлены и приведены в соответствие с описаниями в БД ОСА.

f70d

В приложении Консоль управления ОСА выполните команду Синхронизация данных..., используя кнопку eb93 Меню.

В появившемся диалоге отображается информация об очередях сообщений, создаваемых серверами приложений-клиентов ОСА.

Рядом с каждой очередью отображается пиктограмма, которая обозначает, что очередь содержит:

pict_preduprezhdenie

необработанные сообщения,

chek_mark2

необработанные сообщения с ошибками,
При нажатии на пиктограмму открывается диалог Ошибки синхронизации со списком возникших ошибок синхронизации и их описанием.

chek_mark1

обработанные сообщения без ошибок (т.е. пустая очередь).

Наименование очереди сообщений формируется согласно шаблону {Id_продукта}-{CAS}-{Synchronization}-{...},

где:

{Id_продукта} — уникальный идентификатор клиента ОСА (приложения КОМПЛЕКСА), отображается в брокере сообщений;

{CAS} — строка с наименованием системы ОСА;

{Synchronization} — служебная строка, определяющая принадлежность очереди к очередям синхронизации;

{...} — произвольные строки в зависимости от потребностей клиента ОСА.

Чтобы синхронизировать данные, выберите очереди (при миграции следует выбрать все очереди) и нажмите кнопку Синхронизировать.

По завершении принудительной синхронизации каждый пользователь системы должен выполнить однократный успешный вход в ОСА. При этом в системе должна быть включена событийная синхронизация.

На этом процедуру миграции можно считать завершенной.