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 versão da api 2024-08-01
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
resourceIdatributos esubmissionTimestampna 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-versão 2024-08-01 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 sozinha.
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 + 10 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 10 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:08: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 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
- Se você utilizar a versão incorreta da API, poderá ocorrer falhas de restauração ou tempos limites. 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.
Partilhe as suas sugestões e bugs com a equipa de produto da Base de Dados do Azure para PostgreSQL.
Conteúdos relacionados
- Bloqueios de recursos.