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
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
Selecione o evento Excluir servidor PostgreSQL e, em seguida, selecione a guia JSON. Copie os atributos
resourceId
esubmissionTimestamp
na saída JSON. O resourceId está no seguinte formato:/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver
.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.
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.
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.
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
- 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.
- 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.