Руководство: Онлайн миграция из Amazon Aurora PostgreSQL в базу данных Azure для PostgreSQL с помощью службы миграции

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

Чтобы выполнить миграцию с помощью портал Azure, сначала настройте задачу миграции. Затем подключитесь к источнику и целевому объекту и инициируйте миграцию.

Настройка задачи миграции

Чтобы настроить задачу миграции в портал Azure, выполните следующие действия.

1. Откройте веб-браузер и перейдите к портал Azure. Введите свои учетные данные для входа.

2. Перейдите к экземпляру гибкого сервера Базы данных Azure для PostgreSQL.

3. В меню службы выберите "Миграция".

   

4. Выберите "Создать", чтобы перейти с Amazon Aurora на гибкий сервер.

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

5. Выберите Создать, чтобы пройти по ряду вкладок для настройки миграции.

   

Настройка

Введите или выберите следующие сведения.

• Имя миграции: введите уникальный идентификатор для каждой миграции на этот целевой гибкий сервер. В имени миграции можно использовать только буквенно-цифровые символы и дефисы (-). Имя не может начинаться с дефиса, и оно должно быть уникальным для целевого сервера. Не допускается, чтобы две миграции на один и тот же гибкий сервер-назначение имели одинаковое имя.

• Тип исходного сервера: выберите тип источника, соответствующий источнику PostgreSQL, например облачной службе PostgreSQL, локальной установке или виртуальной машине.

• Вариант миграции: выберите один из следующих вариантов для проверки предварительной миграции:

  • Проверка. Проверяет готовность сервера и базы данных к миграции в целевой источник.
  • Миграция. Пропускает проверки и запускает миграцию.
  • Валидация и миграция. Выполняет проверку перед активацией миграции. Если нет сбоев проверки, миграция активируется.

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

  Дополнительные сведения см. в разделе "Проверка предварительной миграции".

• Режим миграции: выберите режим миграции. Параметр по умолчанию — "Вне сети".

Нажмите кнопку "Далее" — подключение к источнику.

Выбор сервера среды выполнения

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

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

Подключение к источнику

На вкладке "Подключение к источнику " введите или выберите следующие сведения для источника базы данных:

• Имя сервера: введите имя узла или IP-адрес исходного экземпляра PostgreSQL.
• Порт: введите номер порта исходного сервера.
• Имя входа администратора сервера: введите имя пользователя исходного сервера PostgreSQL.
• Пароль: введите пароль исходного сервера PostgreSQL.
• Режим SSL: поддерживаемые значения — предпочитать и требовать. Если протокол Secure Sockets Layer (SSL) на исходном сервере PostgreSQL отключен, выберите Предпочесть. Если ssl на исходном сервере включен, выберите "Требовать". Значения SSL задаются в файле postgresql.conf .
• Проверка подключения. Инициирует тест подключения между целевым объектом и источником. Когда подключение выполнено успешно, перейдите к следующему шагу, чтобы определить сетевые проблемы между целевым объектом и источником, а также проверить имя пользователя и пароль источника. Установка тестового подключения занимает несколько минут.

После успешного тестового подключения нажмите кнопку "Далее: выбрать целевой объект миграции".

Выберите целевой объект миграции

На вкладке "Выбор целевого объекта миграции" введите или выберите следующие сведения для гибкого целевого сервера в дополнение к подписке, группе ресурсов и имени сервера:

• Имя администратора: имя администратора целевого сервера PostgreSQL.
• Пароль: пароль целевого сервера PostgreSQL.
• Настраиваемое полное доменное имя или IP-адрес (необязательно): настраиваемое полное доменное имя/IP-адрес является необязательным и может использоваться, если целевой объект находится за пользовательским DNS-сервером или имеет пользовательские пространства имен DNS, что делает его доступным только через определенные полные доменные имена или IP-адреса. Например, это может включать такие записи, как flexibleserver.example.com, 198.1.0.2 или полное доменное имя PostgreSQL, например flexibleserver.postgres.database.azure.com, если пользовательский DNS-сервер содержит DNS-зону postgres.database.azure.com или перенаправляет запросы для этой зоны на 168.63.129.16, где полное доменное имя разрешается в общедоступной или частной зоне DNS Azure.
• Проверка подключения. Инициирует тест подключения между целевым объектом и источником. После успешного подключения перейдите к следующему шагу, чтобы определить проблемы с сетью между целевым объектом и источником, а также проверить имя пользователя и пароль для целевого сервера. Установка тестового подключения занимает несколько минут.

После успешного тестового подключения нажмите кнопку "Далее: выберите базы данных" для миграции.

Выбор баз данных для миграции

На вкладке "Выбор базы данных для миграции" выберите из списка пользовательских баз данных для миграции с исходного сервера PostgreSQL.

После выбора баз данных нажмите кнопку "Далее: сводка".

Итоги

На вкладке "Сводка " приведены все сведения о источнике и целевом объекте для создания проверки или миграции. Просмотрите сведения, а затем нажмите кнопку "Начать проверку и миграцию".

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

Через несколько секунд после нажатия кнопки "Начать проверку и миграцию" появится уведомление о том, что проверка или создание миграции успешно выполнено. Вы перенаправляетесь на вкладку Migration экземпляра гибкого сервера. Запись состояния равна InProgress, а подсостояние — PerformingPreRequisiteSteps. Рабочий процесс занимает от 2 до 3 минут, чтобы настроить инфраструктуру миграции и проверить сетевые подключения.

Сетка, отображающая миграцию, содержит следующие столбцы:

• Имя
• Состояние
• Режим миграции
• Тип переноса
• Исходный сервер
• Тип исходного сервера
• Базы данных
• Длительность
• Время начала

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

Сведения о переносе

В списке миграций выберите имя миграции, чтобы просмотреть связанные сведения.

На вкладке "Настройка" выберите параметр "Проверка и миграция". В этом сценарии проверки выполняются до начала миграции. После завершения подстатения PerformingPrequisiteSteps рабочий процесс переходит в подстаток "Проверка в ходе выполнения".

• Если проверка имеет ошибки, миграция переходит в состояние сбоя .

• Если проверка завершена без каких-либо ошибок, начинается миграция, и рабочий процесс переходит в подсостояние Миграция данных.

Сведения о проверке можно проверить на уровне экземпляра и на уровне базы данных:

• Проверка на уровне экземпляра:

  • Проверьте проверку, связанную с проверкой подключения для исходной версии ( PostgreSQL version >= 9.5 проверки параметров сервера), если расширения включены в параметрах сервера экземпляра гибкого сервера Базы данных Azure для PostgreSQL.

• Проверка на уровне базы данных:

  • Проверьте проверку отдельных баз данных, связанных с расширениями и параметрами сортировки, в гибком сервере Базы данных Azure для PostgreSQL.

Текущее состояние миграции и проверки можно просмотреть на панели сведений о миграции.

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

Состояния миграции

Подсостояния миграции

Этапы валидации

Инициирование переключение

Если появляются кнопки Миграция и Проверка и миграция, завершение онлайн-миграции требует дополнительного шага — проведения cutover. После завершения копирования и клона базовых данных миграция переходит к состоянию WaitForUserAction и подстату WaitForCutoverTrigger . В этом состоянии пользователь может начать переход через портал, выбрав миграцию.

Прежде чем инициировать переключение, важно убедиться в том, что:

• Записи в источник остановлены.
• Значение latency уменьшается до 0 или близко к 0.

Вы можете узнать значение latency в области сведений о миграции.

Значение latency указывает, когда целевой объект последний раз синхронизирован с источником. На этом этапе запись в источник может быть остановлена, и можно инициировать переключение. Если на исходном сервере есть большой трафик, рекомендуется сначала остановить запись, чтобы latency приблизиться к 0. Затем инициируйте переключение.

Операция переключения применяет все ожидающие изменения из источника в целевой объект и завершает миграцию. Если вы активируете переключение, даже с ненулевым значением latency, репликация останавливается в этот момент. Все данные указываются в источнике, пока не будет применена точка перехода к целевому объекту. Например, если задержка составляет 15 минут в точке переключение, все измененные данные за последние 15 минут применяются к целевому объекту. Время завершения перехода зависит от накопленных изменений, произошедших во время этих 15 минут. Поэтому мы рекомендуем снизить задержку до нуля или почти нуля перед запуском переключения.

Миграция переходит в состояние "Успешно", когда подсостояние миграции данных или переключение (в процессе онлайн-миграции) завершается успешно. Если в подстатке "Перенос данных" возникла проблема, миграция переходит в состояние "Сбой".

В этой статье описывается, как использовать Azure CLI для переноса базы данных PostgreSQL из Amazon Aurora в База данных Azure для PostgreSQL. Azure CLI — это мощный и гибкий интерфейс командной строки, который можно использовать для выполнения различных задач, включая миграцию баз данных.

Дополнительные сведения см. в статье "Настройка Azure CLI для службы миграции".

После установки Azure CLI в командной строке войдите в учетную запись Azure с помощью следующей команды:

az login

Настройка задачи миграции

1. Чтобы начать миграцию, создайте JSON-файл для хранения сведений о миграции. Сохраните JSON-файл на локальном компьютере в качестве <имени> файла.json. Например, файл можно сохранить как C:\migration-CLI\migration_body.json.

   Скопируйте следующий код JSON и вставьте его в JSON-файл. Замените <placeholders> соответствующими сведениями из вашего сценария.

   {
   "properties": {
   "SourceDBServerResourceId": "<source host name or IP address>:<port>@<username>",
           "SecretParameters": {
               "AdminCredentials": {
                   "SourceServerPassword": "<source password>",
                   "TargetServerPassword": "<target password>"
               },
               "targetServerUserName": "<target username>"
           },
           "DBsToMigrate": "<a comma-separated list of databases in an array, similar to the example "ticketdb","timedb","inventorydb">",
           "OverwriteDBsInTarget": "true",
           "sourceType": "AWS_AURORA",
           "sslMode": "Require"
       }
   }
   

2. Выполните следующую команду, чтобы проверить, выполняются ли миграции. Имя миграции уникально для миграций в целевом объекте гибкого сервера базы данных Azure для PostgreSQL.

   az postgres flexible-server migration list --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --filter All
   

3. На предыдущих шагах миграция не выполняется. Начните с новой миграции, выполнив следующую команду:

   az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --migration-mode online --migration-option ValidateAndMigrate --properties "C:\migration-cli\migration_body.json"
   

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

   az postgres flexible-server migration show --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1
   

   Состояние миграции отображается в Azure CLI. Вы также можете просмотреть состояние экземпляра гибкого сервера Базы данных Azure для PostgreSQL на портале Azure.

Отмена или удаление миграции

Вы можете отменить все текущие попытки миграции с помощью cancel команды. Эта команда останавливает конкретную попытку миграции и откатит все изменения на целевом сервере.

Ниже приведена команда Azure CLI для удаления миграции:

az postgres flexible-server migration update cancel --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1

Прямая миграция

После завершения миграции базовых данных в режиме онлайн-миграции задача миграции переходит к подстатю WaitForCutoverTrigger . В этом состоянии можно активировать переключение с помощью следующей команды в Azure CLI:

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --cutover

Вы также можете активировать переход на портале, выбрав имя миграции в таблице миграции.