Restaurar um Banco de Dados do Azure descartado para PostgreSQL

Quando um servidor é removido, o backup do servidor flexível do Banco de Dados do Azure para PostgreSQL é mantido por cinco dias no serviço. O backup do banco de dados pode ser acessado e restaurado somente da assinatura do Azure em que o servidor reside originalmente. As etapas recomendadas a seguir podem ser seguidas para recuperar um recurso de servidor flexível do Banco de Dados do Azure para PostgreSQL removido dentro de cinco dias a partir do momento da exclusão do servidor. As etapas recomendadas funcionam somente se o backup do servidor ainda estiver disponível e não tiver sido excluído do sistema. Embora a restauração de um servidor excluído geralmente seja bem-sucedida, nem sempre é garantida, pois restaurar um servidor excluído depende de vários outros fatores.

Pré-requisitos

Para restaurar uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL removida, você precisa

• Nome da assinatura do Azure que hospeda o servidor original
• Local em que o servidor foi criado
• Use a versão 2024-08-01 da versão da API

Etapas para restauração

1. Navegue até o Portal do Azure. Selecione o serviço Monitor e, em seguida, Registro de Atividades.

2. Em log de atividades, selecione em Adicionar filtro, conforme mostrado e defina os filtros conforme o seguinte

• Assinatura = sua Assinatura que hospeda o servidor excluído

• Operação = Excluir servidor PostgreSQL (Microsoft.DBforPostgreSQL/flexibleservers/delete)

  

1. Selecione o evento Excluir servidor PostgreSQL e, em seguida, selecione a guia JSON. Copie os atributos resourceId e submissionTimestamp na saída JSON. O resourceId está no seguinte formato: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver.

2. Acesse a Página da API REST Criar Servidor do servidor flexível do Banco de Dados do Azure para PostgreSQL e selecione a guia Experimentar realçada em verde. Faça logon usando sua conta do Azure.

1. Forneça as propriedades resourceGroupName, serverName (nome do servidor de destino), subscriptionId, com base no valor JSON do atributo resourceId capturado na etapa 3 anterior. A propriedade api-version é preenchida automaticamente e pode ser deixada como está.

2. Acesse a seção Corpo da Solicitação e cole o seguinte, substituindo "Localização do servidor excluído" (por exemplo, CentralUS, EastUS etc.), "submissionTimestamp" e "resourceId". Para "pointInTimeUTC", especifique um valor de "submissionTimestamp".

  {
    "location": "Dropped Server Location",
    "properties":
    {
      "pointInTimeUTC": "submissionTimestamp",
      "createMode": "ReviveDropped",
      "sourceServerResourceId": "resourceId"
    }
  }

Verifique se você está alterando três parâmetros (location,pointInTimeUTC, sourceServerResourceId) de acordo com seus requisitos de restauração.

{
  "location": "WestUS",
  "properties": {
    "pointInTimeUTC": "2023-06-15T06:08:02Z",
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.DBforPostgreSQL/flexibleServers/SourceServer-Name"
  }
}

1. Se você vir o Código de Resposta 201 ou 202, a solicitação de restauração será enviada com êxito.

A criação do servidor pode levar tempo, dependendo do tamanho do banco de dados e dos recursos de computação provisionados no servidor original. O status da restauração pode ser monitorado do log de atividades por meio da filtragem de

• Assinatura = Sua assinatura
• Tipo de recurso = Servidores Flexíveis do Banco de Dados do Azure para PostgreSQL (Microsoft.DBforPostgreSQL/flexibleServers)
• Operação = Update PostgreSQL Server Create

Restaurar um servidor removido com rede virtual habilitada

A restauração de um servidor excluído com rede virtual habilitada envolve especificar propriedades adicionais de rede, como a ID do recurso da sub-rede delegada e a ID do recurso da zona DNS privada no Azure Resource Manager. Siga as etapas abaixo para restaurar o servidor com as configurações de rede necessárias.

{
  "location": "EastUS",
  "properties": {
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.DBforPostgreSQL/flexibleServers/SourceServer-Name",
    "pointInTimeUTC": "2023-06-20T20:50:59.4078005+00:00",
    "Network": {
      "DelegatedSubnetResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.Network/virtualNetworks/VirtualNetwork-Name/subnets/Subnet-Name",
      "PrivateDnsZoneArmResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.Network/privateDnsZones/privatednszonename"
    }
  }
}

Erros comuns

1. Se você utilizar a versão incorreta da API, poderá sofrer falhas de restauração ou atingir tempos limite. Use a API 2024-08-01 para evitar esses problemas.

2. Para evitar possíveis erros de DNS, é recomendável usar um nome diferente ao iniciar o processo de restauração, pois algumas operações de restauração podem falhar com o mesmo nome.

Conteúdo relacionado

• Bloqueios de Recurso.