Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Denna handledning beskriver hur man skyddar en flexibel Azure PostgreSQL-server eller elastisk kluster genom att använda Azure Backup (förhandsgranskning) i Azure-portalen. Du skapar en backuppolicy och konfigurerar vaulted backup för servern eller elastic cluster.
I den här artikeln:
- Verifiera förutsättningar
- Skapa en säkerhetskopieringspolicy
- Konfigurera valvskyddad backup.
- Köra en säkerhetskopiering på begäran.
- Följ jobb för säkerhetskopiering.
Prerequisites
Innan du skyddar en flexibel Azure PostgreSQL-server eller elastisk kluster (v2) genom att använda Azure-portalen, se till att du uppfyller följande förutsättningar:
- Gå igenom de stödda scenarierna och begränsningarna för v2-lösningen.
- Identifiera eller skapa ett reservvalv i samma region som datakällan. Valvet kan finnas i en annan prenumeration, så länge det är i samma hyresgäst.
- Granska åtkomstbehörigheten, om den finns, för att tilldela Backup Vault rollen PostgreSQL Flexible Server Long Term Retention Backup Role för källans PostgreSQL-flexibla server eller elastiska kluster samt rollen Läsare för källresursgruppen.
Skapa en säkerhetskopieringspolicy för valvlagrad säkerhetskopiering (v2) för Azure PostgreSQL flexibel server eller elastiskt kluster
En backuppolicy definierar backupschemat och lagringsregler för återställningspunkter. Azure Backup utvärderar lagringsregler i denna prioriteringsordning: årligen, månadsvis, veckovis och dagligen. Om en återhämtningspunkt kvalificerar för flera regler gäller regeln med högst prioritet. Om ingen annan regel är tillämplig gäller standardinställningarna för bevarande.
Azure Backup stöder också WORM-oföränderliga säkerhetskopior. Om dina efterlevnadskrav förhindrar ändringar eller raderingar av återställningspunkter innan de går ut, aktivera oföränderlighet på backupvalvet innan du konfigurerar skyddet. Efter att du låst oföränderlighet kan ingen användare, inklusive en valvadministratör, ändra, skriva över eller ta bort återställningspunkter innan deras konfigurerade lagringstid går ut.
Tips/Råd
Retention påverkar kostnaderna för backuplagring. För stora servrar med dagliga säkerhetskopior, använd kortare lagringstid för dagliga återställningspunkter och längre lagring för veckovisa, månadsvisa och årliga återställningspunkter för att minska kostnaderna för lagrad data och säkerhetskopiering.
För att skapa en backuppolicy för Azure PostgreSQL flexibel server eller elastisk kluster-vaulted backup (v2), följ följande steg:
Gå till Resiliency>Protection policies och välj + Create Policy>Create Backup Policy.
I starten: Skapa policypanel, välj Lösning som Azure Backup, datakällastyp som Azure PostgreSQL flexibel server/elastic cluster, välj valvet där du vill skapa policyn under och välj Fortsätt.
I panelen Skapa backuppolicy , ange ett policynamn på fliken Grunder .
På fliken Schema + bevarande , under Backupschema, ställ in schemat för att skapa återställningspunkter för backuper.
Note
Azure Backup stöder dagliga och veckovisa säkerhetskopior. Dagligen är valt som standard och uppfyller efterlevnadskraven med en återställningspunktmålsättning (RPO) på en dag.
Under Retention settings, redigera standardregeln för retention eller lägg till en ny regel för att specificera retention för återställningspunkter.
Note
Standardtiden för att behålla är 3 månader. Du kan definiera separata regler för återhämtningspunkter per vecka, månad och år, med kvarhållningsperioder från 7 dagar till 10 år.
Välj Granska + skapa för att skapa backuppolicyn.
Konfigurera säkerhetskopiering till valv för Azure PostgreSQL Flexibel server eller Elastiskt kluster (v2)
Du kan konfigurera valvsäkerhetskopiering från Backup-valvet, Resiliens eller LTR-panelen (Vaulted Backups) i den flexibla servern eller elastiska klustret. Detta avsnitt beskriver hur man konfigurerar valvsäkerhetskopiering för Azure PostgreSQL flexibel server eller elastiskt kluster (v2) från Resiliency och LTR (Vaulted Backups)-panelen.
Så här gör du för att konfigurera valvbaserad säkerhetskopiering för Azure PostgreSQL Flexibel server eller Elastiskt kluster (v2) via fönstret Resiliency eller LTR (Vaulted Backups):
Gå till Resiliency>Overview>+ Konfigurera skydd.
Alternativt, för att konfigurera backup från databashanteringspanelen, gå till den flexibla serverpanelen och välj Settings>LTR (Vaulted Backups).
På panelen Konfigurera skydd, välj Resurs hanterad avsom Azure, Datasource typ som Azure PostgreSQL flexible server/elastic cluster och Solution som Azure Backup. Välj sedan Fortsätt.
På panelen Konfigurera säkerhetskopiering, under fliken Grunder, se till att Datasource-typen visar Azure PostgreSQL flexibel server/elastic cluster, välj Välj valv under Vault, välj ett befintligt Backup-valv och välj Nästa. Om du inte har ett Backup-valv skapar du ett.
På fliken Backup-policy , välj en backuppolicy som definierar schemat och lagringstiden, och välj Nästa. Om du inte har en lämplig försäkring, välj Skapa ny. Lär dig hur du skapar en backup-policy.
På fliken Datakällor, välj Backup Type som v2 (fysiska backuper) (förhandsvisning).
Note
Backup-typen bestämmer skyddsstacken för datakällan. V2 (Fysiska säkerhetskopior) (Förhandsgranskning) använder den diskbaserade snapshot-lösningen. En stack kan skydda en datakälla åt gången, eftersom multipelt skydd inte stöds.
På Välj resurser till säkerhetskopieringspanelen , välj de flexibla servrarna och elastiska kluster som ska skyddas, och välj sedan Select.
Note
Välj datakällor i samma region som backupvalvet.
När du är på fliken Datasources validerar Azure Backup datakällan och kontrollerar att den har de åtkomstbehörigheter som krävs för att ansluta till den. Om en eller flera behörigheter saknas visas ett av följande meddelanden:
- Användaren kan inte tilldela roller: du har inte skrivbehörighet på datakällan. Välj Ladda ner mallen för rolltilldelning för att hämta ARM-mallen, låt en PostgreSQL-databasadministratör köra den, och välj sedan Validera igen.
- Rollfördelning är inte klar: du har skrivbehörighet på datakällan. Välj Tilldela saknade roller för att bevilja behörigheterna direkt. Du kan definiera omfattningen där behörigheterna ges. Omvalidering startar automatiskt när tilldelningen har slutförts.
Validering misslyckas också med ett användarfel om datakällan inte uppfyller v2-kraven.
Till exempel, om servern är på Burstable-nivån, kör PostgreSQL 14 eller tidigare, eller är en replika.
Efter att valideringen visar Lyckat, välj Nästa.
På fliken Granska + konfigurera väljer du Konfigurera säkerhetskopiering.
När konfigurationen är klar skapas en backup-instans (även kallad ett skyddat objekt). Den första schemalagda säkerhetskopieringen överför hela diskens innehåll; efterföljande säkerhetskopior överför endast de ändrade blocken.
Kör en on-demand-backup för Azure Database for PostgreSQL flexibel server eller elastic cluster (v2)
Efter att du konfigurerat skydd körs säkerhetskopiorna automatiskt enligt schemat som definieras i backuppolicyn. Du kan också köra en on-demand-backup utanför det konfigurerade schemat genom att följa dessa steg:
Gå till Resiliency>Säkerhetskopiering och återställning>Skyddade objekt.
I fönstret Skyddade objekt väljer du Datakällstyp som Azure Database for PostgreSQL flexible servers.
Välj det skyddade föremålet.
På den valda panelen för skyddade objekt , under Associerade objekt, välj ikonen 'fler' som motsvarar ett objekt och välj Säkerhetskopiera nu.
På panelen Backup Now , granska lagringsreglerna från den tillhörande backuppolicyn och välj Säkerhetskopiera nu.
Följ ett säkerhetskopieringsjobb för Azure Database for PostgreSQL flexible server eller elastic cluster (v2)
För att spåra ett backupjobb för Azure Database for PostgreSQL flexibel server eller elastic cluster (v2), följ dessa steg:
Gå till Resiliens>Övervakning + rapportering>Jobb
På Jobb-panelen , granska listan över backup- och återställningsjobb samt deras status. Jobbpanelen visar verksamheten och deras status för de senaste 24 timmarna.
Välj ett jobb för att se dess detaljer, inklusive framsteg.
Säkerhetskopior av mycket stora servrar kan köras under en längre period, särskilt den första säkerhetskopian och eventuell efterföljande initial replikering. Jobbet pågår tills ögonblicksbildsdata har kopierats till säkerhetsvalvet.