O que acontece com o Banco de Dados do Azure para PostgreSQL - Servidor Único após o anúncio de aposentadoria?
APLICA-SE A: 
Banco de Dados do Azure para PostgreSQL - Servidor Único
**O Banco de Dados do Azure para PostgreSQL - Servidor Único está no caminho da aposentadoria e está programado para se aposentar até 28 de março de 2025.
O Banco de Dados do Azure para PostgreSQL – Servidor Único geralmente ficou disponível em 2018. Dado o feedback dos clientes e os novos avanços nos recursos de computação, disponibilidade, escalabilidade e desempenho do cenário 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 oferece a melhor plataforma de banco de dados de código aberto do Azure.
Como parte dessa desativação, não daremos mais suporte à criação de novas instâncias de servidor único a partir do 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ê tiver atualmente um Banco de Dados do Azure para PostgreSQL - Serviço de Servidor Único hospedando servidores de produção, temos o prazer de informar que você pode 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 pronto para produção projetado para controle e flexibilidade mais granulares sobre 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 PostgreSQL.
Perguntas mais frequentes (FAQs)
P. Por que o Banco de Dados do Azure para PostgreSQL- Servidor Único está sendo desativado?
A. O Banco de Dados do Azure para PostgreSQL – Servidor Único geralmente ficou disponível em 2018. Dado o feedback dos clientes e os novos avanços nos recursos de computação, disponibilidade, escalabilidade e desempenho do cenário 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 oferece a melhor plataforma de banco de dados de código aberto do Azure.
P. Por que estou sendo solicitado a migrar para o Banco de Dados do Azure para PostgreSQL - Servidor Flexível?
Um. O Banco de Dados do Azure para PostgreSQL - Servidor Flexível é a melhor plataforma para executar todas as suas cargas de trabalho PostgreSQL de código aberto no Azure. O Banco de Dados do Azure para PostgreSQL - Servidor Flexível é econômico, fornece melhor desempenho em todas as camadas de serviço e fornece mais maneiras de controlar seus custos para uma recuperação de desastres mais barata e rápida. Outras melhorias para o servidor flexível incluem:
- Suporte para Postgres versão 11 e mais recente, além de melhorias de segurança integradas
- Melhor desempenho de preço com suporte para opções de computação de camada burstable.
- Tempo de atividade melhorado através da configuração do hot standby na mesma zona de disponibilidade ou numa zona de disponibilidade diferente e janelas de manutenção controladas pelo utilizador.
- Uma experiência de desenvolvedor simplificada para cargas de trabalho de dados de alto desempenho.
P. 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, recomendamos vivamente migrar o seu Servidor Único para um Servidor Flexível o mais rapidamente possível para garantir tempo suficiente para executar o ciclo de vida da migração e utilizar os benefícios oferecidos pelo Servidor Flexível.
P. O que acontece com meu Banco de Dados do Azure existente para PostgreSQL - instâncias de Servidor Único?
A. 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 EOL da comunidade em novembro de 2023?
A. A partir de 30 de novembro de 2023, você não poderá mais criar novas instâncias de servidor único para o PostgreSQL versão 11 por meio do portal do Azure. No entanto, você ainda pode fazê-los via CLI até março de 2025. Suportamos servidores individuais através da nossa política de suporte de versionamento. Seria melhor 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 além da data de expiração de 28 de março de 2025?
A. Planejamos oferecer suporte a Servidor Único até a data de expiração de 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 de Servidor Único na data de expiração de 28 de março de 2025.
P. E se, após o anúncio de descontinuação do Servidor Único, ainda precisar de criar um novo servidor único para satisfazer as minhas necessidades empresariais?
A. Não estamos interrompendo a capacidade de criar novos servidores únicos imediatamente, para que você possa continuar a criar novos servidores únicos por meio da CLI para atender às suas necessidades de negócios para todas as versões do PostgreSQL com suporte no Banco de Dados do Azure para PostgreSQL – Servidor Único. Recomendamos vivamente que explore o Servidor Flexível e veja se isso irá satisfazer as suas necessidades. Não hesite em contactar-nos, se necessário, para que possamos orientá-lo e sugerir o melhor caminho a seguir.
P. Existem custos adicionais associados à realizaçã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 adicionais incorridos (consulte Preços para obter mais detalhes). Depois de desativar o servidor único de origem após uma migração bem-sucedida, você paga apenas pelo servidor flexível. Usar o serviço de migração de servidor único para servidor flexível não custa extra. Se você tiver dúvidas ou preocupações sobre o custo de migrar seu único servidor para um servidor flexível, entre em contato com seu representante de conta da Microsoft.
P. A minha faturação será afetada pela execução da Base de Dados do Azure para PostgreSQL - Servidor Flexível em vez da Base de Dados do Azure para PostgreSQL - Servidor Único?
A. A cobrança deve ser comparável se você escolher uma configuração semelhante ao seu Banco de Dados do Azure para PostgreSQL - Servidor Único. No entanto, se você selecionar a mesma zona ou zona redundante com alta disponibilidade para o servidor flexível de destino, sua fatura será maior do que em seu único servidor. A alta disponibilidade redundante de mesma zona ou zona requer um servidor hot standby adicional para ser girado e armazenar dados de backup redundantes, daí o custo adicional para o segundo servidor. Esta arquitetura permite reduzir o período de inatividade durante indisponibilidades não planeadas e manutenção planeada. De um modo geral, o Flexible Server oferece um melhor desempenho de preço, no entanto, isso depende da sua carga de trabalho.
P. Incorrerei em tempo de inatividade quando migrar meu Banco de Dados do Azure do PostgreSQL - Servidor Único para um Servidor Flexível?
A. O serviço de migração PostgreSQL suporta 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 on-line ajuda a migrar bancos de dados com tempo de inatividade limitado, mas poucas restrições. Para obter mais informações, consulte Serviço de migração do PostgreSQL - Banco de Dados do Azure para Servidor Único PostgreSQL para Servidor Flexível.
O tempo de inatividade depende de vários fatores, incluindo o número e o tamanho dos bancos de dados, o número de tabelas dentro de cada banco de dados, o número de índices e a distribuição de dados entre tabelas. Também depende da SKU do servidor de origem e de destino e das IOPS disponíveis no servidor de origem e de destino.
Dados os muitos fatores envolvidos em uma migração, a melhor abordagem para estimar o tempo de inatividade do 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. Eles são a maneira recomendada de migrar cargas de trabalho com janelas de serviço de um único servidor para um servidor flexível. A migração on-line pode ser usada para ambientes de produção com baixa tolerância a tempo de inatividade.
P. Haverá atualizações futuras para o Single Server para suportar as 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 a implantar versões secundárias lançadas pela comunidade para a versão 11 do Postgres até que ela seja aposentada pela comunidade em novembro de 2023.
Nota
Estamos estendendo o suporte para o Postgres versão 11 após a data de aposentadoria da comunidade e suportaremos o PostgreSQL versão 11 no Servidor Único e no Servidor Flexível para facilitar essa transição. Considere migrar para o Servidor Flexível para usar os benefícios das versões mais recentes do mecanismo Postgres.
P. Qual é a diferença entre o SLA de disponibilidade de 99,99% do Servidor Flexível e o Servidor Único?
A. A implantação flexível com redundância de zona do servidor fornece 99,99% de disponibilidade com resiliência em nível zonal, e o Servidor Único oferece 99,99% de disponibilidade, mas sem resiliência zonal. A arquitetura Flexible Server High Availability (HA) implanta um servidor hot standby com computação e armazenamento redundantes (com os dados de cada site armazenados em cópias 3x). Uma arquitetura de HA de servidor único não tem um hot standby passivo para ajudar na recuperação de falhas zonais. A arquitetura HA flexível do servidor reduz o tempo de inatividade durante interrupções não planejadas e manutenção planejada.
P. Meu Servidor Único é implantado em uma região que não oferece suporte ao Servidor Flexível. Como devo proceder para a migração?
A. Estamos próximos da paridade regional com um único servidor. Estas são as regiões sem presença de Servidor Flexível.
- China Leste (CE e CE2),
- China Norte (CN e CN2)
- Oeste da Índia
- Suécia Central
Recomendamos migrar para as regiões CN3/CE3, Índia Central, Suécia Central e Suécia Sul. P. Tenho um link privado configurado para o meu único servidor. Como posso migrar?
A. O suporte a Link Privado está agora 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 tempo de execução - Banco de Dados do Azure para PostgreSQL Single Server to Flexible Server.
P. Existe uma opção para reverter o Servidor Único para uma migração de 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 fonte de servidor único, que permanece operacional até que você migre e altere suas cadeias de conexão para apontar para o servidor flexível. Se houver erros durante a migração de teste, você poderá adiar a migração final e manter o servidor de origem em execução. Em seguida, pode voltar a tentar a migração final depois de solucionar os erros. Depois de executar 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 para o Servidor Único sem incorrer em perda de dados.
P. Como devo migrar meu banco de dados (> 1TB)
Um. O serviço de migração PostgreSQL pode migrar bancos de dados de todos os tamanhos de um único servidor para um servidor flexível. O serviço de migração não tem restrições em relação ao tamanho dos bancos de dados.
P. A migração entre regiões é suportada?
A. Sim.
P. A migração entre subscrições é suportada?
A. O serviço de migração PostgreSQL suporta migrações entre assinaturas.
P. Há suporte para assinatura de grupo entre recursos?
A. O serviço de migração PostgreSQL suporta migrações entre grupos de recursos.
P. Existe suporte entre versões?
A. 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 previamente.
Serviço de migração PostgreSQL
O serviçode migração PostgreSQL é um serviço poderoso que permite migrar facilmente seu banco de dados PostgreSQL Server de um único servidor para um servidor flexível. Com esse serviço, você pode facilmente mover 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. Que componentes de dados, esquemas e metadados são migrados como parte da migração?
A. O serviço de migração PostgreSQL migra esquema, dados e metadados da origem para o destino. Todos os seguintes componentes de dados, esquema e metadados são migrados como parte da migração do banco de dados:
Migração de Dados
- Todas as tabelas de todos os bancos de dados/esquemas.
Migração de esquema:
- Atribuição de nomes
- Chave primária
- Tipo de dados
- Posição ordinal
- Default value
- Anulabilidade
- Atributos de incremento automático
- Índices secundários
Migração de metadados:
- Procedimentos Armazenados
- Funções
- Acionadores
- Vistas
- Restrições de chave estrangeira
P. Qual é a diferença entre migração offline e online?
A. 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 período de inatividade está limitado ao tempo necessário para substituir 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 | CONs | Recomendado para |
|---|---|---|---|
| Offline | - Simples, fácil e menos complexo de executar. - Pouquíssimas chances de fracasso. - Sem restrições em relação a objetos de banco de dados que ele pode manipular |
Período de indisponibilidade para aplicações. | - Ideal para cenários onde a simplicidade e uma elevada taxa de sucesso são essenciais. - Ideal para cenários onde o banco de dados pode estar offline sem afetar significativamente as operações de negócios. - Adequado para bancos de dados quando o processo de migração pode ser concluído dentro de uma janela de manutenção planejada. |
| Online | - Tempo de inatividade muito mínimo para a aplicação. - Ideal para grandes bancos de dados e clientes com requisitos de tempo de inatividade limitados. |
- A replicação utilizada na migração online tem algumas restrições (por exemplo, Chaves Primárias necessárias em todas as tabelas). - Difícil e mais complexo de executar do que a migração offline. - Maiores probabilidades de insucesso devido à complexidade da migração. - Há um impacto no armazenamento e na computação da instância de origem se a migração for executada por um longo tempo. O impacto deve ser acompanhado de perto durante a migração. |
- Mais adequado para empresas onde a continuidade é crítica e o tempo de inatividade deve ser mínimo. - Recomendado para bancos de dados quando o processo de migração precisa ocorrer sem interromper as operações em andamento. |
P. Existem recomendações para otimizar o desempenho da migração de Servidor Único para Servidor Flexível?
A. Sim. Para executar migrações mais rápidas, escolha um SKU mais alto para seu servidor flexível. Escolha um mínimo de 4VCore ou superior para concluir a migração rapidamente. Você sempre pode alterar a SKU para corresponder às necessidades do aplicativo pós-migração. Confira mais práticas recomendadas.
P. Quanto tempo demora a execução de uma migração offline do Servidor Único para o Servidor Flexível com o serviço de migração?
A. 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 PostgreSQL. A migração foi realizada usando um servidor flexível com o SKU:
Standard_D4ds_v4 (4 núcleos, 16GB de memória e 500 IOPS)
| Tamanho da Base de Dados | Tempo (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 |
Nota
Os números acima aproximam o tempo necessário para concluir a migração. Para obter o tempo preciso necessário para migrar para o seu servidor, recomendamos vivamente que faça um PITR (restauração point-in-time) do seu único servidor e o migre com o serviço de migração PostgreSQL.
P. Quanto tempo demora a realização de uma migração online de Servidor Único para Servidor Flexível com o serviço de migração?
A. A migração online envolve as seguintes etapas:
- Cópia inicial das bases de dados
- Alterar captura de dados - Reproduzir todas as transações na origem durante a etapa #1 para o destino.
O tempo gasto na etapa #1 é o mesmo das migrações offline (consulte a pergunta anterior).
O tempo necessário para a etapa #2 depende das transações que ocorrem na fonte. Se for uma carga de trabalho intensiva em gravação, será mais longa.
P. Existe algum suporte oferecido pela Microsoft para mudar de Servidor Único para Servidor Flexível?
A. Sim. Além de atualizar continuamente o serviço de migração, trabalhamos com equipes de parceiros internos que podem interagir 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? A. Sim. Você pode nomear seus servidores para migração automática. Você pode ler mais sobre isso e nomear seus servidores para Automigração aqui.
Suporte adicional
P. Tenho ainda dúvidas sobre a reforma.
A. Você pode obter mais informações de algumas maneiras diferentes.
Gett respostas de especialistas da comunidade em Microsoft Q&A.
Se você tem um plano de suporte e precisa 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 Subscrição, selecione a sua subscrição. - Para Serviço, selecione Meus serviços. - Para Tipo de serviço, selecione Banco de Dados do Azure para servidor único PostgreSQL. - Para Recurso, selecione o seu recurso. - Para Tipo de problema, selecione Migrando para o Banco de Dados do Azure para PostgreSQL. - Para o subtipo Problema, selecione migrar de servidor único para flexível.
Aviso
Este artigo não se destina ao Banco de Dados do Azure para usuários do PostgreSQL - Servidor Flexível. É para 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. Você pode escolher qual cenário funciona melhor para você e seu ambiente.