Ripristinare un server eliminato in Server flessibile di Database di Azure per PostgreSQL

Quando si elimina un server, il servizio mantiene il backup Database di Azure per PostgreSQL server flessibile per cinque giorni. È possibile accedere e ripristinare il backup solo dalla sottoscrizione Azure in cui si trova originariamente il server.

Per ripristinare un server flessibile Database di Azure per PostgreSQL eliminato entro cinque giorni dall'eliminazione, seguire la procedura consigliata. Questi passaggi funzionano solo se il backup per il server è ancora disponibile e non viene eliminato dal sistema. Anche se il ripristino di un server eliminato ha spesso esito positivo, non è sempre garantito, poiché il ripristino di un server eliminato dipende da diversi altri fattori.

Prerequisiti

Per ripristinare un server flessibile Database di Azure per PostgreSQL eliminato, sono necessari gli elementi seguenti:

• Accesso alla sottoscrizione Azure che ospitava il server prima di eliminarlo.
• Posizione in cui è presente il server.
• Usare la versione 2025-08-01 dei server - Creare o aggiornare l'API REST.

Procedura per ripristinare un server eliminato

Usare il portale di Azure:

1. Cerca il servizio Monitor. Nel menu della risorsa, seleziona Registro attività.

2. Nella pagina del log attività impostare Sottoscrizione sulla sottoscrizione ospitata dal server e selezionare Aggiungi filtro per impostare Operazione su Elimina server PostgreSQL (Microsoft). DBforPostgreSQL/flexibleServers/delete).

   

3. Selezionare l'evento Delete PostgreSQL Server (Elimina server PostgreSQL ) e quindi selezionare la scheda JSON . Scorrere fino a trovare gli resourceId attributi e submissionTimestamp nell'output JSON. resourceId è nel formato seguente: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server.

   

4. Passa alla pagina dell'API REST Crea server del server flessibile di Database di Azure per PostgreSQL e seleziona il pulsante Prova. Accedere con l'account Azure.

5. Specificare i valori per resourceGroupName (gruppo di risorse creato in precedenza in cui si vuole creare il server ripristinato), serverName (nome del server appena ripristinato, che non deve corrispondere al nome del server eliminato originariamente) e subscriptionId (deve corrispondere alla sottoscrizione in cui esiste il server eliminato, che è possibile ottenere dall'attributo resourceId nel file JSON esaminato in precedenza).

6. Nella sezione Corpo incollare il codice JSON seguente e sostituire il valore di <original-deleted-server-location> con il percorso in cui è presente il server eliminato (ad esempio CanadaCentral, CentralUS, EastUS e così via), <value-copied-from-submissionTimestamp> con il valore recuperato da submissionTimestamp nel codice JSON esaminato nell'evento del log attività e <value-copied-from-resourceId> con il valore recuperato da resourceId in tale JSON.

  {
    "location": "<original-deleted-server-location>",
    "properties":
    {
      "createMode": "ReviveDropped",
      "pointInTimeUTC": "<value-copied-from-submissionTimestamp>",
      "sourceServerResourceId": "<value-copied-from-resourceId>"
    }
  }

Assicurarsi di modificare tre parametri (location, pointInTimeUTC, sourceServerResourceId) in base ai requisiti di ripristino.

{
  "location": "CanadaCentral",
  "properties": {
    "createMode": "ReviveDropped",
    "pointInTimeUTC": "2026-06-09T06:08:02Z",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server"
  }
}

Se viene visualizzato il codice di risposta 201 o 202, la richiesta di ripristino viene inviata correttamente.

La creazione del server può richiedere tempo a seconda delle dimensioni del database e delle risorse di calcolo di cui è stato effettuato il provisioning nel server originale. È possibile monitorare lo stato di ripristino dal log attività se si filtra in base a:

• Sottoscrizione: sottoscrizione in cui si sta ripristinando il server eliminato.
• Tipo di risorsa: Database di Azure per PostgreSQL - server flessibile (Microsoft.DBforPostgreSQL/flexibleServers).
• Operazione: aggiornare la creazione del server PostgreSQL.

Ripristinare un server con rete virtuale abilitata eliminato

Per ripristinare un server abilitato per la rete virtuale eliminata è necessario specificare altre proprietà di rete, ad esempio gli identificatori di risorsa della subnet delegata e la zona DNS privata. Seguire la procedura descritta nella sezione seguente per ripristinare il server con le configurazioni di rete necessarie.

{
  "location": "EastUS",
  "properties": {
    "createMode": "ReviveDropped",
    "pointInTimeUTC": "2026-06-09T06:08:02Z",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server",
    "network": {
      "delegatedSubnetResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.Network/virtualNetworks/example-virtual-network/subnets/example-subnet",
      "privateDnsZoneArmResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.Network/privateDnsZones/example-private-dns-zone"
    }
  }
}

Errori comuni

Se si usa la versione dell'API non corretta, possono verificarsi errori di ripristino o timeout. Usare la versione 2025-08-01 per evitare questi problemi.

Per evitare potenziali errori DNS, usare un nome diverso quando si avvia il processo di ripristino. Alcune operazioni di ripristino potrebbero non riuscire se si usa lo stesso nome.

Contenuti correlati

Blocchi di risorse