Å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ända api-versionen 2024-08-01
Steg för att återställa
Bläddra till Azure-portalen. Välj övervakningstjänsten och välj sedan Aktivitetslogg.
I aktivitetsloggen väljer du Lägg till filter som det visas och anger följande filter för följande
Välj händelsen Ta bort PostgreSQL Server och välj sedan fliken JSON. Kopiera attributen
resourceId
ochsubmissionTimestamp
i JSON-utdata. resourceId har följande format:/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver
.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 2024-08-01 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.
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 ensam.
Gå till avsnittet Begärandetext och klistra in följande som ersätter "Borttagen serverplats"(till exempel 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 + 10 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 10 minuter för att återställa tidpunkten 2023-06-15T16:05:02Z och se till att du ändrar tre parametrar (plats,pointInTimeUTC,sourceServerResourceId) enligt dina återställningskrav.
{ "location": "WestUS", "properties": { "pointInTimeUTC": "2023-06-15T16:08: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.
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 virtuell nätverksaktiverad server
När du återställer en inaktiverad virtuell nätverksaktiverad server måste du ange ytterligare nätverksegenskaper, till exempel det delegerade resurs-ID:t för undernätet och azure Resource Manager-resurs-ID:t i den privata DNS-zonen. Följ stegen nedan för att återställa servern med nödvändiga nätverkskonfigurationer.
{
"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
- Om du använder den felaktiga API-versionen kan det uppstå återställningsfel eller tidsgränser. Använd API:et 2024-08-01 för att undvika sådana problem.
- 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.