Säkerhetskopiering och återställning i Azure Database for PostgreSQL – flexibel server

Säkerhetskopior är en viktig del av alla strategier för affärskontinuitet. De hjälper till att skydda data från oavsiktlig skada eller borttagning.

Azure Database for PostgreSQL utför automatiskt regelbundna säkerhetskopieringar av servern. Du kan sedan göra en återställning till en viss tidpunkt (PITR) inom en lagringsperiod som du anger. Den totala tiden för återställning beror vanligtvis på storleken på data och hur mycket återställning som ska utföras.

Översikt över Backup

Azure Database for PostgreSQL tar säkerhetskopior av ögonblicksbilder av datafiler och lagrar dem säkert i zonredundant lagring eller lokalt redundant lagring, beroende på region. Servern säkerhetskopierar även transaktionsloggar när wal-filen (write-ahead log) är redo att arkiveras. Använd dessa säkerhetskopior för att återställa en server till valfri tidpunkt inom den konfigurerade kvarhållningsperioden för säkerhetskopior.

Standardperioden för kvarhållning av säkerhetskopior är sju dagar, men du kan förlänga perioden till högst 35 dagar. Alla säkerhetskopior krypteras via AES 256-bitars kryptering för vilande data.

Du kan inte exportera dessa säkerhetskopieringsfiler eller använda dem för att skapa servrar utanför Azure Database for PostgreSQL flexibel serverinstans. Därför kan du använda PostgreSQL-verktygen pg_dump och pg_restore/psql.

Säkerhetskopieringsfrekvens

Säkerhetskopior i Azure Database for PostgreSQL– flexibla serverinstanser är ögonblicksbildbaserade. Den första säkerhetskopieringen schemaläggs omedelbart efter att en server har skapats. Säkerhetskopior av ögonblicksbilder tas för närvarande en gång om dagen. Om du inte gör några ytterligare ändringar i några databaser på servern efter den senaste säkerhetskopieringen av ögonblicksbilden pausar systemet tillfälligt säkerhetskopieringar av ögonblicksbilder. Så snart du ändrar en databas på servern tar systemet omedelbart en ny ögonblicksbild för att samla in de senaste ändringarna. Den första ögonblicksbilden är en fullständig säkerhetskopia och på varandra följande ögonblicksbilder är differentiella säkerhetskopior.

Säkerhetskopior av transaktionsloggar tas med varierande frekvens beroende på arbetsbelastningen och när WAL-filen är full och redo att arkiveras. I allmänhet kan fördröjnings-RPO:t (återställningspunktsmål) vara upp till fem minuter.

Alternativ för säkerhetskopieringsredundans

Azure Database for PostgreSQL lagrar flera kopior av dina säkerhetskopior för att skydda dina data från planerade och oplanerade händelser. Dessa händelser kan omfatta tillfälliga maskinvarufel, nätverks- eller strömavbrott och naturkatastrofer. Säkerhetskopieringsredundans hjälper till att säkerställa att databasen uppfyller sina tillgänglighets- och hållbarhetsmål, även om fel inträffar.

Azure Database for PostgreSQL erbjuder tre alternativ:

• Zonredundant lagring av säkerhetskopiering: Azure Database for PostgreSQL väljer automatiskt det här alternativet för regioner som stöder tillgänglighetszoner. När du lagrar säkerhetskopior i zonredundant säkerhetskopieringslagring behåller tjänsten tre kopior av data i tillgänglighetszonen där servern finns. Dessutom replikerar tjänsten data till en annan tillgänglighetszon för extra skydd.

  Det här alternativet ger tillgänglighet för säkerhetskopiering av data i tillgänglighetszoner och begränsar replikering av data till inom ett land eller en region för att uppfylla kraven på datahemvist. Det ger minst 99,9999999999999 procent (12 nior) hållbarhet för säkerhetskopieringsobjekt under ett år.

• Lokalt redundant lagring av säkerhetskopiering: Azure Database for PostgreSQL väljer automatiskt det här alternativet för regioner som inte har stöd för tillgänglighetszoner ännu. När du lagrar säkerhetskopior i lokalt redundant lagring lagrar tjänsten flera kopior av säkerhetskopior i samma datacenter.

  Det här alternativet hjälper till att skydda dina data mot serverrack och enhetsfel. Det ger minst 99,999999999999 procent (11 nior) hållbarhet för säkerhetskopieringsobjekt under ett år.

  Som standard anger tjänsten lagring av säkerhetskopior för servrar med hög tillgänglighet i samma zon (HA) eller ingen konfiguration med hög tillgänglighet till lokalt redundant.

• Geo-redundant säkerhetskopieringslagring: Du kan välja det här alternativet när servern skapas. När du lagrar säkerhetskopior i geo-redundant lagring av säkerhetskopior, utöver tre kopior av data som lagras i den region där servern finns, replikerar tjänsten data till en geo-länkad region.

  Med det här alternativet kan du återställa servern i en annan region i händelse av en katastrof. Det ger också minst 99,99999999999999999999 procent (16 nior) hållbarhet för säkerhetskopieringsobjekt under ett år.

  Geo-redundans stöds för servrar som finns i någon av de Azure-kopplade regionerna.

Flytta från andra lagringsalternativ för säkerhetskopiering till geo-redundant lagring av säkerhetskopior

Du kan konfigurera geo-redundant lagring för säkerhetskopiering endast när servern skapas. När en server har etablerats kan du inte ändra redundansalternativet för lagring av säkerhetskopior.

Kvarhållning av säkerhetskopior

Servern behåller säkerhetskopior baserat på den kvarhållningsperiod som du anger. Du kan välja en kvarhållningsperiod mellan 7 (standard) och 35 dagar. Ange kvarhållningsperioden när servern skapas eller ändra den senare. Servern behåller säkerhetskopior även för stoppade servrar.

Lagringsperioden för säkerhetskopior anger hur långt tillbaka det går att utföra en återställning till en viss tidpunkt (PITR) från de tillgängliga säkerhetskopiorna. Du kan också betrakta kvarhållningsperioden för säkerhetskopiering som ett återställningsfönster ur ett återställningsperspektiv.

Lagringen för säkerhetskopiering behåller alla säkerhetskopior som krävs för att utföra en PITR inom kvarhållningsperioden för säkerhetskopior. Om du till exempel anger kvarhållningsperioden för säkerhetskopior till 7 dagar är återställningsfönstret de senaste 7 dagarna. I det här scenariot behåller säkerhetskopieringslagringen alla data och loggar som krävs för att återställa och återställa servern under de senaste 7 dagarna.

Kostnad för lagring av säkerhetskopior

Azure Database for PostgreSQL tillhandahåller upp till 100 procent av din etablerade serverlagring som lagring av säkerhetskopior utan extra kostnad. Du betalar för eventuell extra lagring av säkerhetskopior som du använder i gigabyte per månad.

Om du till exempel etablerar en server med 250 gibibyte (GiB) lagringsutrymme får du 250 GiB av lagringskapacitet för säkerhetskopiering utan extra kostnad. Om den dagliga säkerhetskopieringsanvändningen är 25 GiB kan du ha upp till 10 dagars kostnadsfri lagring av säkerhetskopior. Du betalar för lagringsförbrukning för säkerhetskopiering som överskrider 250 GiB enligt definitionen i prismodellen.

Om du konfigurerar servern med geo-redundant säkerhetskopiering kopieras även säkerhetskopieringsdata till den Azure parkopplade regionen. Så storleken på din säkerhetskopiering är dubbelt så stor som den lokala säkerhetskopian. Fakturering beräknas som ((2 x lokal säkerhetskopieringsstorlek) – etablerad lagringsstorlek) x pris @ gigabyte per månad.

Använd måttet Backup Storage Used i Azure-portalen för att övervaka lagringen av säkerhetskopior som en server använder. Måttet Backup Storage Used representerar summan av lagringen som förbrukas av alla kvarhållna databassäkerhetskopieringar och loggsäkerhetskopior, baserat på den kvarhållningsperiod för säkerhetskopiering som angetts för servern.

Återställning till specifik tidpunkt

I en flexibel Azure Database for PostgreSQL-serverinstans skapar en PITR en ny server i samma region som källservern, men du kan välja tillgänglighetszon. Den skapas med källserverns konfiguration för prisnivån, beräkningskraft, antal virtuella kärnor, lagringsstorlek, kvarhållningsperiod för säkerhetskopiering och säkerhetskopieringsredundans.

De fysiska databasfilerna återställs först från säkerhetskopieringar av ögonblicksbilder till serverns dataplats. Lämplig säkerhetskopia som togs tidigare än den önskade tidpunkten väljs och återställs automatiskt. En återställningsprocess startar sedan med hjälp av WAL-filer för att föra databasen till ett konsekvent tillstånd.

Anta till exempel att säkerhetskopiorna utförs kl. 23:00 varje natt. Om återställningspunkten gäller den 15 augusti kl. 10:00 återställs den dagliga säkerhetskopieringen den 14 augusti. Databasen återställs fram till 10:00 den 15 augusti med hjälp av säkerhetskopieringen av transaktionsloggen från 14 augusti 23:00 till 15 augusti kl. 10:00.

För att återställa din databasserver, se någon av följande:

• Återställ till senaste återställningspunkt.
• Återställ till anpassad återställningspunkt.
• Återställ till fullständig säkerhetskopia (snabb återställning).
• Återställ till en länkad region (geo-återställning).

PITR är användbart i scenarier som dessa:

• En användare tar av misstag bort data, en tabell eller en databas.
• Ett program skriver av misstag över bra data med felaktiga data på grund av ett programfel.
• Du vill klona servern för test, utveckling eller för dataverifiering.

Genom att använda kontinuerlig säkerhetskopiering av transaktionsloggar kan du återställa till den senaste transaktionen. Du kan välja mellan följande återställningsalternativ:

• Senaste återställningspunkten (nu): Det här är standardalternativet, som återställer servern till den senaste tidpunkten.

• Anpassad återställningspunkt: Med det här alternativet kan du välja valfri tidpunkt inom den kvarhållningsperiod som definierats för den här flexibla Azure Database for PostgreSQL-serverinstansen. Som standard väljs den senaste tiden i UTC automatiskt. Automatiskt val är användbart om du vill återställa till den senaste kommiterade transaktionen i testsyfte. Du kan också välja andra dagar och tider.

• Snabb återställningspunkt: Det här alternativet återställer servern så snabbt som möjligt inom den kvarhållningsperiod som definierats för deras Azure Database for PostgreSQL flexibla serverinstans. Snabbaste återställning är möjligt genom att välja tidsstämpeln direkt från listan över säkerhetskopior. Den här återställningsåtgärden etablerar en server och återställer helt enkelt den fullständiga säkerhetskopieringen av ögonblicksbilder. Det kräver ingen återställning av loggar, vilket gör det snabbt. Välj en tidsstämpel för säkerhetskopiering som är större än den tidigaste återställningspunkten för en lyckad återställningsåtgärd.

Den tid som krävs för att återställa med hjälp av de senaste och anpassade återställningspunktsalternativen varierar beroende på faktorer som volymen av transaktionsloggar som ska bearbetas sedan den senaste säkerhetskopieringen och det totala antalet databaser som återställs samtidigt i samma region. Den totala återställningstiden tar vanligtvis några minuter upp till några timmar.

Om du konfigurerar servern i ett virtuellt nätverk kan du återställa till samma virtuella nätverk eller till ett annat virtuellt nätverk. Du kan dock inte återställa till offentlig åtkomst. På samma sätt kan du inte återställa till privat virtuell nätverksåtkomst om du har konfigurerat servern med offentlig åtkomst.

Geografiskt redundant säkerhetskopiering och återställning

Information om hur du aktiverar geo-redundant säkerhetskopiering från fönstret Compute + Storage i Azure-portalen finns i Skapa en Azure Database for PostgreSQL.

När du har konfigurerat servern med geo-redundant säkerhetskopiering kan du återställa den till en geo-länkad region. Mer information finns i de regioner som stöds för geo-redundant säkerhetskopiering.

När du konfigurerar servern med geo-redundant säkerhetskopiering kopieras säkerhetskopieringsdata och transaktionsloggar till den kopplade regionen asynkront via lagringsreplikering. När du har skapat en server väntar du minst en timme innan du påbörjar en geo-återställning. Med den väntetiden kan den första uppsättningen säkerhetskopierade data replikeras till den kopplade regionen.

Senare kopieras transaktionsloggarna och de dagliga säkerhetskopiorna asynkront till den kopplade regionen. Det kan finnas upp till en timmes fördröjning i dataöverföringen. Därför kan du förvänta dig upp till en timme med RPO när du återställer. Du kan bara återställa till de senast tillgängliga säkerhetskopieringsdata som är tillgängliga i den kopplade regionen. För närvarande är PITR för geo-redundanta säkerhetskopior inte tillgängligt.

Den uppskattade tiden för att återställa serverns RTO (mål för återställningstid) beror på faktorer som databasens storlek, den senaste säkerhetskopieringstiden för databasen och mängden WAL som ska bearbetas fram till den senaste mottagna säkerhetskopieringsdata. Den totala återställningstiden tar vanligtvis några minuter upp till några timmar.

Under geo-återställningen kan du ändra serverkonfigurationerna som innehåller inställningar för virtuellt nätverk och möjligheten att ta bort geo-redundant säkerhetskopiering från den återställda servern. Det går inte att ändra andra serverkonfigurationer – såsom beräkningskapacitet, lagring eller prisnivå (Burstable, Generell användning eller Minnesoptimerad) – under geo-återställning.

För mer information, se Återställ till parregion (geografisk återställning).

Återställ och nätverksinställningar

Återställning till specifik tidpunkt

Om du konfigurerar källservern med ett offentligt åtkomstnätverk kan du bara återställa till offentlig åtkomst.

Om du konfigurerar källservern med ett privat virtuellt nätverk för åtkomst kan du antingen återställa till samma virtuella nätverk eller till ett annat virtuellt nätverk. Du kan inte utföra PITR över både offentlig och privat åtkomst.

Geo-återställning

Om du konfigurerar källservern med ett offentligt åtkomstnätverk kan du bara återställa till offentlig åtkomst. Du måste också tillämpa brandväggsregler när återställningen har slutförts.

Om du konfigurerar källservern med ett privat virtuellt nätverk för åtkomst kan du bara återställa till ett annat virtuellt nätverk eftersom virtuella nätverk inte kan sträcka sig över regioner. Du kan inte utföra geografisk återställning genom både offentlig och privat åtkomst.

Uppgifter efter återställning

När du har återställt servern utför du följande uppgifter för att få igång dina användare och program igen:

• Om den nya servern ersätter den ursprungliga servern omdirigerar du klienter och klientprogram till den nya servern. Ändra servernamnet för anslutningssträng så att det pekar på den nya servern.

• Värdena för alla parametrar på den ursprungliga servern tillämpas inte automatiskt på den nya servern. Se till att du konfigurerar om alla parametrar på den nya servern enligt kraven för den nya servern.

• Se till att lämpliga brandväggsregler på servernivå, privata slutpunkter och regler för virtuella nätverk finns för användaranslutningar. Dessa regler kopieras inte från den ursprungliga servern.

• Skala upp eller skala ned den återställde serverns beräkning efter behov.

• Se till att lämpliga inloggningar och behörigheter på databasnivå finns på plats.

• Konfigurera aviseringar efter behov.

• Om källservern som du återställde har konfigurerats med hög tillgänglighet och du vill konfigurera den återställde servern med hög tillgänglighet följer du dessa steg.

• Om källservern som du återställde var konfigurerad med läsrepliker, och du vill konfigurera läsrepliker på den återställda servern, följer du instruktionerna i Skapa en läsreplik.

Säkerhetskopieringar på begäran

Din flexibla Azure Database for PostgreSQL-serverinstans genererar automatiskt ögonblicksbilder av lagringsvolymer av hela databasinstansen, som täcker alla databaser, som en del av de schemalagda säkerhetskopiorna. Dessutom kan du skapa en säkerhetskopiering på begäran när det behövs. Det här alternativet är idealiskt för scenarier som att förbereda för en potentiellt riskfylld åtgärd eller utföra periodiska uppdateringar utanför det vanliga säkerhetskopieringsschemat.

Gör säkerhetskopieringar på begäran utöver schemalagda automatiska säkerhetskopieringar. Fönstret för kvarhållning av säkerhetskopior avgör hur länge säkerhetskopiorna ska behållas. Du kan ta bort säkerhetskopieringar på begäran när som helst om de inte längre behövs. Om du vill initiera en säkerhetskopiering på begäran väljer du den databasinstans som du vill säkerhetskopiera och anger ett säkerhetskopieringsnamn. Dessa säkerhetskopior lagras tillsammans med automatiserade säkerhetskopior, men endast användare kan ta bort säkerhetskopieringar på begäran. Tjänsten hanterar och behåller automatiserade säkerhetskopieringar för att uppfylla kraven på kvarhållning av säkerhetskopior.

Mer information finns i Utföra säkerhetskopieringar på begäran.

Begränsningar

• Beräkningsnivån Burstable-server stöder inte funktionen för säkerhetskopiering på begäran.
• SSDv2-lagringsnivån stöder inte säkerhetskopieringsfunktionen på begäran.
• Du kan ta upp till sju säkerhetskopieringar på begäran per flexibel serverinstans. Fönstret för kvarhållning av säkerhetskopior avgör hur länge säkerhetskopiorna ska behållas.

Långsiktig kvarhållning

Azure Backup och Azure Database for PostgreSQL tjänster tillhandahåller en långsiktig säkerhetskopieringslösning i företagsklass för Azure Database for PostgreSQL flexibla serverinstanser som behåller säkerhetskopior i upp till 10 år. Du kan använda långsiktig kvarhållning (LTR) oberoende eller tillsammans med den automatiserade säkerhetskopieringslösningen som erbjuds av Azure Database for PostgreSQL, som erbjuder kvarhållning på upp till 35 dagar. Automatiserade säkerhetskopieringar är fysiska säkerhetskopior som lämpar sig för driftåterställning, särskilt när du vill återställa från de senaste säkerhetskopiorna. Långsiktiga säkerhetskopior hjälper dig att uppfylla dina efterlevnadsbehov, är mer detaljerade och används som logiska säkerhetskopior med hjälp av inbyggda pg_dump. Utöver långsiktig kvarhållning erbjuder lösningen följande funktioner:

• Kundstyrda schemalagda och on-demand säkerhetskopior på enskild databasnivå.
• Central övervakning av alla åtgärder och jobb.
• Säkerhetskopior lagras i separata säkerhets- och feltoleransdomäner. Om källservern eller prenumerationen äventyras förblir säkerhetskopiorna säkra i säkerhetskopieringsvalvet (i Azure Backup-hanterade lagringskonton).
• Att använda pg_dump ger större flexibilitet när det gäller att återställa data i olika databasversioner.
• Azures säkerhetskopieringsvalv stöder funktioner för oföränderlighet och mjuk radering (förhandsgranskning), vilket skyddar dina data.ata.
• Stöd för LTR-säkerhetskopiering för CMK-aktiverade servrar.

Begränsningar och överväganden

• Testa din LTR-säkerhetskopiering och återställning omedelbart efter konfigurationen för att säkerställa att de uppfyller dina affärskrav.
• LTR-återställningar är för närvarande endast tillgängliga som Återställning som filer till lagringskonton, med funktionen Återställ som server planerad för framtiden.
• LTR säkerhetskopierar alla databaser i flexibla serverinstanser och du kan inte välja enskilda databaser för LTR-konfiguration.
• LTR-säkerhetskopiering stöds inte på repliker, men du kan utföra det på primära servrar.
• Den maximala databasstorleken som stöds för LTR-säkerhetskopior (Long-Term Retention) är 1 TiB.
• Du kan schemalägga LTR-säkerhetskopieringar varje vecka, varje månad eller varje år. Schemat för daglig säkerhetskopiering stöds inte för närvarande.
• LTR-säkerhetskopior stöder inte tabeller som innehåller en rad med en BYTEA-längd som överstiger 500 MB.
• När du återställer roller för Microsoft Entra användare kontrollerar du att Microsoft Entra autentisering är aktiverat och att du är inloggad som Microsoft Entra administratör för att skapa ytterligare användare. Försök att skapa Entra-roller som en vanlig användare resulterar i fel.

Mer information om hur du gör en långsiktig säkerhetskopiering finns i instruktionsguiden.

Vanliga frågor

Säkerhetskopieringsrelaterade frågor

• Hur hanterar Azure säkerhetskopiering av min server?

  Som standard möjliggör Azure Database for PostgreSQL automatiserade säkerhetskopieringar av hela servern (som omfattar alla databaser som skapats) med en standardkvarhållningsperiod på sju dagar. De automatiserade säkerhetskopiorna innehåller en daglig inkrementell ögonblicksbild av databasen. Loggfilerna (WAL) arkiveras kontinuerligt till Azure Blob Storage.

• Kan jag konfigurera automatiserade säkerhetskopieringar för att behålla data på lång sikt?

  Nej. För närvarande stöder Azure Database for PostgreSQL maximalt 35 dagars kvarhållning. Använd manuella säkerhetskopior för ett långsiktigt kvarhållningskrav med hjälp av Azure Backup.

• Hur gör jag för att manuellt säkerhetskopiera mina flexibla Azure Database for PostgreSQL-serverinstanser?

  Du kan ta en fysisk ögonblicksbild manuellt med hjälp av säkerhetskopieringsfunktionen på begäran. Du kan också göra logiska säkerhetskopior med hjälp av PostgreSQL-verktyget pg_dump. Exempel finns i Migrera din Azure Database for PostgreSQL-databas med hjälp av dump och återställning.

• Vilka är säkerhetskopieringsfönstren för min server? Kan jag anpassa dem?

  Azure hanterar säkerhetskopieringsfönster och du kan inte anpassa dem. Den första fullständiga säkerhetskopieringen schemaläggs omedelbart efter att en server har skapats. Efterföljande säkerhetskopieringar av ögonblicksbilder är inkrementella och sker en gång om dagen.

• Är mina säkerhetskopior krypterade?

  Ja. Alla data, säkerhetskopieringar och temporära filer i Azure Database for PostgreSQL för flexibel serverinstans som skapas under frågekörning krypteras via 256-bitars kryptering med AES (Advanced Encryption Standard). Lagringskrypteringen är alltid igång och kan inte inaktiveras.

• Kan jag återställa en enskild databas eller några databaser på en server?

  Det går inte att återställa en enskild databas eller några databaser eller tabeller direkt. Du kan dock återställa hela servern till en ny server och sedan ta bort tabeller eller databaser som du inte behöver på den nya servern.

• Är min server tillgänglig när en säkerhetskopia pågår?

  Ja. Säkerhetskopieringar är onlineåtgärder som använder ögonblicksbilder. Ögonblicksbildsåtgärden tar bara några sekunder och stör inte produktionsarbetsbelastningar för att säkerställa hög tillgänglighet för servern.

• Behöver jag ta hänsyn till säkerhetskopieringsfönstret när jag konfigurerar underhållsperioden för servern?

  Nej. Säkerhetskopior utlöses internt som en del av den hanterade tjänsten och har ingen betydelse för underhållsfönstret.

• Var lagras mina automatiserade säkerhetskopior och hur hanterar jag deras kvarhållning?

  Din flexibla Azure Database for PostgreSQL-serverinstans skapar automatiskt serversäkerhetskopior och lagrar dem i:

  • Zonredundant lagring i regioner där flera zoner stöds.
  • Lokalt redundant lagring i regioner som inte har stöd för flera zoner än.
  • Den kopplade regionen, om du konfigurerar den geo-redundanta säkerhetskopieringen.

  Du kan inte exportera dessa säkerhetskopieringsfiler eftersom de lagras i Microsoft hanterade lagringskonton. Du har skrivskyddad åtkomst för att återställa dessa filer men kan inte ändra eller ta bort dem. Säkerhetskopieringsfilerna tas bort automatiskt efter kvarhållningsperioden.

  Du kan använda säkerhetskopior för att återställa servern till en viss tidpunkt. Standardperioden för kvarhållning av säkerhetskopior är sju dagar. Du kan också konfigurera kvarhållning av säkerhetskopior upp till 35 dagar.

• Hur ofta kopieras säkerhetskopian till den kopplade regionen med geo-redundant säkerhetskopiering?

  När du konfigurerar servern med geo-redundant säkerhetskopiering lagras säkerhetskopieringsdata i ett geo-redundant lagringskonto. Lagringskontot kopierar datafiler till den kopplade regionen när den dagliga säkerhetskopieringen sker på den primära servern. WAL-filer säkerhetskopieras när de är redo att arkiveras.

  Säkerhetskopieringsdata kopieras asynkront på ett kontinuerligt sätt till den kopplade regionen. Du kan förvänta dig upp till en timmes fördröjning när du tar emot säkerhetskopierade data.

• Kan jag göra PITR i fjärrregionen?

  Nej. Data återställs till de senast tillgängliga säkerhetskopieringsdata i fjärrregionen.

• Hur utförs säkerhetskopior på en HA-aktiverad server?

  Datavolymer i en flexibel Azure Database for PostgreSQL-serverinstans säkerhetskopieras via inkrementella ögonblicksbilder av hanterade diskar från den primära servern. WAL-säkerhetskopieringen utförs från antingen den primära servern eller väntelägesservern.

• Hur kan jag verifiera att säkerhetskopior utförs på min server?

  Det bästa sättet att kontrollera säkerhetskopior är att utföra periodisk PITR och se till att säkerhetskopior är giltiga och återställningsbara. Säkerhetskopieringsåtgärder eller filer exponeras inte för slutanvändare.

• Var kan jag se användningen av säkerhetskopiering?

  I Azure Portal går du till Övervakning och väljer Mått. I Säkerhetskopieringslagring som används kan du övervaka den totala användningen av säkerhetskopiering.

• Vad händer med mina säkerhetskopior om jag tar bort min server?

  Om du tar bort en server tas även alla säkerhetskopior som tillhör servern bort och kan inte återställas. Administratörer kan använda hanteringslås för att skydda serverresurser från oavsiktlig borttagning eller oväntade ändringar efter distributionen.

• Hur behålls säkerhetskopior för stoppade servrar?

  Inga nya säkerhetskopior utförs för stoppade servrar. Tjänsten behåller alla äldre säkerhetskopior (inom kvarhållningsfönstret) när servern stoppas tills servern startas om. Därefter styrs kvarhållning av säkerhetskopior för den aktiva servern av dess kvarhållningsfönster.

• Hur debiteras och faktureras jag för mina säkerhetskopior?

  Azure Database for PostgreSQL tillhandahåller upp till 100 procent av din etablerade serverlagring som lagring av säkerhetskopior utan extra kostnad. Du betalar för ytterligare lagring av säkerhetskopior som du använder, som debiteras i gigabyte per månad, enligt definitionen i prismodellen.

  Alternativet för kvarhållningsperiod för säkerhetskopiering och redundans för säkerhetskopiering som du väljer, tillsammans med transaktionsaktiviteten på servern, påverkar direkt den totala lagringen och faktureringen av säkerhetskopior.

• Hur debiteras jag för en stoppad server?

  När serverinstansen har stoppats utförs inga nya säkerhetskopior. Du betalar för etablerad lagring och lagring av säkerhetskopior (säkerhetskopior som lagras i det angivna kvarhållningsfönstret).

  Lagringsutrymme för kostnadsfri säkerhetskopiering är begränsat till storleken på din etablerade databas. Du betalar för eventuella överskott av säkerhetskopieringsdata enligt säkerhetskopieringspriset.

• Jag har konfigurerat min server med zonredundant hög tillgänglighet. Tar du två säkerhetskopior och debiteras jag två gånger?

  Nej. Oavsett ha- eller icke-HA-servrar underhåller tjänsten endast en uppsättning säkerhetskopior. Du betalar bara en gång.

Återställningsrelaterade frågor

• Hur gör jag för att återställa servern?

  Azure stöder PITR för alla servrar. Du kan återställa till den senaste återställningspunkten eller en anpassad återställningspunkt med hjälp av Azure-portalen, Azure CLI och API:et.

  Om du vill återställa servern från manuella säkerhetskopieringar med hjälp av verktyg som pg_dumpkan du först skapa en Azure Database for PostgreSQL flexibel serverinstans och sedan återställa databaserna till servern med hjälp av pg_restore.

• Kan jag återställa till en annan tillgänglighetszon inom samma region?

  Ja. Om regionen stöder flera tillgänglighetszoner lagras säkerhetskopian på ett zonredundant lagringskonto så att du kan återställa till en annan zon.

• Hur lång tid tar en PITR? Varför tar återställningen så lång tid?

  Dataåterställningsåtgärden från en ögonblicksbild beror inte på storleken på data. Tidpunkten för återställningsprocessen som tillämpar loggarna (transaktionsaktiviteter för uppspelning) kan dock variera beroende på den tidigare säkerhetskopieringen av det begärda datumet och tiden och antalet loggar som ska bearbetas. Det här villkoret gäller både återställning inom samma zon och återställning av data till en annan zon.

• Konfigureras återställningsservern automatiskt med hög tillgänglighet om jag återställer min HA-aktiverade server?

  Nej. Servern återställs som en Azure Database for PostgreSQL-instans med en enda instans. När återställningen är klar kan du konfigurera servern med hög tillgänglighet.

• Jag har konfigurerat min server i ett virtuellt nätverk. Kan jag återställa till ett annat virtuellt nätverk?

  Ja. Vid tidpunkten för återställningen väljer du ett annat virtuellt nätverk att återställa till.

• Kan jag återställa min offentliga åtkomstserver till ett virtuellt nätverk eller tvärtom?

  Nej. Azure Database for PostgreSQL stöder för närvarande inte återställning av servrar över offentlig och privat åtkomst.

• Hur gör jag för att spåra min återställningsåtgärd?

  För närvarande finns det inget sätt att spåra återställningsåtgärden. Du kan övervaka aktivitetsloggen för att se om åtgärden pågår eller är klar.

Relaterat innehåll

• Återställ till senaste återställningspunkt.
• Återställ till anpassad återställningspunkt.
• Återställ till fullständig säkerhetskopia (snabb återställning).
• Återställ till en länkad region (geo-återställning).