O que acontecerá com o Banco de Dados do Azure para PostgreSQL – Servidor Único após o anúncio de desativação?
APLICA-SE A: 
Banco de Dados do Azure para PostgreSQL – Servidor Único
**Banco de Dados do Azure para PostgreSQL - Servidor Único está no caminho da desativação e está programado para ser desativado até 28 de março de 2025.
O Banco de Dados do Azure para PostgreSQL – Servidor Único ficou disponível em 2018. Com base nos comentários dos clientes e os novos avanços nas funcionalidades de computação, disponibilidade, escalabilidade e desempenho do banco de dados do Azure, a oferta de Servidor Único precisa ser desativada e atualizada com uma nova arquitetura. O Banco de Dados do Azure para PostgreSQL - Servidor Flexível é a próxima geração do serviço e traz para você a melhor plataforma de banco de dados de código aberto do Azure.
Como parte dessa desativação, não haverá mais suporte para criar instâncias de servidor único no portal do Azure a partir de 30 de novembro de 2023. No entanto, se você precisará criar instâncias de servidor único para atender às necessidades de continuidade de negócios, poderá continuar a usar a CLI do Azure até março de 2025.
Se você atualmente tem um serviço do Banco de Dados do Azure para PostgreSQL – Servidor Único para hospedar servidores de produção, é possível migrar seu Banco de Dados do Azure para PostgreSQL – Servidor Único para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível.
O Banco de Dados do Azure para PostgreSQL – Servidor Flexível é um serviço de banco de dados totalmente gerenciado e pronto para produção projetado para fornecer controle e flexibilidade mais granulares nas funções de gerenciamento de banco de dados e definições de configuração. Para obter mais informações sobre isso, visite Banco de Dados do Azure para PostgreSQL - Servidor Flexível.
Migrar do Banco de Dados do Azure para PostgreSQL – Servidor Único para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível
Saiba como migrar do Banco de Dados do Azure para PostgreSQL - Servidor Único para o Banco de Dados do Azure para PostgreSQL - Servidor Flexível usando o serviço de migração do PostgreSQL.
Perguntas frequentes (FAQs)
Q. Por que o Banco de Dados do Azure para PostgreSQL – Servidor Único será desativado?
a. O Banco de Dados do Azure para PostgreSQL – Servidor Único ficou disponível em 2018. Com base nos comentários dos clientes e os novos avanços nas funcionalidades de computação, disponibilidade, escalabilidade e desempenho do banco de dados do Azure, a oferta de Servidor Único precisa ser desativada e atualizada com uma nova arquitetura. O Banco de Dados do Azure para PostgreSQL - Servidor Flexível é a próxima geração do serviço e traz para você a melhor plataforma de banco de dados de código aberto do Azure.
P. Por que preciso migrar para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível?
A. O Banco de Dados do Azure para PostgreSQL – Servidor Flexível é a melhor plataforma para executar todas as suas cargas de trabalho PostgreSQL no Azure. O Banco de Dados do Azure para PostgreSQL - Servidor Flexível é econômico, oferece o melhor desempenho em todos os níveis de serviço e oferece mais maneiras de controlar seus custos para recuperação de desastres mais barata e rápida. As outras melhorias no servidor flexível incluem:
- Suporte para Postgres versão 11 e mais recentes, além de aprimoramentos de segurança internos
- Melhor desempenho de preço com suporte para opções de computação de camada com capacidade de intermitência.
- Melhor tempo de atividade configurando o servidor em espera ativa na mesma ou em diferentes zonas de disponibilidade e janelas de manutenção controladas pelo usuário.
- Uma experiência simplificada do desenvolvedor para cargas de trabalho de dados de alto desempenho.
Q. Em quanto tempo devo migrar meu Servidor Único para um Servidor Flexível?
a. O Banco de Dados do Azure para PostgreSQL – Servidor Único está programado para ser desativado até 28 de março de 2025. Portanto, é altamente recomendável migrar seu Servidor Único para um Servidor Flexível na primeira oportunidade para garantir que haja tempo suficiente para executar o ciclo de vida de migração e usar os benefícios oferecidos pelo Servidor Flexível.
Q. O que acontecerá com minhas instâncias existentes do Banco de Dados do Azure para PostgreSQL – Servidor Único?
R. Suas cargas de trabalho existentes do Banco de Dados do Azure para PostgreSQL - Servidor Único têm suporte até março de 2025.
P. Ainda posso criar uma nova versão 11 do Banco de Dados do Azure para PostgreSQL – Servidor Único após a data de fim do serviço da comunidade em novembro de 2023?
R. A partir de 30 de novembro de 2023, você não poderá mais criar instâncias de servidor único para a versão 11 do PostgreSQL através do portal do Azure. No entanto, você ainda pode fazê-las via CLI até março de 2025. Damos suporte a servidores únicos por meio da nossa política de suporte ao controle de versão. O ideal é começar a migrar para o Banco de Dados do Azure para PostgreSQL - Servidor Flexível imediatamente.
P. Posso continuar executando meu Banco de Dados do Azure para PostgreSQL – Servidor Único depois de 28 de março de 2025?
a. Planejamos dar suporte ao Servidor Único até 28 de março de 2025 e recomendamos que você comece a planejar sua migração o mais rápido possível. Planejamos encerrar o suporte para implantações do Servidor Único na data de encerramento de 28 de março de 2025.
P. E se eu ainda precisar criar um servidor único, após o anúncio da desativação do Servidor Único, para atender às minhas necessidades de negócios?
a. Não estamos interrompendo a capacidade de criar novos servidores únicos, portanto, você poderá continuar criando novos servidores únicos por meio da CLI para atender às suas necessidades de negócios a todas as versões do PostgreSQL com suporte no Banco de Dados do Azure para PostgreSQL – Servidor Único. Recomendamos fortemente que você explore o Servidor Flexível e veja se ele atende às suas necessidades. Não hesite em nos contatar se necessário para que possamos guiar você e sugerir o melhor caminho a seguir.
P. Há algum custo adicional associado à execução da migração?
a. Você paga pelo servidor flexível de destino e pelo servidor único de origem durante a migração. A configuração e a computação do servidor flexível de destino determinarão os custos extras incorridos (confira Preço para obter mais detalhes). Após encerrar com sucesso o servidor único de origem após a migração, você só pagará pelo seu servidor flexível. O uso do serviço de migração de servidor único para servidor flexível não tem custo adicional. Se você tiver dúvidas ou preocupações sobre o custo de migração do servidor único para um servidor flexível, entre em contato com o representante da sua conta da Microsoft.
Q. Minha cobrança será afetada ao executar o Banco de Dados do Azure para PostgreSQL – Servidor Flexível em vez do Banco de Dados do Azure para PostgreSQL – Servidor Único?
a. A cobrança deve ser comparável se você escolher uma configuração semelhante à sua do Banco de Dados do Azure para PostgreSQL – Servidor Único. No entanto, se você selecionar a mesma zona ou com redundância de zona com alta disponibilidade para o servidor flexível de destino, sua fatura será maior do que no seu servidor único. A mesma zona ou alta disponibilidade redundante de zona requer que um servidor em espera ativa adicional seja ativado e armazene dados de backup redundantes, portanto, há um custo adicional para o segundo servidor. Essa arquitetura permite o tempo de inatividade reduzido durante interrupções não planejadas e manutenção planejada. De modo geral, o Servidor Flexível oferece melhor desempenho de preço, no entanto, isso depende da sua carga de trabalho.
P. Vou incorrer em tempo de inatividade ao migrar meu Banco de Dados do Azure para PostgreSQL – Servidor Único para um Servidor Flexível?
R. O serviço de migração do PostgreSQL dá suporte a migrações offline e online. A migração offline requer tempo de inatividade para seus aplicativos durante o processo de migração. A migração online ajuda você a migrar bancos de dados com tempo de inatividade limitado, mas com poucas restrições. Para obter mais informações, consulte Serviço de migração do PostgreSQL - Banco de dados do Azure para PostgreSQL Single Server para Servidor Flexível.
O tempo de inatividade depende de vários fatores, incluindo o número e o tamanho dos seus bancos de dados, o número de tabelas dentro de cada banco de dados, o número de índices e a distribuição dos dados entre as tabelas. Ele também depende do SKU dos servidores de origem e de destino e da IOPS disponível nos servidores de origem e de destino.
Dado os vários fatores envolvidos em uma migração, a melhor abordagem para estimar o tempo de inatividade para o seu aplicativo é tentar a migração em um servidor PITR restaurado do servidor primário para planejar a migração de produção.
As migrações offline são menos complexas e têm poucas chances de falha. Elas são a maneira recomendada de migrar cargas de trabalho com janelas de serviço de um servidor único para um servidor flexível. A migração online pode ser usada para ambientes de produção com baixa tolerância a tempo de inatividade.
P. Haverá atualizações futuras do Servidor Único para dar suporte às versões mais recentes do PostgreSQL?
a. Recomendamos que você migre para o Servidor Flexível se precisar executar nas versões mais recentes do mecanismo PostgreSQL. Continuamos implantando versões secundárias lançadas pela comunidade para Postgres versão 11 até que ele seja desativado pela comunidade em novembro de 2023.
Observação
Estamos estendendo o suporte para o Postgres versão 11 após a data de desativação da comunidade e ofereceremos suporte ao a versão 11 do PostgreSQL no Servidor Único e no Servidor Flexível para facilitar essa transição. Considere migrar para um Servidor Flexível para usar os benefícios das versões mais recentes do mecanismo do Postgres.
P. Como o SLA de disponibilidade de 99,99% do Servidor Flexível difere do Servidor Único?
R. A implantação com redundância de zona do Servidor Flexível fornece uma disponibilidade de 99,99% com resiliência de nível de zona, e um Servidor Único oferece uma disponibilidade de 99,99%, mas sem resiliência de zona. A arquitetura de HA (Alta Disponibilidade) do Servidor Flexível implanta um servidor em espera ativa com computação e armazenamento redundantes (com os dados armazenados de cada site em três cópias). A arquitetura de HA de um Servidor Único não tem uma espera ativa passiva para ajudar a se recuperar de falhas zonais. A arquitetura de HA do Servidor Flexível reduz o tempo de inatividade durante interrupções não planejadas e manutenções planejadas.
Q. Meu Servidor Único está implantado em uma região que não dá suporte ao Servidor Flexível. Como devo prosseguir com a migração?
a. Estamos próximos da paridade regional com um Servidor Único. Essas são as regiões sem presença do Servidor Flexível.
- Leste da China (CE e CE2),
- Norte da China (CN e CN2)
- Índia Ocidental
- Suécia Central
Recomendamos migrar para as regiões CN3/CE3, Índia Central, Suécia Central e Sul da Suécia. P. Tenho um link privado configurado para meu único servidor. Como faço a migração?
R. O suporte ao Link Privado já está disponível no Servidor Flexível. Você pode usar o servidor de tempo de execução para mover para um servidor flexível com suporte a link privado. Para obter mais informações, consulte Servidor de runtime - Banco de dados do Azure para PostgreSQL Single Server para Servidor Flexível.
P. Há uma opção de reversão da migração de Servidor Único para o Servidor Flexível?
a. Você pode executar qualquer número de migrações de teste, testar o sucesso da migração e executar a migração final quando estiver pronto. As migrações de teste não afetam a origem do servidor único, que permanece operacional até você migrar e alterar suas cadeias de conexão para apontar para o servidor Flexível. Se houver erros durante a migração de teste, você pode adiar a migração final e manter seu servidor de origem em execução. Você poderá tentar novamente a migração final depois de resolver os erros. Depois de realizar uma migração final para um servidor flexível e abri-lo para a carga de trabalho de produção, você perderá a capacidade de voltar ao Servidor Único sem incorrer em perda de dados.
Q. Como devo migrar meu BD (> 1 TB)
A. O serviço de migração do PostgreSQL pode migrar bancos de dados de todos os tamanhos de um servidor único para um servidor flexível. O serviço de migração não tem restrições quanto ao tamanho dos bancos de dados.
P. Há suporte para migração entre regiões?
R. Sim.
P. Há suporte para a migração entre assinaturas?
R. O serviço de migração do PostgreSQL oferece suporte a migrações entre assinaturas.
P. Há suporte para assinatura entre grupo de recursos?
R. O serviço de migração do PostgreSQL oferece suporte a migrações entre grupos de recursos.
P. Há suporte entre versões?
R. O serviço de migração do PostgreSQL suporta a migração de uma versão inferior do PostgreSQL (PG 9.5 e superior) para qualquer versão superior. Como sempre, a compatibilidade do aplicativo com versões mais altas do PostgreSQL deve ser verificada com antecedência.
Serviço de migração do PostgreSQL
O serviço de migração do PostgreSQLé um serviço poderoso que permite migrar com facilidade seu banco de dados do Servidor PostgreSQL de um servidor único para um servidor flexível. Com esse serviço, você pode mover facilmente seu banco de dados de um servidor local ou de uma máquina virtual para um servidor flexível na nuvem, permitindo que você aproveite a escalabilidade e a flexibilidade da computação em nuvem.
P. Quais componentes de dados, esquemas e metadados são migrados como parte da migração?
R. O serviço de migração do PostgreSQL migra o esquema, os dados e os metadados da origem para o destino. Todos os componentes de dados, esquemas e metadados a seguir são migrados como parte da migração de banco de dados:
Migração de Dados
- Todas as tabelas de todos os bancos de dados/esquemas.
Migração de Esquema:
- Nomenclatura
- Chave primária
- Tipo de dados
- Posição ordinal
- Valor padrão
- Nulidade
- Atributos de autoincremento
- Índices secundários
Migração de Metadados:
- Procedimentos armazenados
- Funções
- Gatilhos
- Exibições
- Restrições de chave estrangeira
Q. Qual é a diferença entre a migração offline e online?
R. Com uma migração offline, o tempo de inatividade do aplicativo começa quando a migração começa. Com uma migração online, o tempo de inatividade é limitado ao tempo necessário de transferência no final da migração. No entanto, ele usa um mecanismo de replicação lógica que está sujeito a algumas restrições.
A tabela a seguir fornece uma visão geral das opções offline e online.
| Opção | Prós | Contras | Razões para recomendação |
|---|---|---|---|
| Offline | — Simples, fácil e menos complexa de executar. - Muito poucas chances de falha. — Nenhuma restrição com relação aos objetos do banco de dados que pode manusear. |
Tempo de inatividade para aplicativos. | — Ser melhor para cenários em que a simplicidade e um alto percentual de sucesso são essenciais. - Ideal para cenários em que o banco de dados pode ficar offline sem impactar significativamente as operações de negócios. — Adequada para bancos de dados quando o processo de migração pode ser executado em uma janela de manutenção planejada. |
| Online | – Tempo de inatividade muito mínimo para o aplicativo. — Ideal para grandes bancos de dados e clientes com requisitos de tempo de inatividade limitado. |
— A replicação usada na migração online tem algumas restrições (por exemplo, as chaves Primárias são necessárias em todas as tabelas). – Difícil e muito mais complexa de executar do que a migração offline. — Maiores probabilidades de falha devido à complexidade da migração. — Haverá um impacto sobre o armazenamento e a computação da instância original se a migração for executada por muito tempo. O impacto precisa ser monitorado de perto durante a migração. |
- Mais adequado para empresas em que a continuidade é crítica e o tempo de inatividade deve ser mínimo. — Recomendada para bancos de dados quando o processo de migração precisa ocorrer sem interromper as operações em andamento. |
P. Há alguma recomendação para otimizar o desempenho da migração de servidor único para servidor flexível?
R. Sim. Para executar migrações mais rápidas, escolha um SKU mais alto para o servidor flexível. Escolha um mínimo de 4VCore ou superior para concluir a migração rapidamente. Você sempre pode alterar o SKU de acordo com as necessidades do aplicativo após a migração. Confira mais práticas recomendadas.
P. Quanto tempo leva para realizar uma migração off-line do Single Server para o Flexible Server com o serviço de migração?
R. A tabela a seguir mostra o tempo gasto na execução de migrações offline para bancos de dados de vários tamanhos usando o serviço de migração do PostgreSQL. A migração foi executada usando um servidor flexível com o SKU:
Standard_D4ds_v4 (4 núcleos, 16 GB de memória e 500 IOPS)
| Tamanho do banco de dados | Hora (HH:MM) |
|---|---|
| 1 GB | 00:01 |
| 5 GB | 00:03 |
| 10 GB | 00:08 |
| 50 GB | 00:35 |
| 100 GB | 01:00 |
| 500 GB | 04:00 |
| 1.000 GB | 07:00 |
Observação
Os números acima se aproximam do tempo necessário para concluir a migração. Para obter o tempo exato necessário para migrar para o seu servidor, recomendamos fortemente fazer uma PITR (restauração pontual) do seu servidor único e migrá-lo com o serviço de migração do PostgreSQL.
P. Quanto tempo leva para realizar uma migração on-line de Single Server para Flexible Server com o serviço de migração?
R. A migração online envolve as seguintes etapas:
- Cópia inicial do bancos de dados
- Captura de dados de alterações: reproduzindo todas as transações na origem durante a etapa 1 para o destino.
O tempo gasto na etapa 1 é o mesmo que para migrações offline (veja a pergunta anterior).
O tempo gasto para a etapa 2 depende das transações que ocorrem na origem. Se for uma carga de trabalho intensiva de gravação, será mais longo.
P. Existe algum suporte oferecido pela Microsoft para mudar do Servidor Único para o Servidor Flexível?
R. Sim. Além de atualizar continuamente o serviço de migração, trabalhamos com equipes parceiras internas que podem se envolver com você durante todo o processo de migração. Entre em contato com o representante da sua conta para obter mais informações.
P. A Microsoft pode me ajudar a migrar meu servidor único para o servidor flexível automaticamente? R. Sim. Você pode nomear seus servidores para migração automática. Você pode ler mais sobre isso e nomear seus servidores para migração automática aqui.
Suporte adicional
Q. Tenho mais perguntas sobre a desativação.
a. Você pode obter mais informações de algumas outras maneiras.
Obtenha respostas dos especialistas da comunidade no Microsoft Q&A.
Se você tiver um plano de suporte e precisar de ajuda técnica, crie uma solicitação de suporte: - Para Resumo, digite uma descrição do seu problema. - Para Tipo de problema, selecione Técnico. - Para Assinatura, selecione sua assinatura. - Para Serviço, selecione Meus serviços. - Para Tipo de serviço, selecione servidor único do Banco de Dados do Azure para PostgreSQL. - Para Recurso, selecione seu recurso. - Para Tipo de problema, selecione Migrar para o BD do Azure para PostgreSQL. - Para Subtipo de problema, selecione migrar do servidor único para o servidor flexível.
Aviso
Este artigo não é destinado a usuários do Banco de Dados do Azure para PostgreSQL – Servidor Flexível. É destinado a clientes do Banco de Dados do Azure para PostgreSQL – Servidor Único que precisam atualizar para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível.
Sabemos que migrar serviços pode ser frustrante e pedimos desculpas antecipadamente por qualquer inconveniente que isso possa causar a você. Você pode escolher qual cenário funciona melhor para você e seu ambiente.