Teilen über


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

GILT FÜR: Azure Database for PostgreSQL – Flexibler 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

  1. Navigieren Sie zum Azure-Portal. Wählen Sie den Monitor-Dienst und anschließend Aktivitätsprotokoll aus.

  2. 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)

      Screenshot: Nach Löschvorgang für PostgreSQL-Server gefiltertes Aktivitätsprotokoll.

  3. 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.

  4. 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.

  1. 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 API-Version-Eigenschaft wird vorab aufgefüllt und kann allein gelassen werden.

  2. 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": "WestUS",
        "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.

  3. 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 Virtual Network-fähigen Servers

Das Wiederherstellen eines weggelassenen virtuellen Netzwerks mit aktiviertem Server umfasst die Angabe zusätzlicher Netzwerkeigenschaften wie die delegierte Subnetzressourcen-ID und die private DNS-Zone Azure Resource Manager-Ressourcen-ID. Führen Sie die folgenden Schritte aus, um den Server mit den erforderlichen Netzwerkkonfigurationen wiederherzustellen.

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

  1. Wenn Sie eine falsche API-Version verwenden, könnten Wiederherstellungsfehler oder Timeouts auftreten. Verwenden Sie die API „2023-03-01-preview“, um solche Probleme zu vermeiden.
  2. Zur Vermeidung potenzieller DNS-Fehler wird empfohlen, beim Initiieren des Wiederherstellungsprozesses einen anderen Namen zu verwenden, weil einige Wiederherstellungsvorgänge mit demselben Namen fehlschlagen könnten.

Nächster Schritt