Известные проблемы и ограничения для службы миграции
ОБЛАСТЬ ПРИМЕНЕНИЯ: 
База данных 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.
Служба миграции работает только со значением
SSLMODEpreferredилиrequired.Служба миграции не поддерживает разрешения и объекты суперпользователя.
База данных Azure для PostgreSQL . Гибкий сервер не поддерживает создание пользовательских пространств таблиц из-за ограничений на разрешения суперпользователя. Во время миграции данные из пользовательских пространств таблиц в исходном экземпляре PostgreSQL переносятся в пространства таблиц по умолчанию целевого экземпляра База данных Azure для PostgreSQL — гибкий сервер.
Следующие объекты PostgreSQL нельзя перенести в гибкий целевой объект сервера:
- Создание приведения
- Создание синтаксического анализа полнотекстового поиска (FTS) и шаблонов FTS
- Пользователи с ролями суперпользователя
- Создание ТИПА
Служба миграции не поддерживает миграцию на уровне объекта. То есть нельзя перенести таблицу или схему.
Внимание
Хотя номер SKU с возможностью ускорения не является ограничением, рекомендуется выбрать более высокий номер SKU для гибкого сервера, чтобы ускорить миграцию. База данных Azure для PostgreSQL . Гибкий сервер поддерживает почти нулевое время простоя и масштабирование операций ввода-вывода в секунду, поэтому номер SKU можно обновить с минимальным временем простоя. Номер SKU всегда можно изменить в соответствии с требованиями приложения после миграции.
Ограничения при миграции с База данных Azure для PostgreSQL — отдельный сервер
- Пользователи Microsoft Entra, которые находятся на исходном сервере, не переносятся на целевой сервер. Чтобы устранить это ограничение, см. статью "Управление ролями Microsoft Entra". Решение заключается в том, чтобы вручную создать всех пользователей Microsoft Entra на целевом сервере перед началом миграции. Если пользователи Microsoft Entra не создаются на целевом сервере, миграция завершается ошибкой.
- Если целевой гибкий сервер использует метод шифрования паролей SCRAM-SHA-256, подключение к гибкому серверу с помощью пользователей или ролей на одном сервере завершается ошибкой. На одном сервере пароли шифруются с помощью алгоритма MD5. Чтобы устранить это ограничение, для
password_encryptionпараметра сервера на гибком сервере выберите этот параметрMD5. - Миграция через Интернет использует pgcopydb следуйте инструкциям. Применяются некоторые ограничения логического декодирования.