Restaurar um Banco de Dados do Azure descartado para PostgreSQL

Quando um servidor é descartado, o backup do servidor flexível do Azure Database for 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 residia 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 funcionarão somente se o backup do servidor ainda estiver disponível e não for 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 eliminada do servidor flexível do Banco de Dados do Azure para PostgreSQL, você precisa

• Nome da Assinatura do Azure que hospeda o servidor original
• Local onde o servidor foi criado
• Use a versão api-version 2024-08-01

Etapas para restaurar

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

2. No Log de Atividades, clique em Adicionar filtro, conforme mostrado, e defina os seguintes filtros.

• 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, depois selecione a guia JSON. Copie os atributos resourceId e submissionTimestamp na saída JSON. A resourceId está no seguinte formato: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver.

2. Navegue até a página Criar Servidor da API REST do Banco de Dados do Azure para Servidor Flexível do PostgreSQL e selecione a guia Experimentar realçada em verde. Faça logon usando sua conta do Azure.

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

2. Vá para a seção Corpo da Solicitação e cole o seguinte substituindo "Local do servidor descartado"(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 de restauração pode ser monitorado no log de atividades filtrando por

• Assinatura = Sua Assinatura
• Tipo de recurso = Servidores flexíveis do Banco de Dados do Azure para PostgreSQL (Microsoft.DBforPostgreSQL/flexibleServers)
• Operação = Atualizar Criar Servidor PostgreSQL

Restaurar um servidor habilitado para rede virtual descartado

Restaurar um servidor descartado, habilitado para rede virtual, envolve a especificação de propriedades de rede adicionais, como o ID do recurso da sub-rede delegada e o ID do recurso do Azure Resource Manager da zona DNS privada. 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á ter falhas de restauração ou 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 recursos.