Отслеживайте ход миграции.

  • 6 мин

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

Развертывание необходимого мониторинга и интерпретация результатов мониторинга и диагностики после каждого цикла тестирования являются обязательными и важными для оптимизации миграции и планирования сокращения производства. Результаты, полученные при тестировании миграции, также необходимы для определения того, соответствует ли фактическая рабочая миграция тем же шаблонам и временным шкалам, что и тестовые миграции. Клиенты должны регулярно запрашивать у партнера SAP контрольные точки обзора проекта. Обратитесь в корпорацию Майкрософт, чтобы получить список консультантов, демонстрирующих технические и организационные навыки, необходимые для успешного выполнения проекта.

Без всестороннего мониторинга и протоколирования было бы практически невозможно добиться безопасной, повторяемой, последовательной миграции с минимальным временем простоя и гарантией отсутствия потери данных. Если возникают такие проблемы, как длительные среды выполнения некоторых пакетов, практически невозможно помочь корпорации Майкрософт и (или) SAP с помощью точечных консультаций без мониторинга данных и документации по проектированию миграции.

Во время выполнения миграции ОС/БД контролируйте следующие элементы:

  • Параметры уровня ОС на узлах базы данных и R3load: ЦП на поток, время ядра на поток, свободная память (ГБ), страница в секунду, страница на выходе в секунду, чтение дисковых операций в секунду, запись дисковых операций в секунду, чтение диска в КБ/сек, запись диска в КБ/сек.
  • Параметры уровня БД на целевом SQL Server: BCP строк/с, BCP кб/с, журнал транзакций %, временно предоставляемые буферы памяти, ожидание временно предоставляемых буферов памяти, блокировки, память блокировки, блокировка
  • Мониторинг сети: обычно этим занимается команда сети. Точная конфигурация мониторинга сети зависит от конкретной ситуации заказчика.

Во время выполнения импорта базы данных рекомендуется выполнять следующую инструкцию SQL каждые несколько минут и документировать что-либо ненормальное (например, большое время ожидания).

select session_id, request_id,start_time, status, command, wait_type, wait_resource, wait_time, last_wait_type, blocking_session_id from sys.dm_exec_requests
where session_id >49 orderby wait_time desc;

Во время всех циклов тестирования миграции следует построить "план тестируемых возможностей", показывающий количество экспортированных и импортированных пакетов (ось y) в зависимости от времени (ось x). Цель этого графа — определить ожидаемый темп прогресса во время окончательной миграции рабочей среды. Отклонение (положительное или отрицательное) от ожидаемого "Плана тестируемых возможностей" во время тестирования или окончательной миграции рабочей среды легко обнаруживается с помощью этого метода. Другие параметры, такие как ЦП, диск и R3load строк/сек, могут быть наложены поверх "Плана тестируемых возможностей".

Снимок экрана: пример графа плана полетов с импортированными и экспортированными пакетами во время тестовой миграции.

По завершении экспорта и импорта необходимо собрать отчеты о времени миграции (export_time.html и import_time.html).