Restaurar uma base de dados eliminada do Azure Database para PostgreSQL

Quando um servidor é removido, o backup flexível do servidor Azure Database for PostgreSQL é mantido durante cinco dias pelo serviço. A cópia de segurança da base de dados só pode ser acedida e restaurada a partir da subscrição Azure onde o servidor se encontrava originalmente. Os seguintes passos recomendados podem ser seguidos para recuperar um recurso de servidor flexível do Azure Database for PostgreSQL eliminado no prazo de cinco dias após a eliminação do servidor. Os passos recomendados só funcionam se a cópia de segurança do servidor ainda estiver disponível e não for apagada do sistema. Embora restaurar um servidor eliminado muitas vezes seja bem-sucedido, nem sempre é garantido, pois restaurar um servidor eliminado depende de vários outros fatores.

Pré-requisitos

Para restaurar uma instância de servidor flexível excluída do Azure Database for PostgreSQL, é necessário seguir os seguintes passos

• Nome de subscrição Azure que hospeda o servidor original
• Local onde o servidor foi criado
• Use a versão de API 2024-08-01

Passos para restaurar

1. Navegue para o portal do Azure. Selecione o serviço Monitor , depois selecione Registo de Atividade.

2. No Registo de Atividade, selecione Adicionar filtro como mostrado e defina os seguintes filtros para o seguinte

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

• Operation = Eliminar Servidor PostgreSQL (Microsoft.DBforPostgreSQL/flexibleservers/delete)

  

1. Selecione o evento Eliminar PostgreSQL Server e depois selecione o separador JSON. Copie os atributos resourceId e submissionTimestamp da saída JSON. O resourceId está no seguinte formato: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver.

2. Navegue até à página de Criar API REST do servidor flexível Azure Azure para PostgreSQL e selecione o separador Experimentar realçado a verde. Inicie sessão com a sua conta do Azure.

1. Forneça as propriedades resourceGroupName, serverName (nome do servidor alvo), subscriptionId , com base no valor JSON do atributo resourceId capturado no passo 3 anterior. A propriedade de versão da API é pré-preenchida e pode ser deixada intacta.

2. Vá à secção Request Body e cole o seguinte, substituindo "Localização do servidor desativado" (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"
    }
  }

Certifique-se de que está a alterar três parâmetros (localização, pointInTimeUTC, sourceServerResourceId) conforme os seus requisitos de restauro.

{
  "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 vir o Código de Resposta 201 ou 202, o pedido de restauro é submetido com sucesso.

A criação do servidor pode demorar tempo, dependendo do tamanho da base de dados e dos recursos computacionais provisionados no servidor original. O estado da restauração pode ser monitorizado a partir do registo de atividade, filtrando por

• Subscrição = A Sua Subscrição
• Resource Type = Azure Database for PostgreSQL Flexible servers (Microsoft.DBforPostgreSQL/flexibleServers)
• Operação = Atualizar Servidor PostgreSQL criação

Restaurar um servidor com rede virtual desativado

Restaurar um servidor habilitado pela rede virtual desativado envolve especificar propriedades adicionais da rede, como o ID de recurso de sub-rede delegado e o ID de recurso do Azure Resource Manager da zona DNS privada. Siga os passos abaixo para restaurar o seu 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 utilizar a versão incorreta da API, pode experienciar falhas de restauro ou timeouts. Use a API de 01-08-2024 para evitar este tipo de problemas.

2. Para evitar potenciais erros de DNS, recomenda-se usar um nome diferente ao iniciar o processo de restauro, pois algumas operações de restauro podem falhar com o mesmo nome.

Conteúdo relacionado

• Bloqueios de Recursos.