Известные проблемы и ограничения для службы миграции

ОБЛАСТЬ ПРИМЕНЕНИЯ: База данных Azure для PostgreSQL — гибкий сервер

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

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

• У вас может быть только одна активная миграция или проверка на гибкий сервер.

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

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

• Служба миграции переносит только пользовательские базы данных. Служба не переносит системные базы данных, такие как template_0 и template_1.

• Служба миграции не поддерживает перемещение POSTGIS_TOPOLOGY, POSTGIS_TIGER_GEOCODER, POSTGRES_FDW и расширений PG_PARTMAN из источника в целевой.

  Примечание

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

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

• Определяемые пользователем параметры сортировки нельзя перенести в База данных Azure для PostgreSQL — гибкий сервер.

• Вы не можете перейти на более раннюю версию. Например, нельзя перенести База данных Azure для PostgreSQL версии 15 на База данных Azure для PostgreSQL версии 14.

• Служба миграции работает только со значением SSLMODE preferred или required.

• Служба миграции не поддерживает разрешения и объекты суперпользователя.

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

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

  • Создание приведения
  • Создание синтаксического анализа полнотекстового поиска (FTS) и шаблонов FTS
  • Пользователи с ролями суперпользователя
  • Создание ТИПА

• Служба миграции не поддерживает миграцию на уровне объекта. То есть нельзя перенести таблицу или схему.

  Важно!

  Хотя номер SKU с возможностью ускорения не является ограничением, рекомендуется выбрать более высокий номер SKU для гибкого сервера, чтобы ускорить миграцию. База данных Azure для PostgreSQL . Гибкий сервер поддерживает почти нулевое время простоя и масштабирование операций ввода-вывода в секунду, поэтому номер SKU можно обновить с минимальным временем простоя. Номер SKU всегда можно изменить в соответствии с требованиями приложения после миграции.

• Пользователи Microsoft Entra, которые находятся на исходном сервере, не переносятся на целевой сервер. Чтобы устранить это ограничение, см. статью "Управление ролями Microsoft Entra". Решение заключается в том, чтобы вручную создать всех пользователей Microsoft Entra на целевом сервере перед началом миграции. Если пользователи Microsoft Entra не создаются на целевом сервере, миграция завершается ошибкой.
• Если целевой гибкий сервер использует метод шифрования паролей SCRAM-SHA-256, подключение к гибкому серверу с помощью пользователей или ролей на одном сервере завершается ошибкой. На одном сервере пароли шифруются с помощью алгоритма MD5. Чтобы устранить это ограничение, для password_encryption параметра сервера на гибком сервере выберите этот параметр MD5.
• Миграция через Интернет использует pgcopydb следуйте инструкциям. Применяются некоторые ограничения логического декодирования.

• Служба миграции
• Настройка сети
• Проверки предварительной подготовки