Share via


Återställa en borttagen Azure Database for PostgreSQL – flexibel serverinstans

GÄLLER FÖR: Azure Database for PostgreSQL – flexibel server

När en server tas bort behålls azure database for PostgreSQL flexibel serversäkerhetskopia i fem dagar i tjänsten. Säkerhetskopian av databasen kan endast nås och återställas från den Azure-prenumeration där servern ursprungligen fanns. Följande rekommenderade steg kan följas för att återställa en borttagen flexibel Azure Database for PostgreSQL-serverresurs inom fem dagar från det att servern togs bort. De rekommenderade stegen fungerar bara om säkerhetskopieringen för servern fortfarande är tillgänglig och inte tas bort från systemet. Återställningen av en borttagen server lyckas ofta, men det är inte alltid garanterat, eftersom återställning av en borttagen server beror på flera andra faktorer.

Förutsättningar

För att återställa en borttagen Azure Database for PostgreSQL-flexibel serverinstans behöver du

  • Azure-prenumerationsnamn som är värd för den ursprungliga servern
  • Plats där servern skapades
  • Använd version 2023-03-01-preview api-version

Steg för att återställa

  1. Bläddra till Azure-portalen. Välj övervakningstjänsten och välj sedan Aktivitetslogg.

  2. I aktivitetsloggen väljer du Lägg till filter som det visas och anger följande filter för följande

    • Prenumeration = Din prenumeration som är värd för den borttagna servern

    • Åtgärd = Ta bort PostgreSQL Server (Microsoft.DBforPostgreSQL/flexibleservers/delete)

      Skärmbild som visar aktivitetslogg filtrerad för borttagning av PostgreSQL-serveråtgärd.

  3. Välj händelsen Ta bort PostgreSQL Server och välj sedan fliken JSON. Kopiera attributen resourceId och submissionTimestamp i JSON-utdata. resourceId har följande format: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver.

  4. Bläddra till sidan Azure Database for PostgreSQL – flexibel server Skapa SERVER REST API och välj fliken Prova markerad i grönt. Logga in med ditt Azure-konto.

    Viktigt!

    Använd den här api-versionen 2023-03-01-preview i stället för standardvärdet innan du kör för att aktivera den här API-funktionen som förväntat enligt beskrivningen i följande steg.

  5. Ange egenskaperna resourceGroupName, serverName (Målservernamn), subscriptionId, baserat på JSON-värdet för resourceId-attributet som hämtades i föregående steg 3. Egenskapen api-version är förifyllda och kan lämnas som den är, som du ser i följande bild.

    Skärmbild som visar sidan Testa rest-API:et.

  6. Gå till avsnittet Begärandetext och klistra in följande som ersätter "Platsen för den borttagna servern"(t.ex. CentralUS, EastUS osv.), "submissionTimestamp" och "resourceId". För "pointInTimeUTC" anger du värdet "submissionTimestamp" plus 5 minuter för att säkerställa att kommandot inte fel ut.

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

    Om tidsstämpeln för sändning till exempel är 2023-06-15T15:58:02Z rekommenderar vi att du lägger till minst 5 minuter för att återställa tidpunkten 2023-06-15T16:05:02Z och ser till att du ändrar tre parametrar (plats,pointInTimeUTC,sourceServerResourceId) enligt återställningskraven.

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

    Viktigt!

    Det finns en tidsgräns på fem dagar efter att servern togs bort. Efter fem dagar förväntas ett fel eftersom det inte går att hitta säkerhetskopieringsfilen.

  7. Om svarskoden 201 eller 202 visas skickas återställningsbegäran.

    Det kan ta tid att skapa servern beroende på databasens storlek och beräkningsresurser som har etablerats på den ursprungliga servern. Återställningsstatusen kan övervakas från aktivitetsloggen genom att filtrera efter

    • Prenumeration = Din prenumeration
    • Resurstyp = Azure Database for PostgreSQL – flexibla servrar (Microsoft.DBforPostgreSQL/flexibleServers)
    • Åtgärd = Uppdatera PostgreSQL Server Create

Återställa en borttagen VNET-aktiverad server

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

Vanliga fel

  1. Om du använder den felaktiga API-versionen kan det uppstå återställningsfel eller tidsgränser. Använd API:et 2023-03-01-preview för att undvika sådana problem.
  2. För att undvika potentiella DNS-fel rekommenderar vi att du använder ett annat namn när du initierar återställningsprocessen, eftersom vissa återställningsåtgärder kan misslyckas med samma namn.

Nästa steg

  • Om du försöker återställa en server inom fem dagar och fortfarande får ett fel efter att ha följt stegen ovan öppnar du en supportincident för att få hjälp. Om du försöker återställa en borttagen server efter fem dagar förväntas ett fel eftersom säkerhetskopieringsfilen inte kan hittas. Öppna inte ett supportärende i det här scenariot. Supportteamet kan inte ge någon hjälp om säkerhetskopian tas bort från systemet.
  • För att förhindra oavsiktlig borttagning av servrar rekommenderar vi starkt att du använder Resurslås.