Anteckning
Å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.
Azure Backup erbjuder ett inbyggt prescript- och postscript-ramverk för att säkerställa programkonsekvens för virtuella Linux-datorer under säkerhetskopieringen. Det här ramverket kör automatiskt ett skript för att tysta applikationer före diskögonblicksbilder och ett efterskript för att återställa applikationer till normal drift efter ögonblicksbilden.
Det är ofta komplicerat och tidskrävande att hantera anpassade prescripts och postscripts. För att förenkla den här processen tillhandahåller Azure Backup färdiga prescripts och postscripts för populära databaser för att aktivera programkonsekventa ögonblicksbilder med minimal ansträngning och underhåll.
Följande diagram illustrerar hur Azure Backup använder förbättrade prescripts och postscripts för att uppnå programkonsekventa ögonblicksbilder för Linux-databaser för att säkerställa tillförlitlig säkerhetskopiering och återställning.
Viktiga fördelar med ett förbättrat prescript- och postscript-ramverk
Det nya förbättrade prescript- och postscript-ramverket har följande viktiga fördelar:
- Dessa prescripts och postscripts installeras direkt på Azure-virtuella datorer tillsammans med backup-tillägget, vilket hjälper till att eliminera behovet av att konfigurera dem och ladda ner dem från en extern plats.
- Definitionen och innehållet i prescripts och postscripts är tillgängliga för visning på GitHub. Du kan skicka förslag och ändringar via GitHub, som sorteras och läggs till för att gynna den bredare communityn.
- Nya föreskrifter och efterskrifter för andra databaser är tillgängliga via GitHub, som är prioriterade och hanterade för att gynna den bredare gemenskapen.
- Det robusta ramverket är effektivt för att hantera scenarier, till exempel prescript-körningsfel eller krascher. I vilket fall som helst körs postscript automatiskt för att återställa alla ändringar som görs i förskriptet.
- Ramverket tillhandahåller också en meddelandekanal för externa verktyg för att hämta uppdateringar och förbereda en egen åtgärdsplan för alla meddelanden eller händelser.
Lösningsflöde för utökat prescript- och postscript-ramverk
Följande diagram illustrerar lösningsflödet i det förbättrade prescript- och postscript-ramverket för databaskonsekventa ögonblicksbilder.
Stödmatris
Följande databaser omfattas av det förbättrade ramverket:
- Oracle (allmänt tillgängligt): Se Supportmatris för säkerhetskopiering av virtuella Azure-datorer.
- MySQL (förhandsversion).
Förutsättningar
Du behöver bara ändra en konfigurationsfil, workload.conf i /etc/azure, för att ange anslutningsinformation. På så sätt kan Azure Backup ansluta till det relevanta programmet och köra prescripts och postscripts. Konfigurationsfilen har följande parametrar:
[workload]
# valid values are mysql, oracle
workload_name =
command_path =
linux_user =
credString =
ipc_folder =
timeout =
I följande tabell beskrivs parametrarna.
| Parameter | Obligatorisk | Förklaring |
|---|---|---|
workload_name |
Ja | Innehåller namnet på databasen som du behöver programkonsekvent säkerhetskopiering för. De aktuella värden som stöds är oracle eller mysql. |
command_path/configuration_path |
Innehåller en sökväg till arbetsbelastningens binärfil. Det här fältet är inte obligatoriskt om binärfilen för arbetsbelastningen anges som en sökvägsvariabel. | |
linux_user |
Ja | Innehåller användarnamnet för Linux-användaren med åtkomst till databasanvändarens inloggning. Om det här värdet inte har angetts betraktas 'root' som standardanvändare. |
credString |
Står för autentiseringssträng för att ansluta till databasen. Innehåller hela inloggningssträngen. | |
ipc_folder |
Arbetsbelastningen kan bara skriva till vissa filsystemsökvägar. Ange den här mappsökvägen så att förskriptet kan skriva tillstånden till den här mappsökvägen. | |
timeout |
Ja | Maximal tidsgräns för vilken databasen är i tyst tillstånd. Standardvärdet är 90 sekunder. Ange inte ett värde som är mindre än 60 sekunder. |
Anteckning
JSON-definitionen är en mall som Azure Backup kan ändra för att passa en viss databas. Information om konfigurationsfilen för varje databas finns i varje databashandbok.
Den övergripande upplevelsen för att använda det förbättrade prescript- och postscript-ramverket är:
- Förbered databasmiljön.
- Redigera konfigurationsfilen.
- Utlös säkerhetskopieringen av den virtuella datorn.
- Återställ virtuella datorer, diskar eller filer från den programkonsekventa återställningspunkten efter behov.
Skapa en strategi för databassäkerhetskopiering
Använda ögonblicksbilder i stället för direktuppspelning
Vanligtvis används strömmande säkerhetskopior (såsom fullständiga, differentiella eller inkrementella) och loggar av databasadministratörer i deras säkerhetskopieringsstrategi. Viktiga punkter i designen är:
- Prestanda och kostnad: En daglig fullständig säkerhetskopiering plus loggar är den snabbaste under återställningen men innebär betydande kostnader. Att inkludera den differentiella eller inkrementella säkerhetskopieringstypen för direktuppspelning minskar kostnaden men kan påverka återställningsprestandan. Ögonblicksbilder ger dock den bästa kombinationen av prestanda och kostnader. Eftersom ögonblicksbilder är inkrementella har de minst effekt på prestanda under säkerhetskopieringen, återställs snabbt och sparar även kostnad.
- Påverkan på databas eller infrastruktur: Prestandan för en säkerhetskopiering av direktuppspelning beror på den underliggande lagrings-IOPS och nätverksbandbredden som är tillgänglig när strömmen riktas mot en fjärrplats. Ögonblicksbilder har inte det här beroendet och efterfrågan på IOPS och nätverksbandbredden minskar.
- Återanvändbarhet: Kommandona för att utlösa olika typer av säkerhetskopiering av direktuppspelning skiljer sig åt för varje databas, så skript kan inte enkelt återanvändas. Om du använder olika säkerhetskopieringstyper bör du också utvärdera beroendekedjan för att underhålla livscykeln. För ögonblicksbilder är det enkelt att skriva skript eftersom det inte finns någon beroendekedja.
- Långsiktig kvarhållning: Fullständiga säkerhetskopior är alltid bra för långsiktig kvarhållning eftersom du kan flytta och återställa dem oberoende av varandra. För driftsäkerhetskopior med kortsiktig kvarhållning är ögonblicksbilder gynnsamma.
En daglig ögonblicksbild plus loggar med enstaka fullständiga säkerhetskopior för långsiktig kvarhållning är den bästa säkerhetskopieringsprincipen för databaser.
Strategi för loggsäkerhetskopiering
Det förbättrade prescript- och postscript-ramverket bygger på säkerhetskopiering av virtuella Azure-datorer som schemalägger säkerhetskopiering en gång per dag. Därför är dataförlustfönstret med mål för återställningspunkt (RPO) som 24 timmar inte lämpligt för produktionsdatabaser. Den här lösningen kompletteras med en strategi för loggsäkerhetskopiering där loggsäkerhetskopior strömmas ut explicit.
NFS (Network File System) på Azure Blob Storage och NFS på AFS (förhandsversion) hjälper till med enkel montering av volymer direkt på virtuella databasdatorer och använder databasklienter för att överföra loggsäkerhetskopior. RPO-dataförlustfönstret beror på loggbackupfrekvensen. NFS-mål behöver inte heller vara högpresterande. Du kanske inte behöver utlösa vanlig direktuppspelning (fullständig och inkrementell) för driftsäkerhetskopior när du har databaskonsekventa ögonblicksbilder.
Anteckning
Det förbättrade skriptet säkerställer vanligtvis att alla loggtransaktioner har överförts till målet för loggsäkerhetskopiering innan databasen görs inaktiv för att ta en ögonblicksbild. Därför är ögonblicksbilderna databaskonsistenta och tillförlitliga under återställning.
Återställningsstrategi
När databaskonsekventa ögonblicksbilder har tagits och loggsäkerhetskopiorna strömmas till en NFS-volym kan databasens återställningsstrategi använda återställningsfunktionerna för säkerhetskopiering av virtuella Azure-datorer. Möjligheten för loggsäkerhetskopior tillämpas också på den med hjälp av databasklienten. Följande alternativ för återställningsstrategi är:
- Skapa nya virtuella datorer från en databaskonsekvent återställningspunkt. Den virtuella datorn bör redan ha loggmonteringspunkten ansluten. Använd databasklienter för att köra återställningskommandon för återställning till en specifik tidpunkt.
- Skapa diskar från en databaskonsekvent återställningspunkt och koppla dem till en annan virtuell måldator. Montera sedan loggdestinationen och använd databasklienter för att köra återställningskommandon för återställning till en viss tidpunkt.
- Använd ett alternativ för filåterställning och generera ett skript. Kör skriptet på den virtuella måldatorn och koppla återställningspunkten som iSCSI-diskar. Använd sedan databasklienter för att köra databasspecifika valideringsfunktioner på de anslutna diskarna och verifiera säkerhetskopieringsdata. Använd även databasklienter för att exportera eller återställa några tabeller eller filer i stället för att återställa hela databasen.
- Använd funktionen För återställning mellan regioner för att utföra föregående åtgärder från sekundära parkopplade regioner under en regional katastrof.
Sammanfattning
Med databaskonsekventa ögonblicksbilder plus loggar som säkerhetskopieras med hjälp av en anpassad lösning kan du skapa en lösning för databassäkerhetskopiering som är högpresterande och kostnadseffektiv. Den här lösningen använder fördelarna med säkerhetskopiering av virtuella Azure-datorer och återanvänder även funktionerna för databasklienter.