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

Artigo
01/23/2024

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

Quando um servidor é descartado, o backup flexível do servidor flexível do Banco de Dados do Azure para PostgreSQL é retido 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 descartado 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 descartada, você precisa

Nome da assinatura do Azure que hospeda o servidor original
Local em que o servidor foi criado
Usar a versão da api-version 2023-03-01-preview

Etapas para restauração

Navegue até o Portal do Azure. Selecione o serviço Monitor e, em seguida, Registro de Atividades.
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)
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.
Navegue até a página Criar API REST do servidor flexível do Banco de Dados do Azure para PostgreSQL e selecione a guia Experimente realçada em verde. Faça logon usando sua conta do Azure.

Importante

Use esta versão de API2023-03-01-preview em vez do padrão antes de executá-la para habilitar essa função de API, como esperado, conforme detalhado na etapa a seguir.
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 como está, conforme mostrado na imagem a seguir.
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 + 05 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 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": "EastUS",  
  "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 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.
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 VNET removida

{
  "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

Se você utilizar a versão incorreta da API, poderá enfrentar falhas de restauração ou tempos limite. Use a API 2023-03-01-preview para evitar esses problemas.
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óximas etapas

Se você estiver tentando restaurar um servidor em cinco dias e ainda receber um erro depois de seguir as etapas discutidas anteriormente, abra um incidente de suporte para obter assistência. Se você estiver tentando restaurar um servidor removido após cinco dias, é esperado um erro, pois o arquivo de backup não pode ser encontrado. Não abra um tíquete de suporte neste cenário. A equipe de suporte não poderá fornecer nenhuma assistência se o backup for excluído do sistema.
Para evitar a exclusão acidental de servidores, é altamente recomendável usar Bloqueios de Recursos.