Wiederherstellen einer getrennten Instanz von Azure Database for PostgreSQL - Flexible Server

Artikel
05/03/2024

GILT FÜR: Azure Database for PostgreSQL – Flexible Server

Wenn ein Server getrennt wird, wird die Sicherung des flexiblen Azure Database for PostgreSQL-Servers bis zu fünf Tage im Dienst aufbewahrt. Auf die Datenbanksicherung kann nur über das Azure-Abonnement zugegriffen werden, zu dem der Server ursprünglich gehörte. Und nur über dieses Abonnement kann die Datenbanksicherung auch wiederhergestellt werden. Die folgenden empfohlenen Schritte können ausgeführt werden, um eine getrennte Ressource des flexiblen Azure Database for PostgreSQL-Servers innerhalb von fünf Tagen ab dem Zeitpunkt der Serverlöschung wiederherzustellen. Die empfohlenen Schritte funktionieren nur, wenn die Sicherung für den Server weiterhin verfügbar ist und nicht aus dem System gelöscht wurde. Während das Wiederherstellen eines gelöschten Servers häufig erfolgreich ist, ist es nicht immer gewährleistet, da das Wiederherstellen eines gelöschten Servers von mehreren anderen Faktoren abhängt.

Voraussetzungen

Zum Wiederherstellen einer getrennten Instanz des flexiblen Azure Database for PostgreSQL-Servers wird Folgendes benötigt:

Name des Azure-Abonnements, das den ursprünglichen Server gehostet hat
Speicherort, an dem der Server erstellt wurde
Verwenden der API-Version 2023-03-01-preview

Schritte zum Wiederherstellen

Navigieren Sie zum Azure-Portal. Wählen Sie den Monitor-Dienst und anschließend Aktivitätsprotokoll aus.
Klicken Sie im Aktivitätsprotokoll wie hier gezeigt auf Filter hinzufügen, und legen Sie die Filter wie folgt fest
- Abonnement = Ihr Abonnement, das den gelöschten Server hostet
- Vorgang: PostgreSQL-Server löschen (Microsoft.DBforPostgreSQL/flexibleservers/delete)
Wählen Sie das Ereignis für PostgreSQL-Server löschen und anschließend die Registerkarte JSON aus. Kopieren Sie die Attribute resourceId und submissionTimestamp in der JSON-Ausgabe. Die Ressourcen-ID (resourceId) hat das folgende Format: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver.
Navigieren Sie zur Seite der REST-API für die Servererstellung des flexiblen Azure Database for PostgreSQL-Servers, und wählen Sie die grün hervorgehobene Option Jetzt testen aus. Melden Sie sich mit Ihrem Azure-Konto an.

Wichtig

Verwenden Sie vor dem Ausführen die API-Version 2023-03-01-preview anstelle der Standardeinstellung, um diese API-Funktion wie erwartet zu aktivieren, wie im folgenden Schritt beschrieben.
Geben Sie Werte für die Eigenschaften resourceGroupName, serverName (Zielservername) und subscriptionId an (basierend auf dem JSON-Wert für das Attribut „resourceId“, das Sie zuvor in Schritt 3 erfasst haben). Die Eigenschaft „api-version“ wurde vorab aufgefüllt und kann unverändert bleiben, wie in der folgenden Abbildung zu sehen.
Wechseln Sie zum Abschnitt Anforderungstext, und fügen Sie das Folgende für „Speicherort des gelöschten Servers“ (z. B. CentralUS, EastUS usw.), „submissionTimestamp“ und „resourceId“ ein. Geben Sie für „pointInTimeUTC“ den Wert von „submissionTimestamp“ plus 5 Minuten an, damit der Befehl nicht fehlschlägt.
```
{
  "location": "Dropped Server Location",  
  "properties": 
  {
    "pointInTimeUTC": "submissionTimestamp + 05 minutes",
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "resourceId"
  }
}
```
Wenn der Übermittlungszeitstempel beispielsweise 2023-06-15T15:58:02Z lautet, empfehlen wir, mindestens 5 Minuten zum Wiederherstellungszeitpunkt 2023-06-15T16:05:02Z hinzuzufügen und sicherzustellen, dass Sie drei Parameter (location, pointInTimeUTC, sourceServerResourceId) den jeweiligen Wiederherstellungsanforderungen entsprechend ändern.
```
{
  "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"
  }
}
```
Wichtig

Nach dem Löschen des Servers beginnt ein Zeitlimit von fünf Tagen. Nach fünf Tagen tritt erwartungsgemäß ein Fehler auf, da die Sicherungsdatei nicht gefunden wird.
Wenn Sie „Antwortcode 201“ oder 202 sehen, wurde die Wiederherstellungsanforderung erfolgreich übermittelt.

Die Servererstellung kann abhängig von der Datenbankgröße und den Computeressourcen, die auf dem ursprünglichen Server bereitgestellt werden, eine Weile dauern. Der Wiederherstellungsstatus kann über das Aktivitätsprotokoll überwacht werden durch filtern nach
- Abonnement = Ihr Abonnement
- Ressourcentyp = Azure Database for PostgreSQL Flexible Server (Microsoft.DBforPostgreSQL/flexibleServers)
- Vorgang: „Update PostgreSQL Server Create“ (PostgreSQL-Servererstellung aktualisieren)

Wiederherstellen eines gelöschten VNET-fähigen Servers

{
  "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"
    }
  }
}

Häufige Fehler

Bei Verwendung der falschen API-Version können Wiederherstellungsfehler oder Timeouts auftreten. Verwenden Sie die API „2023-03-01-preview“, um solche Probleme zu vermeiden.
Zur Vermeidung potenzieller DNS-Fehler wird empfohlen, beim Initiieren des Wiederherstellungsprozesses einen anderen Namen zu verwenden, weil einige Wiederherstellungsvorgänge mit demselben Namen möglicherweise fehlschlagen.

Nächste Schritte

Wenn Sie versuchen, einen Server innerhalb von fünf Tagen wiederherzustellen, und nach dem genauen Ausführen der zuvor beschriebenen Schritte immer noch eine Fehlermeldung angezeigt wird, öffnen Sie einen Supportfall, um Unterstützung zu erhalten. Wenn Sie versuchen, einen gelöschten Server nach fünf Tagen wiederherzustellen, wird ein Fehler erwartet, da die Sicherungsdatei nicht gefunden werden kann. Eröffnen Sie in diesem Szenario kein Supportticket. Das Supportteam kann keine Unterstützung bieten, wenn die Sicherung aus dem System gelöscht worden ist.
Um das versehentliche Löschen von Servern zu verhindern, sollten Sie unbedingt Ressourcensperren verwenden.