Руководство. Перенос из Amazon Aurora PostgreSQL в автономный режим в База данных Azure для PostgreSQL с помощью службы миграции
В этой статье описывается, как перенести базу данных PostgreSQL из Amazon Aurora в База данных Azure для PostgreSQL в автономном режиме.
Служба миграции в База данных Azure для PostgreSQL — это полностью управляемая служба, интегрированная в портал Azure и Azure CLI. Она предназначена для упрощения перехода к База данных Azure для PostgreSQL.
Изучив это руководство, вы:
- Предварительные требования
- Запуск миграции
- Отслеживайте ход миграции.
- Проверка миграции
Необходимые компоненты
Перед началом миграции с помощью службы миграции в База данных Azure для PostgreSQL важно выполнить следующие предварительные требования. Эти предварительные требования специально предназначены для сценариев автономной миграции.
- Проверка исходной версии
- Настройка целевой установки
- Настройка настройки сети
- Включение расширений
- Проверка параметров сервера
- Проверка пользователей и ролей
- Отключение высокой доступности (надежность) и реплик чтения в целевом объекте
Проверка исходной версии
Исходная версия сервера PostgreSQL должна быть 9.5 или более поздней. Если исходная версия PostgreSQL выше 9.5, обновите версию до версии 9.5 или более поздней перед началом миграции.
Настройка целевой установки
Перед началом миграции необходимо создать экземпляр База данных Azure для PostgreSQL в Azure. Номер SKU, подготовленный для База данных Azure для PostgreSQL — гибкий сервер должен соответствовать источнику.
Дополнительные сведения см. в статье "Создание экземпляра База данных Azure для PostgreSQL — гибкий сервер".
Настройка настройки сети
Настройка сети имеет решающее значение для правильной работы службы миграции. Убедитесь, что исходный сервер PostgreSQL может взаимодействовать с целевым сервером в База данных Azure для PostgreSQL.
Сведения о настройке сети см . в сценариях сети для службы миграции.
Включение расширений
Чтобы обеспечить успешную миграцию с помощью службы миграции в База данных Azure для PostgreSQL, может потребоваться проверить расширения для исходного экземпляра PostgreSQL. Расширения предоставляют функциональные возможности и функции, которые могут потребоваться для приложения. Перед началом процесса миграции проверьте расширения в исходном экземпляре PostgreSQL.
В целевом экземпляре База данных Azure для PostgreSQL — гибкий сервер включите поддерживаемые расширения, которые определены в исходном экземпляре PostgreSQL.
Дополнительные сведения см. в разделе "Расширения" в База данных Azure для PostgreSQL.
Примечание.
При внесении изменений в shared_preload_libraries параметр требуется перезапуск.
Проверка параметров сервера
Параметры сервера не переносятся автоматически в целевую среду и должны быть настроены вручную.
Сопоставлять значения параметров сервера из исходной базы данных PostgreSQL с экземпляром База данных Azure для PostgreSQL. В портал Azure перейдите к параметрам сервера и вручную обновите значения.
Сохраните изменения параметров и перезапустите экземпляр База данных Azure для PostgreSQL, чтобы применить новую конфигурацию при необходимости.
Проверка пользователей и ролей
При миграции на База данных Azure для PostgreSQL важно решить проблему миграции пользователей и ролей отдельно, так как им требуется вмешательство вручную.
Миграция пользователей и ролей вручную. Пользователи и связанные с ними роли должны быть перенесены вручную в экземпляр База данных Azure для PostgreSQL. Для упрощения этого процесса можно использовать служебную программу pg_dumpall с флагом
--globals-onlyдля экспорта глобальных объектов, таких как роли и учетные записи пользователей.Выполните следующую команду . Замените
<username>фактическим именем пользователя и замените<filename>его именем, которое вы хотите использовать для выходного файла.pg_dumpall --globals-only -U <username> -f <filename>.sqlОграничение на роли суперпользователя: База данных Azure для PostgreSQL не поддерживает роли суперпользователя. Перед миграцией необходимо удалить разрешения суперпользователя. Убедитесь, что разрешения и роли настроены соответствующим образом.
Выполнив эти действия, вы можете убедиться, что учетные записи пользователей и роли правильно перенесены в База данных Azure для PostgreSQL без проблем, связанных с ограничениями суперпользователя.
Отключение высокой доступности (надежность) и реплик чтения в целевом объекте
Важно отключить высокий уровень доступности (надежность) и реплики чтения в целевой среде перед началом миграции. Эти функции должны быть включены только после завершения миграции.
Запуск миграции
Вы можете перенести с помощью портал Azure или Azure CLI.
В портал Azure есть простой и интуитивно понятный интерфейс мастера, который поможет вам выполнить миграцию. Выполнив действия, описанные в этом руководстве, вы можете легко перенести базу данных в База данных Azure для PostgreSQL — гибкий сервер и воспользоваться преимуществами своих мощных функций и масштабируемости.
Чтобы выполнить миграцию с помощью портал Azure, сначала настройте задачу миграции. Затем подключитесь к источнику и целевому объекту и инициируйте миграцию.
Настройка задачи миграции
Чтобы настроить задачу миграции в портал Azure, выполните следующие действия.
Откройте веб-браузер и перейдите к портал Azure. Введите свои учетные данные для входа.
Перейдите к экземпляру База данных Azure для PostgreSQL — гибкий сервер.
В меню службы выберите "Миграция".
Выберите "Создать", чтобы перейти с Amazon Aurora на гибкий сервер.
При первом использовании службы миграции появится пустая сетка с запросом на начало первой миграции. Если миграция на гибкий целевой сервер уже создана, сетка содержит сведения о попытках миграции.
Чтобы настроить миграцию, выберите "Создать ", чтобы выполнить шаг через ряд вкладок.
Настройка
Введите или выберите следующие сведения.
Имя миграции: введите уникальный идентификатор для каждой миграции на этот гибкий целевой сервер. В имени миграции можно использовать только буквенно-цифровые символы и дефисы (
-). Имя не может начинаться с дефиса, и оно должно быть уникальным для целевого сервера. Нет двух миграций в один и тот же гибкий целевой объект сервера с одинаковым именем.Тип исходного сервера: выберите тип источника, соответствующий источнику PostgreSQL, например облачной службе PostgreSQL, локальной установке или виртуальной машине.
Вариант миграции: выберите один из следующих вариантов для предварительной проверки миграции:
- Проверка. Проверяет готовность сервера и базы данных к миграции в целевой источник.
- Миграция. Пропускает проверки и запускает миграцию.
- Проверка и миграция. Выполняет проверку перед активацией миграции. Если нет сбоев проверки, миграция активируется.
Рекомендуется выбрать параметр проверки или проверки и миграции для предварительной проверки миграции.
Дополнительные сведения см. в разделе "Проверка предварительной миграции".
Режим миграции: выберите режим миграции. Параметр по умолчанию — "Вне сети".
Нажмите кнопку "Далее" — подключение к источнику.
Выбор сервера среды выполнения
Сервер среды выполнения миграции — это специализированная функция службы миграции. Сервер среды выполнения выступает в качестве промежуточного сервера во время миграции. Это отдельный экземпляр База данных Azure для PostgreSQL — гибкий сервер, который не является целевым сервером. Сервер среды выполнения упрощает миграцию баз данных из исходной среды, доступной только через частную сеть.
Дополнительные сведения см. на сервере среды выполнения миграции.
Подключение к источнику
На вкладке "Подключение к источнику " введите или выберите следующие сведения для источника базы данных:
- Имя сервера: введите имя узла или IP-адрес исходного экземпляра PostgreSQL.
- Порт: введите номер порта исходного сервера.
- Имя входа администратора сервера: введите имя пользователя исходного сервера PostgreSQL.
- Пароль: введите пароль исходного сервера PostgreSQL.
- Режим SSL: поддерживаемые значения — предпочитать и требовать. Если уровень secure Sockets (SSL) на исходном сервере PostgreSQL отключен, нажмите кнопку "Предпочитать". Если ssl на исходном сервере включен, выберите "Требовать". Значения SSL задаются в файле postgresql.conf .
- Проверка подключения. Инициирует тест подключения между целевым объектом и источником. Когда подключение выполнено успешно, перейдите к следующему шагу, чтобы определить сетевые проблемы между целевым объектом и источником, а также проверить имя пользователя и пароль источника. Установка тестового подключения занимает несколько минут.
После успешного тестового подключения нажмите кнопку "Далее: выбрать целевой объект миграции".
Выберите целевой объект миграции
На вкладке "Выбор целевого объекта миграции" введите или выберите следующие сведения для гибкого целевого сервера в дополнение к подписке, группе ресурсов и имени сервера:
- Имя администратора: имя администратора целевого сервера PostgreSQL.
- Пароль: пароль целевого сервера PostgreSQL.
- Настраиваемое полное доменное имя или IP-адрес (необязательно): настраиваемое полное доменное имя/IP-адрес является необязательным и может использоваться, если целевой объект находится за пользовательским DNS-сервером или имеет пользовательские пространства имен DNS, что делает его доступным только через определенные полные доменные имена или IP-адреса. Например, это может включать такие записи, как
flexibleserver.example.com198.1.0.2, или полное доменное имя PostgreSQL, напримерflexibleserver.postgres.database.azure.com, если пользовательский DNS-сервер содержит зонуpostgres.database.azure.comDNS или пересылает запросы для этой зоны168.63.129.16, где полное доменное имя разрешается в общедоступной или частной зоне DNS Azure. - Проверка подключения. Инициирует тест подключения между целевым объектом и источником. После успешного подключения перейдите к следующему шагу, чтобы определить проблемы с сетью между целевым объектом и источником, а также проверить имя пользователя и пароль для целевого сервера. Установка тестового подключения занимает несколько минут.
После успешного тестового подключения нажмите кнопку "Далее: выберите базы данных" для миграции.
Выбор баз данных для миграции
На вкладке "Выбор базы данных для миграции" выберите из списка пользовательских баз данных для миграции с исходного сервера PostgreSQL.
После выбора баз данных нажмите кнопку "Далее: сводка".
Итоги
На вкладке "Сводка " приведены все сведения о источнике и целевом объекте для создания проверки или миграции. Просмотрите сведения, а затем нажмите кнопку "Начать проверку и миграцию".
Отслеживайте ход миграции.
Через несколько секунд после нажатия кнопки "Начать проверку и миграцию" появится уведомление о том, что проверка или создание миграции успешно выполнено. Вы перенаправляетесь на панель миграции экземпляров гибкого сервера. Запись состояния — InProgress, а подстате — PerformingPreRequisiteSteps. Рабочий процесс занимает от 2 до 3 минут, чтобы настроить инфраструктуру миграции и проверить сетевые подключения.
Сетка, отображающая миграцию, содержит следующие столбцы:
- Имя
- Состояние
- Режим миграции
- Тип переноса
- Исходный сервер
- Тип исходного сервера
- Базы данных
- Длительность
- Время начала
Записи отображаются в порядке убывания времени начала с последней записью в верхней части. Вы можете выбрать "Обновить" в строке меню, чтобы обновить состояние выполнения проверки или миграции.
Сведения о переносе
В списке миграций выберите имя миграции, чтобы просмотреть связанные сведения.
На вкладке "Настройка" выберите параметр "Проверка и миграция миграции". В этом сценарии проверки выполняются до начала миграции. После завершения подстатения PerformingPrequisiteSteps рабочий процесс переходит в подстаток "Проверка в ходе выполнения".
Если проверка имеет ошибки, миграция переходит в состояние сбоя .
Если проверка завершена без каких-либо ошибок, начинается миграция, а рабочий процесс переходит в подстатическую статистику миграции данных.
Сведения о проверке можно проверить на уровне экземпляра и на уровне базы данных:
Проверка на уровне экземпляра:
- Проверьте проверку, связанную с проверкой подключения для исходной версии (
PostgreSQL version >= 9.5проверка параметров сервера), если расширения включены в параметрах сервера экземпляра База данных Azure для PostgreSQL — гибкий сервер.
- Проверьте проверку, связанную с проверкой подключения для исходной версии (
Проверка на уровне базы данных:
- Проверьте проверку отдельных баз данных, связанных с расширениями и параметрами сортировки в База данных Azure для PostgreSQL — гибкий сервер.
Текущее состояние миграции и проверки можно просмотреть на панели сведений о миграции.
В следующих таблицах описаны некоторые возможные состояния миграции и подстатки.
Состояния миграции
| State | Description |
|---|---|
| InProgress | Выполняется настройка инфраструктуры миграции или выполняется фактическая миграция данных. |
| Отменено | Миграция отменена или удалена. |
| Неудачно | Сбой миграции. |
| Сбой проверки | Сбой проверки. |
| Успешно | Миграция выполнена успешно и завершена. |
| WaitingForUserAction | Применимо только в сетевых миграциях. Ожидание того, чтобы пользователь выполнил переключение. |
Подсостояния миграции
| Подсостояние | Description |
|---|---|
| PerformingPreRequisiteSteps | Настройка инфраструктуры выполняется для миграции данных. |
| Проверка в процессе выполнения | Проверка выполняется. |
| MigratingData | Выполняется миграция данных. |
| CompletingMigration | Миграция находится на заключительных этапах завершения. |
| Завершено | Миграция завершена. |
| Неудачно | Сбой миграции. |
Подстатки проверки
| Подсостояние | Description |
|---|---|
| Неудачно | Проверка завершена с ошибкой. |
| Успешно | Проверка выполнена успешно. |
| Предупреждения | Проверка отображает предупреждение. |
Отмена миграции
Вы можете отменить все текущие проверки или миграции. Рабочий процесс должен находиться в состоянии выполнения для отмены. Невозможно отменить проверку или миграцию, которая находится в состоянии "Успешно " или "Сбой ".
Отмена миграции останавливает дальнейшие действия миграции на целевом сервере и перемещает попытку миграции в состояние "Отменено ". Действие отмены откатывает все изменения, внесенные на целевой сервер службой миграции.
Проверка миграции
После завершения миграции базы данных вручную проверьте данные между источником и целевым объектом. Убедитесь, что все объекты в целевой базе данных успешно созданы.
После миграции можно выполнить следующие задачи:
- Проверьте данные на гибком сервере и убедитесь, что это точную копию исходного экземпляра.
- После проверки включите параметр высокой доступности на гибком сервере по мере необходимости.
- Измените номер SKU (версия) гибкого сервера в соответствии с потребностями приложения. Для этого изменения требуется перезапуск сервера базы данных.
- При изменении параметров сервера из значений по умолчанию в исходном экземпляре скопируйте эти значения параметров сервера на гибкий сервер.
- Скопируйте другие параметры сервера, такие как теги, оповещения и правила брандмауэра (если применимо), из исходного экземпляра на гибкий сервер.
- Внесите изменения в приложение, чтобы указать строка подключения на гибкий сервер.
- Внимательно отслеживайте производительность базы данных, чтобы узнать, требуется ли настройка производительности.