Журналы, контроль выполнения и проверка результата

Назначение раздела

В данном разделе описано, как администратор контролирует выполнение задания миграции, анализирует журналы и подтверждает успешный перенос конфигурации на резервную площадку.

---

1. Переход в раздел Журналы

После выполнения операций Generate Config и Run администратор открывает раздел Журналы.

В верхней части страницы доступны основные действия:

• Просмотр; Удалить;
• обновление списка.

В верхней таблице отображается список записей журнала с колонками:

• ID; Date/Time; Job Name.

Ниже располагается область детального просмотра Log View (ID: ...), в которой отображается содержимое выбранной записи.

2. Какие записи должен увидеть администратор

В типовом сценарии после выполнения задания должны появиться как минимум две записи:

• журнал генерации конфигурации (Generate Config);
• журнал выполнения миграции (Run).

Если используется задание DailyBackupJob, администратор должен увидеть записи, относящиеся именно к этому заданию.

На предоставленном примере в списке отображаются две записи для DailyBackupJob:

• запись с ID = 1;
• запись с ID = 2.

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

---

3. Анализ журнала Generate Config

Журнал генерации конфигурации подтверждает, что XRM Director смог:

• подключиться к основному брокеру;
• считать конфигурацию выбранных сервис-пулов;
• сохранить необходимые параметры для дальнейшего переноса.

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

На предоставленном примере журнал генерации открывается для записи Log View (ID: 1).

В начале журнала отображаются характерные строки:

• Job submitted to Generate. JobID: 1;
• Trying to get data from broker for 'testpool' plan name.

Далее в журнале последовательно отображаются данные, считанные из конфигурации сервис-пула, включая:

• идентификатор и имя сервис-пула;
• параметры пула;
• группы;
• транспорты;
• назначенные сервисы;
• assignables и другие связанные сущности.

4. Анализ журнала Run

Журнал выполнения Run подтверждает фактический перенос конфигурации на резервную площадку.

Из него администратор должен увидеть, что система:

• считала ранее сформированный план;
• подключилась к резервному брокеру;
• начала создание или воспроизведение объектов;
• перенесла конфигурацию сервис-пулов.

На предоставленном примере журнал выполнения открывается для записи Log View (ID: 2).

В начале журнала отображаются характерные строки:

• Job submitted to run. JobID: 1;
• Trying to read saved data from 'plandata/DailyBackupJob.plandata' config file;
• Trying to send 'testpool' data to secondary broker.

Далее в журнале отображаются пошаговые действия по воспроизведению конфигурации на резервной площадке, например:

• Creating authenticators;
• создание группы adm;
• создание пользователей authenticator users;
• последующее создание и привязка связанных объектов.

5. Как открыть запись журнала

Для просмотра содержимого конкретной записи администратор должен:

1. выбрать нужную строку в верхней таблице журнала;
2. отметить ее чекбоксом;
3. нажать кнопку Просмотр.

После этого в нижней части страницы в блоке Log View отобразится содержимое выбранной записи.

⚠️ Если запись не выбрана, нижняя область Log View может отображать пустое состояние No data.

6. Проверка результата на резервном брокере

После анализа журналов необходимо убедиться в фактическом результате миграции.

Для этого:

1. вернитесь в раздел управления брокерами;
2. выберите резервный брокер;
3. нажмите Управление;
4. откройте интерфейс резервной площадки;
5. перейдите в раздел сервис-пулов.

Что должен увидеть администратор

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

В демонстрационном сценарии это:

• testpool;
• test2pool.

Оба должны находиться в статусе Active.

7. Что считается подтверждением успешной миграции

Администратор может считать миграцию успешной, если одновременно выполнены следующие условия:

• в журналах нет критических ошибок;
• операция Generate Config завершилась успешно;
• операция Run завершилась успешно;
• на резервном брокере появились ожидаемые сервис-пулы;
• сервис-пулы активны;
• ключевые элементы конфигурации воспроизведены корректно.