Compartilhar via


Restaurar uma instância removida do Banco de Dados do Azure para PostgreSQL - Servidor Flexível.

APLICA-SE A: Banco de Dados do Azure para PostgreSQL - Servidor Flexível

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 ela 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)

      Captura de tela mostrando o registro de atividades filtrado para a operação de exclusão do servidor PostgreSQL.

  3. 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.

  4. 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.

Importante

Use essa versão da API 2024-08-01 em vez da padrão antes da execução para habilitar essa função da API conforme esperado, conforme detalhado na etapa a seguir.

  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 é pré-preenchida e pode ser deixada sozinha.

  2. Acesse a seção Corpo da Solicitação e cole o seguinte, substituindo "Local do servidor removido" (por exemplo, CentralUS, EastUS etc.), "submissionTimestamp" e "resourceId". Para "pointInTimeUTC", especifique um valor de "submissionTimestamp" mais 5 minutos para garantir que o comando não apresente erros.

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

    Por exemplo, se o carimbo de data/hora do envio for 2023-06-15T15:58:02Z, recomendamos adicionar um mínimo de 10 minutos para restaurar o ponto no tempo 2023-06-15T16:05:02Z e garantir que você esteja alterando três parâmetros (localização,pointInTimeUTC,sourceServerResourceId) de acordo com seus requisitos de restauração.

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

    Importante

    Há um limite de tempo de cinco dias após o descarte do servidor. Após cinco dias, é esperado um erro, pois o arquivo de backup não pode ser encontrado.

  3. 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 habilitado com a rede virtual removida

A restauração de um servidor habilitado para rede virtual descartado envolve a especificação de propriedades de rede adicionais, como a ID do recurso de sub-rede delegada e a 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á 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.