Elvetett Azure Database for PostgreSQL visszaállítása

A kiszolgáló elvetésekor a rugalmas Azure Database for PostgreSQL-kiszolgáló biztonsági mentése öt napig megmarad a szolgáltatásban. Az adatbázis biztonsági másolata csak abból az Azure-előfizetésből érhető el és állítható vissza, amelyben eredetileg megtalálható volt. Az alábbi ajánlott lépéseket követve helyreállítható egy elvetett Azure Database for PostgreSQL-kiszolgálói erőforrás a kiszolgáló törlésétől számított öt napon belül. Az ajánlott lépések csak akkor működnek, ha a kiszolgáló biztonsági mentése továbbra is elérhető, és nem törlődik a rendszerből. Bár a törölt kiszolgálók visszaállítása gyakran sikeres, ez nem mindig garantált, mivel a törölt kiszolgálók visszaállítása számos más tényezőtől függ.

Előfeltételek

A rugalmas Azure Database for PostgreSQL-kiszolgálópéldány visszaállításához

• Az eredeti kiszolgálót üzemeltető Azure-előfizetés neve
• A kiszolgáló létrehozásának helye
• A 2024-08-01 api-verzió használata

A visszaállítás lépései

1. Keresse fel az Azure Portalt. Válassza a Monitorozás szolgáltatást, majd válassza a Tevékenységnapló lehetőséget.

2. A Tevékenységnaplóban válassza a Szűrő hozzáadása lehetőséget az alábbi módon, és állítsa be a következő szűrőket:

• Előfizetés = A törölt kiszolgálót üzemeltető előfizetés

• Művelet = PostgreSQL-kiszolgáló törlése (Microsoft.DBforPostgreSQL/flexibleservers/delete)

  

1. Válassza a PostgreSQL-kiszolgáló törlése eseményt, majd a JSON lapot. Másolja ki az resourceId és submissionTimestamp az attribútumokat a JSON-kimenetben. A resourceId formátuma a következő: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver.

2. Keresse meg a rugalmas Azure Database for PostgreSQL-kiszolgáló Create Server REST API-oldalát , és válassza a Kipróbálás lapot zöld színnel kiemelve. Jelentkezzen be Azure-fiókjával.

Fontos

Futtassa ezt az API-verziót az alapértelmezett helyett a 2024-08-01-es verzióval, hogy a következő lépésben ismertetett módon engedélyezze ezt az API-függvényt.

1. Adja meg a resourceGroupName, serverName (Célkiszolgáló neve), subscriptionId tulajdonságokat az előző 3. lépésben rögzített ResourceId attribútum JSON-értéke alapján. Az API-verzió tulajdonság előre fel van töltve, és egyedül is hagyható.

2. Nyissa meg a Kérelem törzse szakaszt, és illessze be a következőt az "Elvetett kiszolgáló helye" (például CentralUS, EastUS stb.), a "submissionTimestamp" és a "resourceId" helyére. A "pointInTimeUTC" mezőben adja meg a "submissionTimestamp" értéket.

  {
    "location": "Dropped Server Location",
    "properties":
    {
      "pointInTimeUTC": "submissionTimestamp",
      "createMode": "ReviveDropped",
      "sourceServerResourceId": "resourceId"
    }
  }

Győződjön meg arról, hogy a visszaállítási követelményeknek megfelelően három paramétert (location,pointInTimeUTC,sourceServerResourceId) módosít.

{
  "location": "WestUS",
  "properties": {
    "pointInTimeUTC": "2023-06-15T06:08:02Z",
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.DBforPostgreSQL/flexibleServers/SourceServer-Name"
  }
}

Fontos

A kiszolgáló elvetése után öt nappal van időkorlát. Öt nap elteltével hiba várható, mivel a biztonsági mentési fájl nem található.

1. Ha 201-ben vagy 202-ben megjelenik a válaszkód, a visszaállítási kérés sikeresen elküldve lesz.

A kiszolgáló létrehozása az eredeti kiszolgálón kiépített adatbázis méretétől és számítási erőforrásaitól függően időt vehet igénybe. A visszaállítási állapot a tevékenységnaplóból a következő szűréssel figyelhető:

• Előfizetés = Az Ön előfizetése
• Erőforrástípus = Rugalmas Azure Database for PostgreSQL-kiszolgálók (Microsoft.DBforPostgreSQL/flexibleServers)
• Operation = Frissítse a PostgreSQL szervert és hozza létre

Elvetett virtuális hálózatra engedélyezett kiszolgáló visszaállítása

Az elvetett virtuális hálózattal rendelkező kiszolgáló visszaállításához további hálózati tulajdonságokat kell megadni, például a delegált alhálózati erőforrás-azonosítót és a privát DNS-zónát, az Azure Resource Manager erőforrás-azonosítóját. Az alábbi lépéseket követve állítsa vissza a kiszolgálót a szükséges hálózati konfigurációkkal.

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

Gyakori hibák

1. Ha helytelen API-verziót használ, visszaállítási hibák vagy időtúllépések léphetnek fel. Az ilyen problémák elkerülése érdekében használja a 2024-08-01 API-t.

2. A lehetséges DNS-hibák elkerülése érdekében javasoljuk, hogy a visszaállítási folyamat indításakor más nevet használjon, mivel egyes visszaállítási műveletek sikertelenek lehetnek ugyanazzal a névvel.

Kapcsolódó tartalom

• Erőforrás-zárolások.