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

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

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

***

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

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

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

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

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

* `ID`; `Date/Time`; `Job Name`.

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

<figure><img src="https://3897004327-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxtktVszR0RODYDYGVLjB%2Fuploads%2FsizThdXzI2GxvadsbPgF%2Fimage.png?alt=media&#x26;token=7512e07a-109f-42ea-97ed-394d7bffb2a2" alt=""><figcaption></figcaption></figure>

### 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`;
* последующее создание и привязка связанных объектов.

<figure><img src="https://3897004327-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxtktVszR0RODYDYGVLjB%2Fuploads%2FkmvtXRFa4LQSKdh6A91S%2Fimage.png?alt=media&#x26;token=5ce2e443-4aea-44ab-ad93-4a15996b5642" alt=""><figcaption></figcaption></figure>

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

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

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

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

{% hint style="info" %}
Если запись не выбрана, нижняя область `Log View` может отображать пустое состояние `No data`.
{% endhint %}

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

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

Для этого:

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

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

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

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

* `testpool`;
* `test2pool`.

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

<figure><img src="https://3897004327-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxtktVszR0RODYDYGVLjB%2Fuploads%2F9iV8kdnfqdusgmUkI0qH%2Fimage.png?alt=media&#x26;token=05d4f4d6-37b5-4cea-8a52-8910e4246171" alt=""><figcaption></figcaption></figure>

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

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

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