Известные проблемы и ограничения для службы миграции в База данных Azure для PostgreSQL
Область применения: гибкий сервер Базы данных Azure для PostgreSQL
В этой статье описываются известные проблемы и ограничения, связанные со службой миграции в База данных Azure для PostgreSQL.
Распространенные ограничения
Ниже приведены распространенные ограничения, которые применяются к сценариям миграции:
У вас может быть только одна активная миграция или проверка на гибкий сервер.
Служба миграции поддерживает миграцию только пользователей и ролей, если источник База данных Azure для PostgreSQL один сервер.
Служба миграции показывает количество таблиц, скопированных из источника в целевой объект. Необходимо вручную проверка данные и объекты PostgreSQL на целевом сервере после миграции.
Служба миграции переносит только пользовательские базы данных, а не системные базы данных, такие как template_0 и template_1.
Служба миграции не поддерживает перемещение расширений TIMESCALEDB, POSTGIS_TOPOLOGY, POSTGIS_TIGER_GEOCODER, PG_PARTMAN из источника в целевой.
Нельзя перемещать расширения, не поддерживаемые База данных Azure для PostgreSQL — гибким сервером. Поддерживаемые расширения перечислены в расширениях — База данных Azure для PostgreSQL.
Определяемые пользователем параметры сортировки нельзя перенести в База данных Azure для PostgreSQL — гибкий сервер.
Вы не можете перейти на более раннюю версию. Например, невозможно выполнить миграцию из PostgreSQL 15 в База данных Azure для PostgreSQL версии 14.
Служба миграции работает только с предпочитаемыми или обязательными значениями SSLMODE.
Служба миграции не поддерживает привилегии и объекты суперпользователя.
База данных Azure для PostgreSQL . Гибкий сервер не поддерживает создание пользовательских пространств таблиц из-за ограничений привилегий суперпользователя. Во время миграции данные из пользовательских пространств таблиц в исходном экземпляре PostgreSQL переносятся в пространства таблиц по умолчанию целевого База данных Azure для PostgreSQL — гибкий сервер.
Следующие объекты PostgreSQL нельзя перенести в гибкий целевой объект сервера PostgreSQL:
- Создание приведения
- Создание средств синтаксического анализа FTS и шаблонов FTS
- Пользователи с ролями суперпользователя
- Создание ТИПА
Служба миграции не поддерживает миграцию на уровне объекта, то есть на уровне таблицы или схемы.
Служба миграции не может выполнить миграцию, если исходная база данных База данных Azure для PostgreSQL с одним сервером без общедоступного доступа или локального или AWS с помощью частного IP-адреса, а целевой База данных Azure для PostgreSQL гибкий сервер доступен только через частную конечную точку.
Миграция на неиспользуемые номера SKU не поддерживается; сначала необходимо перенести базы данных в неорваемый номер SKU, а затем уменьшить масштаб при необходимости.
Ограничения, перенесенные с одного сервера База данных Azure для PostgreSQL
Необходимо, чтобы один сервер База данных Azure для PostgreSQL и гибкий сервер База данных Azure для PostgreSQL находятся в одном регионе Azure. Исключения из этого ограничения применяются для База данных Azure для PostgreSQL гибкого сервера, расположенного в Индии, Китае и ОАЭ, где разрешена миграция между регионами.
Пользователи идентификатора Microsoft Entra, присутствующих на исходном сервере, не переносятся на целевой сервер. Чтобы устранить это ограничение, перейдите к управлению ролями Microsoft Entra, чтобы вручную создать всех пользователей Microsoft Entra на целевом сервере перед активацией миграции. Если пользователи Microsoft Entra не создаются на целевом сервере, миграция завершается ошибкой.
Если целевой гибкий сервер использует метод шифрования паролей SCRAM-SHA-256, подключение к гибкому серверу с помощью пользователей и ролей на одном сервере завершается ошибкой, так как пароли шифруются с помощью алгоритма md5. Чтобы устранить это ограничение, выберите параметр MD5 для параметра сервера password_encryption на гибком сервере.
Миграция через Интернет использует pgcopydb, а некоторые из ограничений логического декодирования применяются.