Säkerhetskopiera och återställa i Azure Database for PostgreSQL – enskild server

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

Azure Database for PostgreSQL skapar automatiskt serversäkerhetskopior och lagrar dem i användarkonfigurerad lokalt redundant eller geo-redundant lagring. Säkerhetskopieringar kan användas för att återställa servern till en vald tidpunkt. Säkerhetskopiering och återställning är en viktig del i strategin för affärskontinuitet, eftersom de skyddar dina data från oavsiktlig skada eller borttagning.

Säkerhetskopior

Azure Database for PostgreSQL säkerhetskopierar datafilerna och transaktionsloggen. Beroende på den maximala lagringsstorlek som stöds tar vi antingen fullständiga och differentiella säkerhetskopior (max 4 TB lagringsservrar) eller säkerhetskopieringar av ögonblicksbilder (upp till max 16 TB lagringsservrar). Med de här säkerhetskopiorna kan du återställa en server till valfri tidpunkt inom den konfigurerade kvarhållningsperioden för säkerhetskopior. Standardkvarhållningsperioden för säkerhetskopior är sju dagar. Du kan också konfigurera det upp till 35 dagar. Alla säkerhetskopior krypteras med AES 256-bitars kryptering.

Dessa säkerhetskopierade filer kan inte exporteras. Säkerhetskopiorna kan bara användas för återställningsåtgärder i Azure Database for PostgreSQL. Du kan använda pg_dump för att kopiera en databas.

Säkerhetskopieringsfrekvens

Servrar med upp till 4 TB lagring

För servrar som stöder upp till 4 TB maximal lagring sker fullständiga säkerhetskopieringar en gång i veckan. Differentiella säkerhetskopieringar sker två gånger om dagen. Säkerhetskopieringar av transaktionsloggar sker var femte minut.

Servrar med upp till 16 TB lagring

I en delmängd av Azure-regioner har alla nyligen etablerade servrar stöd för upp till 16 TB lagring. Säkerhetskopior på dessa stora lagringsservrar är ögonblicksbildbaserade. Den första fullständiga säkerhetskopieringen schemaläggs omedelbart efter att en server har skapats. Den första fullständiga säkerhetskopieringen av ögonblicksbilden behålls som serverns bassäkerhetskopia. Efterföljande säkerhetskopieringar av ögonblicksbilder är bara differentiella säkerhetskopieringar. Differentiella säkerhetskopieringar av ögonblicksbilder sker inte enligt ett fast schema. På en dag utförs flera differentiella säkerhetskopieringar av ögonblicksbilder, men endast 3 säkerhetskopior behålls. Säkerhetskopieringar av transaktionsloggar sker var femte minut.

Anteckning

Automatiska säkerhetskopieringar utförs för replikservrar som har konfigurerats med upp till 4 TB lagringskonfiguration.

Kvarhållningsperiod för säkerhetskopior

Säkerhetskopior behålls baserat på inställningen för kvarhållningsperiod för säkerhetskopior på servern. Du kan välja en kvarhållningsperiod på 7 till 35 dagar. Standardkvarhållningsperioden är 7 dagar. Du kan ange kvarhållningsperioden när servern skapas eller senare genom att uppdatera säkerhetskopieringskonfigurationen med hjälp av Azure Portal eller Azure CLI.

Kvarhållningsperioden för säkerhetskopior styr hur långt tillbaka i tiden en återställning till tidpunkt kan hämtas, eftersom den baseras på tillgängliga säkerhetskopior. Kvarhållningsperioden för säkerhetskopior kan också behandlas som ett återställningsfönster ur ett återställningsperspektiv. Alla säkerhetskopior som krävs för att utföra en återställning till tidpunkt inom kvarhållningsperioden för säkerhetskopior behålls i lagring av säkerhetskopior. Om kvarhållningsperioden för säkerhetskopior till exempel är inställd på 7 dagar betraktas återställningsperioden som de senaste 7 dagarna. I det här scenariot behålls alla säkerhetskopior som krävs för att återställa servern under de senaste 7 dagarna. Med ett kvarhållningsfönster för säkerhetskopior på sju dagar:

  • Servrar med upp till 4 TB lagring behåller upp till 2 fullständiga databassäkerhetskopior, alla differentiella säkerhetskopior och säkerhetskopior av transaktionsloggar som utförts sedan den tidigaste fullständiga databassäkerhetskopian.
  • Servrar med upp till 16 TB lagring behåller den fullständiga ögonblicksbilden av databasen, alla differentiella ögonblicksbilder och säkerhetskopior av transaktionsloggar under de senaste 8 dagarna.

Backup redundansalternativ

Azure Database for PostgreSQL ger flexibiliteten att välja mellan lokalt redundant eller geo-redundant lagring av säkerhetskopior på nivåerna Generell användning och Minnesoptimerad. När säkerhetskopiorna lagras i geo-redundant lagring av säkerhetskopior replikeras ytterligare en säkerhetskopia till en länkad region. Detta ger bättre skydd och möjlighet att återställa servern i händelse av en regional katastrof. Basic-nivån erbjuder endast lokalt redundant lagring av säkerhetskopior.

Viktigt

Det går bara att konfigurera lokalt redundant eller geo-redundant lagring för säkerhetskopiering när servern skapas. När servern har etablerats kan du inte ändra alternativet för redundant lagring för säkerhetskopior.

Backup lagringskostnad

Azure Database for PostgreSQL tillhandahåller upp till 100 % av din etablerade serverlagring som lagring av säkerhetskopior utan extra kostnad. Eventuell ytterligare lagring av säkerhetskopior som används debiteras i GB per månad. Om du till exempel har etablerat en server med 250 GB lagringsutrymme har du 250 GB extra lagringsutrymme tillgängligt för serversäkerhetskopior utan extra kostnad. Storage som förbrukas för säkerhetskopieringar som överstiger 250 GB debiteras enligt prismodellen.

Du kan använda måttet Backup Storage som används i Azure Monitor i Azure Portal för att övervaka lagringen av säkerhetskopior som används av en server. Måttet Backup Storage används representerar summan av lagringsutrymmet som förbrukas av alla fullständiga databassäkerhetskopieringar, differentiella säkerhetskopior och loggsäkerhetskopior som behålls baserat på kvarhållningsperioden för säkerhetskopior som angetts för servern. Säkerhetskopieringarnas frekvens hanteras av tjänsten och förklaras tidigare. Krävande transaktionsaktivitet på servern kan orsaka att lagringsanvändningen för säkerhetskopior ökar oberoende av databasens totala storlek. För geo-redundant lagring är användningen av lagring av säkerhetskopior dubbelt så stor som för den lokalt redundanta lagringen.

Det främsta sättet att kontrollera lagringskostnaden för säkerhetskopior är genom att ange lämplig kvarhållningsperiod för säkerhetskopior och välja rätt alternativ för säkerhetskopieringsredundans för att uppfylla dina önskade återställningsmål. Du kan välja en kvarhållningsperiod mellan 7 och 35 dagar. Generell användning och minnesoptimerade servrar kan välja att ha geo-redundant lagring för säkerhetskopior.

Återställ

I Azure Database for PostgreSQL skapar en återställning en ny server från den ursprungliga serverns säkerhetskopior.

Det finns två typer av återställning:

  • Återställning till tidpunkt är tillgängligt med båda alternativen för säkerhetskopieringsredundans och skapar en ny server i samma region som den ursprungliga servern.
  • Geo-återställning är bara tillgängligt om du har konfigurerat servern för geo-redundant lagring och den gör att du kan återställa servern till en annan region.

Den beräknade återställningstiden beror på flera faktorer, däribland databasstorlekarna, transaktionsloggens storlek, nätverkets bandbredd samt det totala antalet databaser som återställs i samma region vid samma tidpunkt. Återställningstiden varierar beroende på den senaste säkerhetskopieringen av data och hur mycket återställning som måste utföras. Det är vanligtvis mindre än 12 timmar.

Anteckning

Om PostgreSQL-källservern är krypterad med kundhanterade nycklar kan du läsa mer i dokumentationen .

Anteckning

Om du vill återställa en borttagen PostgreSQL-server följer du proceduren som beskrivs här.

Återställning från tidpunkt

Oberoende av redundansalternativet för säkerhetskopiering kan du utföra en återställning till valfri tidpunkt inom kvarhållningsperioden för säkerhetskopior. En ny server skapas i samma Azure-region som den ursprungliga servern. Den skapas med den ursprungliga serverns konfiguration för prisnivå, beräkningsgenerering, antal virtuella kärnor, lagringsstorlek, kvarhållningsperiod för säkerhetskopior och redundansalternativ för säkerhetskopiering.

Återställning till tidpunkt är användbart i flera scenarier. När en användare till exempel oavsiktligt tar bort data, tar bort en viktig tabell eller databas eller om ett program av misstag skriver över bra data med felaktiga data på grund av ett programfel.

Du kan behöva vänta tills nästa säkerhetskopiering av transaktionsloggen har gjorts innan du kan återställa till en tidpunkt inom de senaste fem minuterna.

Om du vill återställa en borttagen tabell

  1. Återställ källservern med hjälp av en metod för tidpunkt.
  2. Dumpa tabellen med hjälp av pg_dump från återställd server.
  3. Byt namn på källtabellen på den ursprungliga servern.
  4. Importera tabellen med psql-kommandoraden på den ursprungliga servern.
  5. Du kan också ta bort den återställde servern.

Anteckning

Vi rekommenderar att du inte skapar flera återställningar för samma server samtidigt.

Geo-återställning

Du kan återställa en server till en annan Azure-region där tjänsten är tillgänglig om du har konfigurerat servern för geo-redundanta säkerhetskopieringar. Servrar som stöder upp till 4 TB lagring kan återställas till den geo-kopplade regionen eller till en region som har stöd för upp till 16 TB lagring. För servrar som stöder upp till 16 TB lagring kan geo-säkerhetskopieringar återställas i alla regioner som har stöd för 16 TB-servrar. I Azure Database for PostgreSQL prisnivåer finns en lista över regioner som stöds.

Geo-återställning är standardåterställningsalternativet när servern inte är tillgänglig på grund av en incident i den region där servern finns. Om en storskalig incident i en region resulterar i att databasprogrammet inte är tillgängligt kan du återställa en server från de geo-redundanta säkerhetskopiorna till en server i någon annan region. Det finns en fördröjning mellan när en säkerhetskopia görs och när den replikeras till en annan region. Den här fördröjningen kan vara upp till en timme, så om en katastrof inträffar kan data gå förlorade i upp till en timme.

Under geo-återställning inkluderar de serverkonfigurationer som kan ändras beräkningsgenerering, vCore, kvarhållningsperiod för säkerhetskopiering och redundansalternativ för säkerhetskopiering. Det går inte att ändra prisnivå (Basic, Generell användning eller Minnesoptimerad) eller lagringsstorlek.

Anteckning

Om källservern använder dubbel infrastrukturkryptering för att återställa servern finns det begränsningar, inklusive tillgängliga regioner. Mer information finns i infrastrukturens dubbelkryptering .

Utföra uppgifter efter återställningen

Efter en återställning från någon av återställningsmekanismerna bör du utföra följande uppgifter för att få igång dina användare och program igen:

  • Om du vill komma åt den återställde servern, eftersom den har ett annat namn än den ursprungliga servern, ändrar du servernamnet till det återställde servernamnet och användarnamnet till username@new-restored-server-name i anslutningssträngen.
  • Om den nya servern är avsedd att ersätta den ursprungliga servern omdirigerar du klienter och klientprogram till den nya servern.
  • Se till att lämpliga brandväggs- och VNet-regler på servernivå finns på plats för att användarna ska kunna ansluta. Dessa regler kopieras inte från den ursprungliga servern.
  • Se till att rätt inloggningar och behörigheter på databasnivå finns på plats
  • Konfigurera aviseringar efter behov

Nästa steg