Руководство по миграции с База данных Azure для PostgreSQL — один сервер на гибкий сервер с помощью службы миграции
ОБЛАСТЬ ПРИМЕНЕНИЯ: База данных Azure для PostgreSQL — гибкий сервер
С помощью портал Azure можно перенести экземпляр База данных Azure для PostgreSQL — один сервер на База данных Azure для PostgreSQL — гибкий сервер. В этом руководстве мы выполняем миграцию примера базы данных с одного сервера База данных Azure для PostgreSQL на гибкий сервер PostgreSQL с помощью портал Azure.
- Настройка гибкого сервера База данных Azure для PostgreSQL
- Настройка задачи миграции
- Отслеживайте ход миграции.
- Отмена миграции
- После миграции
Вы можете перенести с помощью портал Azure.
Предварительные требования (в автономном режиме)
Перед началом миграции со службой миграции в База данных Azure для PostgreSQL необходимо выполнить следующие предварительные требования, которые применяются к сценариям автономной миграции.
Проверка исходной версии
Исходная версия PostgreSQL должна быть >= 9.5
. Если исходная версия PostgreSQL меньше 9.5
, обновите исходную версию PostgreSQL до 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.
Настройка гибкого сервера База данных Azure для PostgreSQL
Создайте целевой гибкий сервер. Инструкции см. в кратком руководстве по созданию гибкого сервера База данных Azure для PostgreSQL с помощью портала.
Расширения allowlist, библиотеки которых должны загружаться при запуске сервера. Важно, чтобы расширение было в списке разрешений перед началом миграции.
Проверьте, распределяется ли распределение данных между таблицами базы данных, при этом большинство данных присутствуют в одной (или нескольких) таблицах. Если это отклонено, скорость миграции может быть медленнее, чем ожидалось. В этом случае скорость миграции может быть увеличена путем параллельного переноса большой таблицы.
Настройка задачи миграции
Служба миграции поставляется с простым интерфейсом мастера на основе портал Azure. Вот как начать работу:
Откройте веб-браузер и перейдите на портал. Чтобы войти, введите свои учетные данные. Панель мониторинга службы является представлением по умолчанию.
Перейдите к целевому объекту в рамках Гибкого сервера Базы данных Azure для PostgreSQL.
На вкладке "Обзор" гибкого сервера в меню слева прокрутите страницу вниз до миграции и выберите ее.
Нажмите кнопку "Создать", чтобы начать миграцию с одного сервера на гибкий сервер. Если вы впервые используете службу миграции, пустая сетка появится с запросом на начало первой миграции.
Если вы уже создали миграцию на целевой объект гибкого сервера, сетка содержит сведения о миграциях, которые были предприняты в этот целевой объект с одного сервера.
Вы проходите серию вкладок на основе мастера, чтобы создать миграцию в этот гибкий целевой объект сервера из разных возможных источников. По умолчанию для исходного типа сервера задано значение База данных Azure для PostgreSQL отдельный сервер, который является тем, который мы заинтересованы в этом сценарии.
Кроме того, можно запустить процесс миграции с Отдельного сервера Базы данных Azure для PostgreSQL.
Откройте веб-браузер и перейдите на портал. Чтобы войти, необходимо ввести учетные данные. Панель мониторинга службы является представлением по умолчанию.
Выбрав один сервер, вы можете просмотреть баннер, связанный с миграцией, на вкладке "Обзор". Выберите "Миграция сейчас ", чтобы приступить к работе.
Вы перейдете на страницу с двумя параметрами. Если вы уже создали гибкий сервер и хотите использовать его в качестве целевого объекта, выберите "Выбрать существующую" и выберите соответствующую подписку, группу ресурсов и сведения о имени сервера. После выбора выберите мастер миграции и следуйте инструкциям в разделе "Настройка ".
Если вы решили создать гибкий сервер, нажмите кнопку "Создать" и выберите "Перейти" для создания мастера. Это действие выполняет процесс создания гибкого сервера и развертывает гибкий сервер.
После развертывания гибкого сервера выполните действия 3–5 в разделе "Настройка задачи миграции".
Настройка
Первая вкладка — Настройка. Если вы пропустили его, список разрешений необходимых расширений, как описано в разделе "Настройка База данных Azure для PostgreSQL гибкого сервера" перед началом миграции.
Имя миграции — это уникальный идентификатор для каждой операции миграции в этот целевой объект в рамках Гибкого сервера. Это поле принимает только буквенно-цифровые символы и не принимает специальные символы, кроме символов подчеркивания (_) и дефиса (-). Имя должно начинаться с буквенно-цифрового символа. Имя также должно быть уникальным для целевого сервера, так как два миграции в один и тот же целевой объект гибкого сервера не могут иметь одинаковое имя.
Тип исходного сервера указывает источник. В этом случае это База данных Azure для PostgreSQL отдельный сервер
Параметр миграции позволяет выполнять проверки перед активацией миграции. Вы можете выбрать любой из следующих вариантов.
- Проверка. Проверяет готовность сервера и базы данных к миграции в целевой объект.
- Миграция — пропускает проверки и запускает миграцию.
- Проверка и миграция — выполняет проверку перед активацией миграции. Миграция активируется только в том случае, если нет сбоев проверки.
Перед выполнением миграции всегда рекомендуется выбрать вариант проверки или проверки и миграции .
Режим миграции позволяет выбирать между интернетом и автономной миграцией, в этом случае его необходимо установить в автономном режиме.
Нажмите кнопку "Далее" — "Выбрать сервер среды выполнения".
Сервер среды выполнения
Сервер среды выполнения миграции — это специализированная функция в службе миграции в База данных Azure для PostgreSQL, предназначенная для работы в качестве промежуточного сервера во время миграции. Это отдельный База данных Azure для PostgreSQL — гибкий экземпляр сервера, который не является целевым сервером, но используется для упрощения миграции баз данных из исходной среды, доступной только через частную сеть.
Дополнительные сведения о сервере среды выполнения см. на сервере среды выполнения миграции.
Нажмите кнопку "Далее: подключиться к источнику ".
Подключение к источнику
В разделе "Источник " появится запрос на предоставление сведений, связанных с одним сервером, который является источником баз данных.
После выбора подписки и группы ресурсов в раскрывающемся списке имен серверов отобразятся Отдельные серверы в этой группе ресурсов в разных регионах. Выберите источник, из которого хотите перенести базы данных. Базы данных можно перенести с одного сервера на целевой гибкий сервер в одном регионе. Миграция между регионами включается только для серверов Индии, Китая и ОАЭ.
После выбора источника одного сервера поля "Расположение" и " PostgreSQL" заполняются автоматически. Убедитесь, что вы предоставляете учетные данные роли администратора, так как это необходимо для успешной миграции баз данных.
После заполнения всех полей выберите ссылку "Подключиться к источнику". Это проверяет правильность введенных сведений о исходном сервере и доступ к исходному серверу.
Нажмите кнопку "Далее": нажмите кнопку "Цель миграции", чтобы продолжить.
Выбор целевого объекта миграции
В разделе "Выбор целевого объекта миграции" отображаются метаданные для целевого объекта гибкого сервера, таких как подписка, группа ресурсов, имя сервера, расположение и версия PostgreSQL.
Выберите соответствующие значения для метода проверки подлинности и всех связанных полей проверки подлинности. Убедитесь, что удостоверение предоставлено администратором на целевом сервере. После заполнения всех необходимых сведений выберите ссылку "Подключиться к целевой ". Это проверяет правильность введенных сведений о целевом сервере и доступ к целевому серверу.
Нажмите кнопку "Далее": выберите базы данных для миграции, чтобы выбрать базы данных для переноса .
Выбор баз данных для миграции
На этой вкладке есть список пользовательских баз данных на одном сервере. Вы можете выбрать и перенести до восьми баз данных в одной попытке миграции. Если существует более восьми пользовательских баз данных, процесс миграции повторяется между исходными и целевыми серверами для следующего набора баз данных. Выбранные базы данных, существующие на целевом сервере с одинаковыми именами, перезаписываются.
Нажмите кнопку "Далее" для просмотра сведений.
Итоги
На вкладке " Сводка " приведены все сведения о создании проверки или миграции. Просмотрите сведения и нажмите кнопку "Начать проверку и миграцию ".
Мониторинг портала миграции
После начала миграции появится уведомление о том, что проверка или создание миграции успешно выполнено. Вы автоматически перенаправляетесь на страницу миграции гибкого сервера. У него есть новая запись для недавно созданной проверки или миграции.
Сетка, отображающая миграцию, содержит следующие столбцы: имя, состояние, режим миграции, тип миграции, исходный сервер, тип исходного сервера, базы данных, время начала и длительность. Записи отображаются в порядке убывания времени начала с последней записью в верхней части.
С помощью кнопки "Обновить" можно обновить состояние проверки или миграции.
Вы также можете выбрать имя одной конкретной миграции в сетке, чтобы просмотреть связанные сведения.
При создании проверки или миграции он перемещается в состояние InProgress и подстатное значение PerformingPreRequisiteSteps . Рабочий процесс занимает 2–3 минуты, чтобы настроить инфраструктуру миграции и сетевые подключения.
Давайте рассмотрим, как отслеживать миграцию для каждого варианта миграции.
Проверить
После завершения подстатирования PerformingPrequisiteSteps проверка переходит к подстатю проверки в ходе выполнения, где проверки выполняются на исходном и целевом сервере для оценки готовности к миграции.
Проверка перемещается в состояние "Успешно", если все проверки находятся в состоянии "Успешно" или "Предупреждение".
В сетке проверки содержатся следующие сведения:
- Сведения о проверке для экземпляров и сведений о проверке для разделов баз данных , представляющих правила проверки, используемые для проверки готовности к миграции.
- Имя проверки — имя каждого конкретного правила проверки.
- Состояние проверки— представляет результат для каждого правила и может иметь любое из трех значений:
- Выполнено успешно. Если ошибки не найдены.
- Сбой . Если возникают ошибки проверки.
- Предупреждение . Если есть предупреждения о проверке.
- Длительность — время, затраченное на операцию проверки.
- Время начала (UTC) и время окончания (UTC) — время начала и окончания операции проверки в формате UTC.
Состояние проверки перемещается в состояние "Сбой", если в проверке возникают ошибки. Выберите имя проверки или проверку имени базы данных, которая завершилась ошибкой, а панель раздувающего модуля предоставляет сведения и действия по исправлению, которые следует предпринять, чтобы избежать этой ошибки.
Миграция
После завершения подстатного состояния PerformingPreRequisiteSteps миграция переходит в подсостойку миграции данных при клонирование и копирование баз данных. Время завершения миграции зависит от размера и формы перенесенных баз данных. Миграция выполняется быстро, если данные в основном равномерно распределяются по всем таблицам. Размер таблицы с отклонением занимает относительно длительное время.
При выборе любой из баз данных в миграции появится панель раздувения. Она содержит все счетчики таблиц (скопированные, очередные, копирования и ошибки), а также состояние миграции базы данных.
Миграция перемещается в состояние "Успешно" , когда состояние "Миграция данных " завершается успешно. Если в состоянии MigratingData возникла проблема, миграция переходит в состояние Failed.
После перехода к состоянию успешного выполнения схема и миграция данных с одного сервера на целевой объект гибкого сервера завершится. Чтобы проверить ход выполнения, можно обновить страницу.
Проверка и миграция
В этом параметре сначала выполняются проверки перед началом миграции. После завершения подстатирования PerformingPrequisiteSteps рабочий процесс переходит в подстаток проверки во время выполнения.
- Если проверка имеет ошибки, миграция переходит в состояние сбоя .
- Если проверка завершена без каких-либо ошибок, начинается миграция, и рабочий процесс переходит в подстаток миграции данных.
После завершения операции вы увидите результаты проверки и миграции .
Отмена миграции с помощью портала
Вы можете отменить все текущие проверки или миграции. Рабочий процесс должен находиться в состоянии InProgress, чтобы быть отмененным. Невозможно отменить проверку или миграцию, которая находится в состоянии "Успешно " или "Сбой ".
Отмена проверки останавливает любое дальнейшее действие проверки, а проверка переходит в состояние "Отменено ".
Отмена миграции останавливает дальнейшие действия миграции на целевом сервере и переходит в состояние "Отменено ". Действие отмены откатит все изменения, внесенные службой миграции на целевом сервере.
Проверка миграции после завершения
После завершения баз данных необходимо вручную проверить данные между источником и целевым объектом и убедиться, что все объекты в целевой базе данных успешно созданы.
После миграции можно выполнить следующие задачи:
Проверьте данные на гибком сервере и убедитесь, что это точную копию исходного экземпляра.
После проверки включите параметр высокой доступности на гибком сервере по мере необходимости.
Измените номер SKU гибкого сервера в соответствии с потребностями приложения. Для этого изменения требуется перезапуск сервера базы данных.
При изменении параметров сервера из значений по умолчанию в исходном экземпляре скопируйте эти значения параметров сервера на гибком сервере.
Скопируйте другие параметры сервера, такие как теги, оповещения и правила брандмауэра (если применимо), из исходного экземпляра на гибкий сервер.
Внесите изменения в приложение, чтобы указать строка подключения на гибкий сервер.
Внимательно отслеживайте производительность базы данных, чтобы узнать, требуется ли настройка производительности.