Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Wenn Sie einen Server löschen, behält der Dienst das Backup des Azure Database for PostgreSQL Flexible Server fünf Tage lang. Sie können nur im Azure-Abonnement, in dem sich der Server ursprünglich befand, auf diese Sicherung zugreifen und sie wiederherstellen.
Führen Sie die empfohlenen Schritte aus, um einen gelöschten Azure Database for PostgreSQL flexiblen Server innerhalb von fünf Tagen nach dem Löschen wiederherzustellen. Diese Schritte funktionieren nur, wenn die Sicherung für den Server noch verfügbar und nicht aus dem System gelöscht wird. Während das Wiederherstellen eines gelöschten Servers häufig erfolgreich ist, ist es nicht immer garantiert, da das Wiederherstellen eines gelöschten Servers von mehreren anderen Faktoren abhängt.
Voraussetzungen
Zum Wiederherstellen eines gelöschten Azure Database for PostgreSQL flexiblen Servers benötigen Sie die folgenden Elemente:
- Zugriff auf das Azure-Abonnement, das den Server gehostet hat, bevor Sie ihn gelöscht haben.
- Ort, an dem der Server vorhanden war.
- Verwenden Sie die Version 2025-08-01 der Server – Erstellen oder Aktualisieren der REST-API.
Schritte zum Wiederherstellen eines gelöschten Servers
Verwenden Sie das Azure-Portal:
Suchen Sie nach dem Monitordienst . Wählen Sie im Ressourcenmenü " Aktivitätsprotokoll" aus.
Legen Sie auf der Seite „Aktivitätsprotokoll“ Abonnement auf das Abonnement fest, unter dem Ihr Server gehostet wurde, und wählen Sie Filter hinzufügen aus, um Vorgang auf PostgreSQL-Server löschen (Microsoft.DBforPostgreSQL/flexibleServers/delete) festzulegen.
Wählen Sie das Ereignis Delete PostgreSQL Server aus, und wählen Sie dann die Registerkarte JSON aus. Scrollen Sie, bis Sie die Attribute
resourceIdundsubmissionTimestampin der JSON-Ausgabe finden. DieresourceIdhat das folgende Format:/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server.Navigieren Sie zur Azure Database for PostgreSQL flexiblen Server-REST-API-Seite erstellen, und wählen Sie die Schaltfläche "Testen" aus. Melden Sie sich mit Ihrem Azure-Konto an.
Geben Sie die Werte für resourceGroupName (zuvor erstellte Ressourcengruppe an der Stelle an, an der der wiederhergestellte Server erstellt werden soll), serverName (Name des neu wiederhergestellten Servers, der nicht mit dem Namen des ursprünglich gelöschten Servers übereinstimmt) und "subscriptionId " (muss mit dem Abonnement übereinstimmen, in dem der gelöschte Server vorhanden ist, den Sie aus dem
resourceIdAttribut in der zuvor geprüften JSON abrufen können).Fügen Sie im Abschnitt Body den folgenden JSON-Code ein, und ersetzen Sie den Wert von
<original-deleted-server-location>durch den Speicherort, an dem sich der gelöschte Server befand (z. B. CanadaCentral, CentralUS, EastUS usw.),<value-copied-from-submissionTimestamp>durch den Wert, der aussubmissionTimestampin dem im Aktivitätsprotokollereignis überprüften JSON abgerufen wurde, und<value-copied-from-resourceId>durch den Wert, der ausresourceIdin demselben JSON abgerufen wurde.
{
"location": "<original-deleted-server-location>",
"properties":
{
"createMode": "ReviveDropped",
"pointInTimeUTC": "<value-copied-from-submissionTimestamp>",
"sourceServerResourceId": "<value-copied-from-resourceId>"
}
}
Stellen Sie sicher, dass Sie gemäß den Wiederherstellungsanforderungen drei Parameter (location, pointInTimeUTC, sourceServerResourceId) ändern.
{
"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"
}
}
Important
Es gibt ein Zeitlimit von fünf Tagen, nachdem der Server gelöscht wurde. Nach fünf Tagen tritt ein Fehler auf, da die Sicherung nicht gefunden werden kann.
Wenn der Antwortcode 201 oder 202 angezeigt wird, wird die Wiederherstellungsanforderung erfolgreich übermittelt.
Die Servererstellung kann je nach Datenbankgröße und Computeressourcen, die auf dem ursprünglichen Server bereitgestellt werden, Zeit in Anspruch nehmen. Sie können den Wiederherstellungsstatus im Aktivitätsprotokoll nachverfolgen, wenn Sie nach Folgendem filtern:
- Abonnement: Abonnement, in dem Sie den gelöschten Server wiederherstellen.
- Ressourcentyp: Azure Database for PostgreSQL Flexible Server (Microsoft.DBforPostgreSQL/flexibleServers).
- Operation: PostgreSQL-Servererstellung aktualisieren.
Wiederherstellen eines gelöschten virtuellen Netzwerks mit aktiviertem Server
Zum Wiederherstellen eines gelöschten virtuellen Netzwerks mit aktiviertem Server müssen andere Netzwerkeigenschaften angegeben werden, z. B. die Ressourcenbezeichner des delegierten Subnetzes und die private DNS-Zone. Führen Sie die Schritte im folgenden Abschnitt aus, um Den Server mit den erforderlichen Netzwerkkonfigurationen wiederherzustellen.
{
"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"
}
}
}
Häufige Fehler
Wenn Sie die falsche API-Version verwenden, können Wiederherstellungsfehler oder Timeouts auftreten. Verwenden Sie Version 2025-08-01, um diese Probleme zu vermeiden.
Um potenzielle DNS-Fehler zu vermeiden, verwenden Sie beim Initiieren des Wiederherstellungsvorgangs einen anderen Namen. Einige Wiederherstellungsvorgänge können fehlschlagen, wenn Sie denselben Namen verwenden.