Руководство: Офлайн-перенос из 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: поддерживаемые значения — предпочитать и требовать. Если 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.

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

Итоги

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Субсостояния проверки

Отмена миграции

Вы можете отменить все текущие проверки или миграции. Рабочий процесс должен находиться в состоянии В процессе, чтобы его можно было отменить. Невозможно отменить проверку или миграцию, которая находится в состоянии "Успешно " или "Сбой ".

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

В этой статье описывается, как использовать 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 offline --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