Compartilhar via

Problemas conhecidos e limitações do serviço de migração no Banco de Dados do Azure para PostgreSQL

  • Artigo

APLICA-SE A: Banco de Dados do Azure para PostgreSQL – Servidor Flexível

Este artigo descreve os problemas conhecidos e limitações associados ao serviço de migrações no Banco de Dados do Azure para PostgreSQL.

Limitações comuns

Aqui estão as limitações comuns que se aplicam a cenários de migração:

  • Você só pode ter uma migração ou validação ativa para o seu servidor flexível.

  • O serviço de migração só oferece suporte à migração de usuários e funções quando a origem for um servidor único do Banco de Dados do Azure para PostgreSQL.

  • O serviço de migração mostra o número de tabelas copiadas da origem para o destino. Você deve verificar manualmente os dados e os objetos PostgreSQL no servidor de destino após a migração.

  • O serviço de migração migra apenas bancos de dados de usuário, não bancos de dados do sistema, como template_0 e template_1.

  • O serviço de migração não dá suporte à movimentação de extensões TIMESCALEDB, POSTGIS_TOPOLOGY, POSTGIS_TIGER_GEOCODER, PG_PARTMAN da origem para o destino.

  • Você não pode mover extensões sem suporte pelo Banco de Dados do Azure para PostgreSQL – Servidor flexível. As extensões com suporte estão listadas em Extensões – Banco de Dados do Azure para PostgreSQL.

  • As ordenações definidas pelo usuário não podem ser migradas para o Banco de Dados do Azure para PostgreSQL – Servidor flexível.

  • Você não pode migrar para uma versão mais antiga. Por exemplo, você não pode migrar do PostgreSQL 15 para o Banco de Dados do Azure para PostgreSQL versão 14.

  • O serviço de migração funciona apenas com valores SSLMODE preferenciais ou necessários.

  • O serviço de migração não dá suporte a privilégios e objetos de superusuário.

  • O Banco de Dados do Azure para PostgreSQL – Servidor Flexível não dá suporte a criação de espaços de tabela personalizados devido a restrições de privilégios de superusuário. Durante a migração, os dados de espaços de tabela personalizados na instância PostgreSQL de origem são migrados para os espaços de tabela padrão do Banco de Dados do Azure para PostgreSQL – Servidor Flexível de destino.

  • Os seguintes objetos PostgreSQL não podem ser migrados para o destino do servidor flexível do PostgreSQL:

    • Criar conversões
    • Criação de analisadores FTS e modelos FTS
    • Usuários com funções de superusuário
    • Criar TYPE

  • O serviço de migração não dá suporte à migração no nível do objeto, ou seja, no nível da tabela ou do esquema.

  • O serviço de migração não consegue executar a migração quando o banco de dados de origem é um servidor único do Banco de Dados do Azure para PostgreSQL sem acesso público ou é local/AWS usando um IP privado, e o Servidor Flexível do Banco de Dados do Azure para PostgreSQL de destino só pode ser acessado por meio de um ponto de extremidade privado.

  • Não há suporte para a migração de SKUs com capacidade de intermitência; os bancos de dados devem primeiro ser migrados para um SKU sem capacidade de intermitência e reduzidos verticalmente, se for necessário.

  • O Servidor de Runtime de Migração foi projetado especificamente para operar com os servidores DNS padrão/zonas DNS privadas, ou seja, privatelink.postgres.database.azure.com. Não há suporte para nomes DNS/servidores DNS personalizados pelo serviço de migração ao utilizar o recurso de servidor de runtime de migração. Ao configurar pontos de extremidade privados para os bancos de dados de origem e de destino, é imperativo usar a zona DNS privada padrão fornecida pelo Azure para o serviço de link privado. Ainda não há suporte para o uso de configurações de DNS personalizadas, o que pode levar a problemas de conectividade durante o processo de migração.

Limitações de migração do servidor único do Banco de Dados do Azure para PostgreSQL

  • É necessário que o servidor único do Banco de Dados do Azure para PostgreSQL e o servidor flexível do Banco de Dados do Azure para PostgreSQL estejam na mesma região do Azure. Exceções a essa limitação são feitas para o servidor flexível do Banco de Dados do Azure para PostgreSQL situado na Índia, China e Emirados Árabes Unidos, onde as migrações entre regiões são permitidas.

  • Os usuários do Microsoft Entra ID presentes no seu servidor de origem não são migrados para o servidor de destino. Para atenuar essa limitação, visite Gerenciar as funções do Microsoft Entra para criar manualmente todos os usuários do Microsoft Entra no seu servidor de destino antes de disparar uma migração. Se os usuários do Microsoft Entra não forem criados no servidor de destino, a migração falhará.

  • Se o servidor flexível de destino usar o método de criptografia de senha SCRAM-SHA-256, a conexão com o servidor flexível usando os usuários/funções em um único servidor falhará, pois as senhas são criptografadas usando o algoritmo md5. Para mitigar essa limitação, escolha a opção MD5 para o parâmetro de servidor password_encryption no seu servidor flexível.

  • A migração online faz uso do comando pgcopydb follow e algumas das restrições de decodificação lógica se aplicam.

Conteúdo relacionado