Servidores PostgreSQL Flexible Server travados em estado "Dropping" e "Stopped" após tentativa de restauração

Question

Descrição

Após realizar um comando de Stop/Start em um servidor PostgreSQL Flexible Server no Azure, o servidor não voltou ao estado "Available". Além disso, ao tentar restaurar bancos de dados, os servidores criados para restauração entraram no estado "Dropping" e não finalizam a exclusão. Isso está impedindo novas operações e restaurações.

Servidores afetados:

• pg-bd-spodtk-krestore (Dropping)
• pg-spdtk-erpr.odoo-prod (Dropping)
• bd-pg-erp-spodtk-odoo (Stopped)

Subscription: Subscription BMX-Odoo Resource Groups: RG-erp-spodtk-odoo, RG-spdtk.erp.odoo-prod Localização: East US Correlation ID da tentativa de restauração: 751e9ab9-7ebd-4094-8030-b5e6dfa37b03

---

Tags

Adicione as seguintes tags:

• azure-database-postgresql
• azure-flexible-server
• restoration
• dropping-state
• stopped-server Descrição

  Após realizar um comando de Stop/Start em um servidor PostgreSQL Flexible Server no Azure, o servidor não voltou ao estado "Available". Além disso, ao tentar restaurar bancos de dados, os servidores criados para restauração entraram no estado "Dropping" e não finalizam a exclusão. Isso está impedindo novas operações e restaurações.

  Servidores afetados:
  • pg-bd-spodtk-krestore (Dropping)
  • pg-spdtk-erpr.odoo-prod (Dropping)
  • bd-pg-erp-spodtk-odoo (Stopped)

Subscription: Subscription BMX-Odoo
Resource Groups: RG-erp-spodtk-odoo, RG-spdtk.erp.odoo-prod
Localização: East US
Correlation ID da tentativa de restauração: 751e9ab9-7ebd-4094-8030-b5e6dfa37b03

---

Tags

Adicione as seguintes tags:

• azure-database-postgresql
• azure-flexible-server
• restoration
• dropping-state
• stopped-server

Answer 1

Olá

Bem vindo à Comunidade Microsoft Azure

Tudo bem? Pelo comportamento descrito (“Dropping” indefinido e servidor parado sem retornar ao estado Available), pode se tratar de uma inconsistência no provisionamento da infraestrutura subjacente.

Recomendo os seguintes passos:

1.Validar o estado via CLI:

az postgres flexible-server show --name <nome-do-servidor> --resource-group <nome-do-rg>

Isso confirma o status real do recurso e eventuais erros associados.

2.Forçar exclusão de servidores presos em “Dropping”:

az resource delete --ids <resourceId-do-servidor>

(Substitua <resourceId> pelo ID completo obtido no comando az resource list.)

3.Logs de atividade: Verifique o Activity Log no portal do Azure para identificar falhas de operação relacionadas ao Stop/Start e à restauração.

4.Suporte do Azure: Como o recurso está em estado inconsistente, poderá ser necessária intervenção no backend da plataforma. Abra um chamado de Suporte Técnico do Azure com a Correlation ID informada para que a equipe investigue a falha.

Documentação de referência:

• Gerenciar servidores PostgreSQL Flexible Server - CLI
• Solucionar problemas de servidor PostgreSQL Flexible Server