Om Azure PostgreSQL flexible server och elastic cluster med valvskyddad säkerhetskopiering (v2) (förhandsversion)

Azure Backup för PostgreSQL Flexible Server och Elastic Cluster v2 (förhandsgranskning) erbjuder en förbättrad säkerhetskopieringsfunktion utformad för att hantera nyckelbegränsningar i den befintliga v1-lösningen och stödjer ett bredare spektrum av säkerhetskopieringsbehov. V2 använder fysiska säkerhetskopior baserade på hanterade disksnapshots, vilket ersätter den logiska pg_dump säkerhetskopieringsmetoden som användes i v1.

Varför använda Azure PostgreSQL flexibel server och valvlagrad säkerhetskopiering (v2) för elastiskt kluster

V2-backuplösningen ger större flexibilitet för att skydda och återställa Azure PostgreSQL Flexible Server eller Elastic Cluster-arbetsbelastningar. Den använder inkrementella ögonblicksbilder av de underliggande hanterade diskarna istället för den logiska säkerhetskopieringsmetoden som v1 använder, och adresserar begränsningar relaterade till serverstorlek, säkerhetskopieringsfrekvens och återställningsalternativ.

Följande tabell jämför de möjligheter som finns tillgängliga med v1 och v2 backup.

Nyckelfunktioner för Azure PostgreSQL – flexibel server och elastiskt kluster med valvlagrad säkerhetskopiering (v2)

Denna funktion inkluderar följande nyckelfunktioner:

• Valvlagrade, isolerade långsiktiga säkerhetskopior: Tar ögonblicksbilder i din klientorganisation och överför säkerhetskopior till säkerhetskopieringsvalvet. Denna funktion isolerar säkerhetskopieringsdata från källabonnemang och konto. Valvet skyddar datan med Azure rollbaserad åtkomstkontroll (RBAC), mjuk radering och fleranvändarauktorisation (om aktiverad).

• WORM-oföränderliga säkerhetskopior: Möjliggör oföränderlighet (WORM) på säkerhetskopieringsvalvet för att förhindra att någon användare (inklusive en valvadministratör) ändrar, skriver över eller raderar återställningspunkter innan deras lagringstid löper ut. Detta skydd hjälper till att skydda dina säkerhetskopior mot utpressningsprogram och oavsiktlig eller skadlig radering och stöder WORM-kraven.

• Flexibla backuppolicyer: Stöder dagliga eller veckovisa schemalagda säkerhetskopior och on-demand-backuper efter att du konfigurerat skyddet. Du kan ställa in oberoende lagringsperioder för dagliga, veckovisa, månatliga och årliga återhämtningspunkter, från 7 dagar till 10 år.

• Inkrementell datarörelse: Överför hela diskdata under första säkerhetskopieringen och endast de ändrade datablocken i efterföljande säkerhetskopior, vilket gör säkerhetskopiering effektiva för multi-terabyte-servrar. Om den tidigare snapshoten inte är tillgänglig startar Azure Backup automatiskt den initiala replikeringen igen utan någon användaringripande.

• Återställ som server: Återställer en återställningspunkt direkt till en i förväg skapad målserver av typen PostgreSQL Flexible Server eller ett elastiskt kluster. Återställningen kräver inte ett mellanlagringskonto eller manuell pg_restore operation.

• Centraliserad backuphantering: Erbjuder en centraliserad upplevelse genom Resiliency in Azure för att se och hantera backup- och återställningsjobb, skyddade objekt, varningar och rapporter tillsammans med andra arbetsbelastningar som skyddas av Azure Backup.

Säkerhetskopieringsflöde för Azure PostgreSQL flexibel server och valvbaserad säkerhetskopiering (v2) för elastiskt kluster

Säkerhetskopieringsflödet för Azure PostgreSQL Flexibel server och elastiskt kluster med säkerhetskopiering i valv (v2) fungerar enligt följande:

1. Du ger säkerhetskopieringsvalvets hanterade identitet de behörigheter som krävs på källservern eller det elastiska klustret. I Azure-portalen kan du tilldela de saknade rollerna direkt under konfigurationen.
2. Du konfigurerar en backuppolicy som definierar schemat och lagringsreglerna, och väljer vilken datakälla som ska skyddas.
3. Vid varje schemalagd körning ber Azure Backup PostgreSQL-resursleverantören att skapa en hanterad disksnapshot av serverns diskar och väntar på att snapshoten ska hydrera helt.
4. Azure Backup får tidsbegränsad åtkomst till den aktuella snapshoten och den föregående snapshoten, beräknar skillnaden mellan dem och flyttar endast skillnaden till Backup-valvet. Den första backupen har ingen tidigare snapshot, så den överför hela innehållet.
5. Azure Backup markerar säkerhetskopieringsjobbet som Lyckat när snapshot-datan kopieras till valvet. Återställningspunkter behålls och beskärs sedan enligt reglerna för bevarande i policyn.

Återställningsflöde för Azure Database for PostgreSQL Flexibel server och valvsäkerhetskopiering för elastiskt kluster (v2)

Återställningsflödet för valvlagrad säkerhetskopia (v2) för Azure Database for PostgreSQL flexibel server eller elastiskt kluster fungerar så här:

1. Du skapar målservern Azure Database for PostgreSQL flexibel server eller elastic cluster där säkerhetskopieringen behöver återställas. Azure Backup återställer diskinnehåll på ett befintligt mål; det skapar inte målplatsen automatiskt.
2. Du väljer återhämtningspunkten i reservvalvet och väljer målet. Azure Backup validerar målet mot återställningspunkten (som inkluderar PostgreSQL-huvudversion, diskstorlek, disktyp, SKU-nivå och nätverkskonfiguration) innan återställningsoperationen startas.
3. Azure Backup skriver återställningspunktens innehåll på målserverdiskarna.
4. PostgreSQL-resursleverantören startar den återställda servern och den återställda servern blir online i ett transaktionellt konsekvent tillstånd.

Eftersom återställningen skriver en fullständig diskavbildning skalar återställningstiden med storleken på återställningspunkten. För multiterabyte-servrar, planera för ett återställningstidsmål mätt i timmar till dagar istället för minuter.

Azure Backup-autentisering med PostgreSQL-servern

Azure Backup-tjänsten ansluter till källservern via PostgreSQL-resursleverantören, med hjälp av Backup Vaults hanterade identitet. Valvets identitet kräver behörigheter på källservern för säkerhetskopiering och på målservern för återställning. När du konfigurerar skydd eller triggar en återställning från Azure-portalen validerar Azure Backup de behörigheter det behöver och erbjuder att tilldela de saknade rollerna inlines. Om du inte har skrivbehörighet på servern kan du ladda ner en rolltilldelningsmallar och låta en databasadministratör köra den.

Du kan också använda en användartilldelad hanterad identitet för att ge behörigheter på datakällan och på backupvalvet.

Azure Backup använder hanterade identiteter för att autentisera sig med din PostgreSQL-server och kräver följande behörigheter:

Kundhanterad nyckelsupport

Azure Backup stöder servrar krypterade med en kundhanterad nyckel (CMK). Azure Backup läser ögonblicksbildsdata i dekrypterad form och lagrar dem krypterade i valvet i vila, antingen med en plattformshanterad nyckel eller med den CMK som du konfigurerar i Backup-valvet. Under återställningen skrivs datan till målserverns disk och krypteras om i vila med den serverns nyckel. Om du behöver att data skyddas med din egen nyckel från början till slut, konfigurera en CMK på källservern, på målservern och på backupvalvet.

Migrera från v1 till v2-upplevelse

Du kan flytta ett befintligt v1-skyddat objekt till v2 och fortsätta använda samma backuppolicy och Backup Vault. Det skyddade föremålet förblir oförändrat, och dina befintliga v1-återhämtningspunkter finns kvar.

Innan du migrerar ett skyddat objekt till v2, se till att du uppfyller följande förutsättningar:

• PostgreSQL-version: Om din server kör PostgreSQL 14 eller tidigare, uppgradera den till PostgreSQL 15 eller senare.
• Beräkningsnivå: Om din server använder Burstables beräkningsnivå, skala den till General Purpose eller Memory Optimized.

Om servern inte uppfyller dessa förutsättningar misslyckas flytten på grund av ett användarfel.

Efter att du flyttat det skyddade föremålet till v2 förblir dina befintliga v1-återhämtningspunkter tillgängliga. Återställningsmetoden beror på den backupversion som används för att skapa återställningspunkten:

• För återställningspunkter skapade med v1, använd Återställ som filer.
• För återställningspunkter skapade med v2, använd Återställ som Server.

Du kan använda backup-typen som visas för varje återställningspunkt för att identifiera om den tillhör v1 eller v2.

Lär dig hur du migrerar ett befintligt v1-skyddat objekt till v2 (förhandsgranskning).

Förstå prissättningen för Azure PostgreSQL Flexibel server och Elastiskt kluster med valvsäkerhetskopiering (v2)

Azure PostgreSQL flexibel server och elastiskt kluster med säkerhetskopiering i valv (v2) innebär följande avgifter:

• Avgift för skyddade instanser: debiteras per skyddad instans baserat på storleken på datakällan, per enhet.
• Avgift för säkerhetskopierad lagring: debiterad på den totala data som lagras i valvet, baserat på den redundans som konfigurerats i reservvalvet.

För att lära dig mer om prissättning, inklusive tillämpliga avgifter och faktureringsdetaljer, se prissidan.

Eftersom v2 stödjer dagliga backuper för större servrar, bestämmer dina lagringsinställningar främst lagringskostnaden. Du kan behålla dagliga återhämtningspoäng i några månader och använda veckovisa, månatliga och årliga återhämtningspoäng för längre retention.

Nästa steg

• Supportmatris för Azure PostgreSQL Flexible Server och valvlagrad säkerhetskopiering för elastiskt kluster (v2)
• Självstudiekurs för Azure PostgreSQL Flexible Server och valvlagrad säkerhetskopiering för elastiskt kluster (v2) med Azure-portalen
• Migrera backup-instans från v1 till v2-lösning