Verbeterde prescripts en postscripts voor databaseconsistente momentopnamen

Azure Backup biedt een ingebouwd prescript- en postscript-framework om toepassingsconsistentie voor Linux-VM's tijdens de back-up te garanderen. Dit framework voert automatisch een prescript uit voor stille toepassingen vóór momentopnamen van schijven en een postscript om toepassingen te herstellen naar normale werking na de momentopname.

Het beheren van aangepaste prescripts en postscripts is vaak complex en tijdrovend. Om dit proces te vereenvoudigen, biedt Azure Backup kant-en-klare prescripts en postscripts voor populaire databases om toepassingsconsistente momentopnamen met minimale inspanning en onderhoud mogelijk te maken.

In het volgende diagram ziet u hoe Azure Backup gebruikmaakt van verbeterde prescripts en postscripts om toepassingsconsistente momentopnamen voor Linux-databases te realiseren om een betrouwbare back-up en herstel te garanderen.

Belangrijke voordelen van een uitgebreid prescript- en postscript-framework

Het nieuwe verbeterde prescript- en postscript-framework heeft de volgende belangrijke voordelen:

• Deze prescripts en postscripts worden rechtstreeks geïnstalleerd in Azure-VM's, samen met de back-upextensie, waardoor de noodzaak voor het ontwerpen en downloaden vanaf een externe locatie wordt geëlimineerd.
• De definitie en inhoud van prescripts en postscripts zijn beschikbaar voor weergave op GitHub. U kunt suggesties en wijzigingen indienen via GitHub, die worden gesorteerd en toegevoegd om de bredere community te helpen.
• Nieuwe prescripts en postscripts voor andere databases zijn beschikbaar via GitHub, die zijn gesorteerd en gericht op de bredere community.
• Het robuuste framework is efficiënt voor het afhandelen van scenario's, zoals mislukte uitvoering van prescript of crashes. In elk geval wordt het postscript automatisch uitgevoerd om alle wijzigingen in het prescript terug te draaien.
• Het framework biedt ook een berichtenkanaal voor externe hulpprogramma's om updates op te halen en hun eigen actieplan voor te bereiden op elk bericht of elke gebeurtenis.

Oplossingsstroom van uitgebreid prescript- en postscript-framework

In het volgende diagram ziet u de oplossingsstroom van het verbeterde prescript- en postscript-framework voor databaseconsistente momentopnamen.

Ondersteuningsmatrix

De volgende databases vallen onder het verbeterde framework:

• Oracle (algemeen beschikbaar): Zie ondersteuningsmatrix voor Back-ups van Azure-VM's.
• MySQL (preview).

Prerequisites

U moet alleen een configuratiebestand, workload.conf, /etc/azurewijzigen om verbindingsgegevens op te geven. Op deze manier kan Azure Backup verbinding maken met de relevante toepassing en prescripts en postscripts uitvoeren. Het configuratiebestand heeft de volgende parameters:

[workload]
# valid values are mysql, oracle
workload_name =
command_path = 
linux_user =
credString = 
ipc_folder = 
timeout =

In de volgende tabel worden de parameters beschreven.

Parameter	Verplicht	Uitleg
workload_name	Ja	Bevat de naam van de database waarvoor u toepassingsconsistente back-ups nodig hebt. De huidige ondersteunde waarden zijn oracle of mysql.
command_path/configuration_path		Bevat een pad naar het binaire werkbelastingbestand. Dit veld is niet verplicht als het binaire werkbelastingbestand is ingesteld als een padvariabele.
linux_user	Ja	Bevat de gebruikersnaam van de Linux-gebruiker met toegang tot de aanmelding van de databasegebruiker. Als deze waarde niet is ingesteld, wordt root beschouwd als de standaardgebruiker.
credString		Staat voor referentietekenreeks om verbinding te maken met de database. Bevat de volledige aanmeldingsreeks.
ipc_folder		Werkbelasting kan alleen naar bepaalde bestandssysteempaden schrijven. Geef dit mappad op, zodat het prescript de statussen naar dit mappad kan schrijven.
timeout	Ja	Maximale tijdslimiet waarvoor de database een stille status heeft. De standaardwaarde is 90 seconden. Stel geen waarde in van minder dan 60 seconden.

Notitie

De JSON-definitie is een sjabloon die Door Azure Backup kan worden aangepast aan een bepaalde database. Raadpleeg de handleiding van elke database voor meer informatie over het configuratiebestand voor elke database.

De algehele ervaring voor het gebruik van het verbeterde prescript- en postscript-framework is:

• Bereid de databaseomgeving voor.
• Bewerk het configuratiebestand.
• Activeer de VM-back-up.
• Herstel vm's of schijven of bestanden vanaf het toepassingsconsistente herstelpunt, indien nodig.

Een back-upstrategie voor databases maken

Momentopnamen gebruiken in plaats van streaming

Normaal gesproken worden streamingback-ups (zoals volledige, differentiële of incrementele) en logboeken gebruikt door databasebeheerders in hun back-upstrategie. Belangrijke punten in het ontwerp zijn:

• Prestaties en kosten: Een dagelijkse volledige back-up plus logboeken is de snelste tijdens het herstellen, maar brengt aanzienlijke kosten met zich mee. Het opnemen van het differentiële of incrementele streamingback-uptype vermindert de kosten, maar kan van invloed zijn op de herstelprestaties. Maar momentopnamen bieden de beste combinatie van prestaties en kosten. Omdat momentopnamen inherent incrementeel zijn, hebben ze het minste effect op de prestaties tijdens het maken van back-ups, worden ze snel hersteld en bespaart u ook kosten.
• Invloed op database of infrastructuur: de prestaties van een streamingback-up zijn afhankelijk van de onderliggende opslag-IOPS en de netwerkbandbreedte die beschikbaar is wanneer de stream is gericht op een externe locatie. Momentopnamen hebben deze afhankelijkheid niet en de vraag naar IOPS en netwerkbandbreedte wordt verminderd.
• Herbruikbaarheid: de opdrachten voor het activeren van verschillende typen streamingback-ups zijn verschillend voor elke database, zodat scripts niet eenvoudig opnieuw kunnen worden gebruikt. Als u verschillende back-uptypen gebruikt, moet u ook de afhankelijkheidsketen evalueren om de levenscyclus te behouden. Voor momentopnamen is het eenvoudig om een script te schrijven omdat er geen afhankelijkheidsketen is.
• Langetermijnretentie: volledige back-ups zijn altijd nuttig voor langetermijnretentie, omdat u ze onafhankelijk kunt verplaatsen en herstellen. Voor operationele back-ups met kortetermijnretentie zijn momentopnamen gunstig.

Een dagelijkse momentopname plus logboeken met af en toe volledige back-ups voor langetermijnretentie is het beste back-upbeleid voor databases.

Strategie voor logboekback-up

Het verbeterde prescript- en postscript-framework is gebouwd op Azure VM-back-up die één keer per dag een back-up plant. Daarom is een venster voor gegevensverlies met een recovery point objective (RPO) van 24 uur niet geschikt voor productiedatabases. Deze oplossing wordt aangevuld met een strategie voor logboekback-ups waarbij logboekback-ups expliciet worden gestreamd.

Network File System (NFS) in Azure Blob Storage en NFS op AFS (preview) helpt u bij het eenvoudig koppelen van volumes rechtstreeks op database-VM's en het gebruik van databaseclients om logboekback-ups over te dragen. Het gegevensverliesvenster van de RPO is afhankelijk van de frequentie van logboekback-ups. Bovendien hoeven NFS-doelen niet zeer goed te presteren. Mogelijk hoeft u geen reguliere streaming (volledig en incrementeel) te activeren voor operationele back-ups nadat u databaseconsistente momentopnamen hebt.

Notitie

Het verbeterde script zorgt ervoor dat alle logboektransacties in doorvoer naar de back-upbestemming van het logboek worden doorgespoeld voordat de database wordt stilgelegd om een momentopname te maken. Als gevolg hiervan zijn de momentopnamen databaseconsistent en betrouwbaar tijdens het herstel.

Herstelstrategie

Nadat de databaseconsistente momentopnamen zijn gemaakt en de logboekback-ups naar een NFS-volume zijn gestreamd, kan de herstelstrategie van de database gebruikmaken van de herstelfunctionaliteit van Azure VM-back-ups. De mogelijkheid van logboekback-ups wordt er ook op toegepast met behulp van de databaseclient. De volgende opties voor herstelstrategie zijn:

• Nieuwe VM's maken op basis van een databaseconsistent herstelpunt. Op de VM moet al het koppelpunt voor logboeken zijn verbonden. Gebruik database-clients om herstelopdrachten uit te voeren voor point-in-time herstel.
• Maak schijven van een databaseconsistent herstelpunt en koppel deze aan een andere doel-VM. Koppel vervolgens het logboekdoel aan en gebruik databaseclients om herstelcommando's uit te voeren voor herstel tot een specifiek tijdstip.
• Gebruik een optie voor bestandsherstel en genereer een script. Voer het script uit op de doel-VM en sluit het herstelpunt aan als iSCSI-schijven. Gebruik vervolgens databaseclients om de databasespecifieke validatiefuncties op de gekoppelde schijven uit te voeren en de back-upgegevens te valideren. Gebruik ook databaseclients om enkele tabellen of bestanden te exporteren of te herstellen in plaats van de hele database te herstellen.
• Gebruik de functie Herstel tussen regio's om de voorgaande acties uit te voeren vanuit secundaire gekoppelde regio's tijdens een regionale ramp.

Samenvatting

Met databaseconsistente momentopnamen plus logboeken waarvan een back-up wordt gemaakt met behulp van een aangepaste oplossing, kunt u een databaseback-upoplossing bouwen die presteert en rendabel is. Deze oplossing maakt gebruik van de voordelen van azure VM-back-up en hergebruikt ook de mogelijkheden van databaseclients.