Restaurar um Banco de Dados do Azure descartado para PostgreSQL - instância do Servidor Flexível

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

Quando um servidor é descartado, o backup flexível do servidor do Banco de Dados do Azure para PostgreSQL é mantido por cinco dias no serviço. A cópia de segurança da base de dados só pode ser acedida e restaurada a partir da subscrição do Azure na qual 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 descartado dentro de cinco dias a partir do momento da exclusão do servidor. As etapas recomendadas funcionam somente se o backup para o 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 a restauração de 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, você precisa

• Nome da Subscrição do Azure que aloja o servidor original
• Local onde o servidor foi criado
• Use a versão da api 2023-03-01-preview

Passos para restaurar

1. Navegue para o portal do Azure. Selecione o serviço Monitor e, em seguida, selecione Registo de Atividades.

2. No Registro de atividades, selecione Adicionar filtro , conforme mostrado, e defina os seguintes filtros para o seguinte:

   • Subscrição = A sua Subscrição que aloja o servidor eliminado

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

     

3. Selecione o evento Excluir PostgreSQL Server e, em seguida, selecione a guia JSON. Copie os resourceId atributos 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. Navegue até a página da API Criar Servidor REST do Banco de Dados do Azure para PostgreSQL e selecione a guia Experimentar realçada em verde. Inicie sessão com a 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 é pré-preenchida e pode ser deixada sozinha.

2. Vá para a seção Corpo da solicitação e cole o seguinte substituindo o "Local do servidor descartado" (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 cometa erros.

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

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

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

   Importante

   Há um prazo de cinco dias após o servidor ter sido descartado. Após cinco dias, um erro é esperado, uma vez que 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 estado de restauro pode ser monitorizado a partir do registo de atividades filtrando por

   • Subscrição = A sua subscrição
   • Tipo de recurso = Banco de Dados do Azure para servidores flexíveis PostgreSQL (Microsoft.DBforPostgreSQL/flexibleServers)
   • Operação = Atualizar Criação do Servidor PostgreSQL

Restaurar um servidor habilitado para rede virtual descartada

A restauração de um servidor habilitado para rede virtual descartada envolve a especificação de propriedades de rede adicionais, como a ID de recurso de sub-rede delegada e a ID de recurso do Azure Resource Manager de zona DNS privada. Siga os passos 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á ocorrer falhas de restauração ou tempos limites. Use a API 2023-03-01-preview 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.

Próximo passo