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

Artigo
04/29/2024

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

Navegue para o portal do Azure. Selecione o serviço Monitor e, em seguida, selecione Registo de Atividades.
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)
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.
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.

Importante

Use esta api-version 2023-03-01-preview em vez do padrão antes de executar para habilitar essa função de API, conforme 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.
Vá para a seção Request Body e cole o seguinte substituindo o "Drop server Location" (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": "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 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.
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 VNET descartado

{
  "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 limites. Use a API 2023-03-01-preview para evitar esses problemas.
Para evitar possíveis erros de DNS, recomenda-se 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óximos passos

Se você estiver tentando restaurar um servidor dentro de cinco dias e ainda receber um erro depois de seguir com precisão as etapas discutidas anteriormente, abra um incidente de suporte para obter assistência. Se você estiver tentando restaurar um servidor descartado após cinco dias, um erro é esperado, pois o arquivo de backup não pode ser encontrado. Não abra um tíquete de suporte nesse cenário. A equipe de suporte não pode fornecer 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.

Partilhar via