Hot back-ups met Percona XtraBackup op de One-Click WordPress-app

• Inhoudsopgave
• Invoering
• Vereisten
• Stap 1: Maak een niet-rootsysteemgebruiker aan
• Stap 2: Controleer de opslag-engine
• Stap 3: Maak een databasegebruiker voor back-up
• Stap 4: Installeer Percona XtraBackup
• Stap 5: Maak back-upopslagmappen
• Stap 6: Maak de eerste volledige back-up
• Stap 7: Maak de volgende incrementele back-ups
• Stap 8: Bereid back-upbestanden voor om de database te herstellen
• Stap 9: Herstel database

Inhoudsopgave

• Invoering
• Vereisten
• Stap 1: Maak een niet-rootsysteemgebruiker aan
• Stap 2: Controleer de opslag-engine
• Stap 3: Maak een databasegebruiker voor back-up
• Stap 4: Installeer Percona XtraBackup
• Stap 5: Maak back-upopslagmappen
• Stap 6: Maak de eerste volledige back-up
• Stap 7: Maak de volgende incrementele back-ups
• Stap 8: Bereid back-upbestanden voor om de database te herstellen
• Stap 9: Herstel database
• Verdere stappen

Invoering

Percona XtraBackup is een gratis op MySQL gebaseerd programma dat wordt gebruikt voor het maken van hete back-ups. Het is ook open source. Met Percona XtraBackup kunt u hete back-ups maken van het uitvoeren van MySQL-, MariaDB- of Percona Server-databases zonder uw databaseservice te stoppen of alleen-lezen te maken. Dit is een bedrijfskritische functie voor veel online bedrijven.

Voor databases die InnoDB-, XtraDB- en HailDB-opslagengines gebruiken, kan Percona XtraBackup niet-blokkerende back-ups maken. Voor databases die MyISAM-, Merge- en Archive-opslagengines gebruiken, kan Percona XtraBackup ook back-ups maken door het schrijven aan het einde van de back-upprocedure kort te onderbreken.

In dit artikel laat ik je zien hoe je Percona XtraBackup installeert en gebruikt om volledige en incrementele hot back-ups uit te voeren op een Vultr-server op basis van de One-Click WordPress-applicatie. We zullen een volledige back-up en twee incrementele back-ups uitvoeren en vervolgens de database herstellen naar de status van elk van de drie back-ups.

Vereisten

Ik ga ervan uit dat u een One-Click WordPress Vultr-serverinstantie helemaal opnieuw hebt geïmplementeerd en als root hebt ingelogd met SSH.

Stap 1: Maak een niet-rootsysteemgebruiker aan

Om veiligheidsredenen is het een aanbevolen praktijk om een ​​ander gebruikersaccount met rootrechten aan te maken, deze vervolgens te gebruiken om in te loggen en uw dagelijkse bewerkingen op het systeem uit te voeren. U kunt nog steeds bijna alle superuser-opdrachten uitvoeren met de sudoopdracht.

1) Maak een nieuwe gebruiker aan. Vervang sysuserdoor uw eigen gebruikersnaam.

useradd sysuser

2) Stel het wachtwoord in voor uw nieuwe gebruiker. Vervang sysuserdoor uw eigen gebruikersnaam.

passwd sysuser

3) Verleen rootrechten aan uw nieuwe gebruiker.

visudo

Vind de onderstaande paragraaf.

## Allow root to run any commands anywhere
root     ALL=(ALL)     ALL

Voeg direct onder deze alinea een rij toe en vervang deze sysuserdoor uw eigen gebruikersnaam.

sysuser     ALL=(ALL)     ALL

Opslaan en afsluiten.

:wq

4) Schakel over naar uw nieuwe gebruikersaccount.

logout

Gebruik vervolgens de inloggegevens van de nieuwe gebruiker om in te loggen vanuit uw terminalvenster.

Stap 2: Controleer de opslag-engine

Standaard wordt de MySQL root login opgeslagen op de VPS in /root/.my.cnf. Geef het wachtwoord in uw terminal weer met de volgende opdracht.

sudo cat /root/.my.cnf

Gebruik de referentie die op het scherm wordt weergegeven om in te loggen op de MySQL-console.

mysql -u root -p

Voer in de MySQL-shell het volgende uit.

SHOW DATABASES;

Alle MySQL-databases worden op het scherm weergegeven. De database met de naam like wp5273512is de WordPress-database waarvan we een back-up willen maken. Vervang in de volgende opdracht wp5273512door uw eigen:

USE wp5273512;

Controleer de opslag-engine voor elke tafel:

SHOW TABLE STATUS\G

U zult merken dat alle tabellen in uw WordPress MySQL-database de InnoDB-opslagengine gebruiken die perfect is voor het maken van hete back-ups met Percona XtraBackup.

Voor alle andere MySQL-databases die de MyISAM-opslagengine gebruiken, kunnen we ze nog steeds back-uppen met Percona XtraBackup door het schrijven even te onderbreken.

Stap 3: Maak een databasegebruiker voor back-up

Gebruik nog steeds in de MySQL-shell de volgende opdrachten om een ​​speciale databasegebruiker te maken voor back-up. Vergeet niet om de database gebruikersnaam xbuseren het wachtwoord te vervangen xbpasswddoor uw eigen gebruikersnaam:

CREATE USER 'xbuser'@'localhost' IDENTIFIED BY 'xbpasswd';
GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT, CREATE TABLESPACE, PROCESS, SUPER, CREATE, INSERT, SELECT ON *.* TO 'xbuser'@'localhost';
FLUSH PRIVILEGES;
EXIT;

De hierboven verleende bevoegdheden zijn nodig voor volledige Percona XtraBackup-functionaliteit. U kunt sommige ervan verwijderen voor minder functionaliteit en betere beveiliging. Zie de officiële website van Percona XtraBackup voor meer informatie .

Stap 4: Installeer Percona XtraBackup

U kunt Percona XtraBackup vrij eenvoudig installeren vanuit Percona's RPM-repository:

sudo yum install -y http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm
sudo yum install -y percona-xtrabackup

Stap 5: Maak back-upopslagmappen

Eerst moet je een gebruiker sysuseraan de mysqlgroep toevoegen. Vervang sysuserdoor uw eigen gebruikersnaam.

sudo gpasswd -a sysuser mysql

Maak een directory om volledige back-ups op te slaan.

sudo mkdir -p /dbbackup/full/

Maak een andere map om incrementele back-ups op te slaan.

sudo mkdir -p /dbbackup/inc/

Wijzig de eigenaar van deze mappen in gebruiker sysuseren groep sysuser.

sudo chown -R sysuser:sysuser /dbbackup

Log uit om deze wijzigingen door te voeren.

logout

Log dan sysuseropnieuw in met .

Stap 6: Maak de eerste volledige back-up

XtraBackup bestaat voornamelijk uit het XtraBackup-programma en het innobackupexperl-script. Meestal kunt u het innobackupexperl-script gebruiken om verschillende bedieningsprocedures uit te voeren.

Voer de volgende opdracht in om de eerste volledige back-up te maken. Vergeet niet om de database-gebruikersnaam xbuser, het database-gebruikerswachtwoord xbpasswden de volledige back-updirectory /dbbackup/full/door uw eigen te vervangen.

sudo innobackupex --user=xbuser  --password=xbpasswd /dbbackup/full/

Als dit commando correct is uitgevoerd, ziet u het bevestigingsbericht "innobackupex: voltooid OK!" op de laatste regel van de uitvoer.

Alle nieuw gemaakte bestanden van deze volledige back-up worden opgeslagen in een tijdgestempelde map onder /dbbackup/full/. Bijvoorbeeld /dbbackup/full/2015-05-22_05-45-54.

Stap 7: Maak de volgende incrementele back-ups

Voer de volgende opdracht in om de eerste incrementele back-up te maken. Vervang de variabelen dienovereenkomstig in de opdracht.

sudo innobackupex --user=xbuser  --password=xbpasswd --incremental --incremental-basedir=/dbbackup/full/2015-05-22_05-45-54 /dbbackup/inc/

Nogmaals, u ziet "innobackupex: OK voltooid!" aan het einde van de uitvoer wanneer de opdracht met succes is uitgevoerd. De back-upbestanden worden opgeslagen in een tijdgestempelde map onder /dbbackup/inc/.

Voer de volgende opdracht in om de tweede incrementele back-up te maken. Vervang de variabelen in de opdracht dienovereenkomstig.

sudo innobackupex --user=xbuser  --password=xbpasswd --incremental --incremental-basedir=/dbbackup/inc/2015-05-22_05-48-12 /dbbackup/inc/

Bij succes ziet u de "innobackupex: voltooid OK!" bericht opnieuw. Controleer de /dbbackup/inc/map opnieuw om de back-upbestanden te zien.

Stap 8: Bereid back-upbestanden voor om de database te herstellen

Alle databaseback-upbestanden moeten worden voorbereid voordat ze kunnen worden gebruikt om de database te herstellen.

Opmerking : voordat u de voorbereidings- en herstelprocedures uitvoert, kunt u beter een kopie van de hele back-upmap (zoals /dbbackup/) op een andere plaats bewaren voor het geval dat schade aan de back-up van de bestanden per ongeluk wordt veroorzaakt.

In elke back-updirectory bevindt zich een bestand met de naam van xtrabackup_checkpointshet back-uptype en de begin- en eindlogvolgnummers ( from_lsnen to_lsn). U kunt deze cijfers gebruiken om uw databaseherstelstrategie te verduidelijken. Bekijk de onderstaande voorbeelden.

In het xtrabackup_checkpointsbestand van de eerste volledige back-up heb ik:

backup_type = full-backuped
from_lsn = 0
to_lsn = 2932478

In het xtrabackup_checkpointsbestand van de eerste incrementele back-up heb ik:

backup_type =incremental
from_lsn = 2932478
to_lsn = 2970177

In het xtrabackup_checkpointsbestand van de tweede incrementele back-up heb ik:

backup_type = incremental
from_lsn = 2970177
to_lsn = 3004672

Kortom, u moet elke back-up aanpakken met de toenemende volgorde van lsn. Als de lsn-reeks onvolledig of ongeordend is, verliest u mogelijk gegevens.

Opmerking : de volgende opdrachten hebben betrekking op drie mappen, vervang ze door uw eigen mappen.

Om de database te herstellen naar de status van de eerste volledige back-up, moet u de back-upbestanden voorbereiden met de volgende opdracht:

sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54

Om de database te herstellen naar de status van de eerste incrementele back-up, moet u de back-upbestanden voorbereiden met de volgende opdrachten:

sudo innobackupex --apply-log --redo-only /dbbackup/full/2015-05-22_05-45-54
sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54 --incremental-dir=/dbbackup/inc/2015-05-22_05-48-12
sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54

Om de database te herstellen naar de status van de tweede incrementele back-up, moet u de back-upbestanden voorbereiden met de volgende opdrachten:

sudo innobackupex --apply-log --redo-only /dbbackup/full/2015-05-22_05-45-54
sudo innobackupex --apply-log --redo-only /dbbackup/full/2015-05-22_05-45-54 --incremental-dir=/dbbackup/inc/2015-05-22_05-48-12
sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54 --incremental-dir=/dbbackup/inc/2015-05-22_05-51-32
sudo innobackupex --apply-log /dbbackup/full/2015-05-22_05-45-54

Opmerkingen :

Voor incrementele back-ups moet u de --redo-onlyoptie gebruiken voor alle behalve de laatste incrementele back-up. Desalniettemin is het gebruik van deze optie bij de laatste incrementele back-up nog steeds onschadelijk voor de consistentie van uw gegevens - het zal alleen enige vertraging veroorzaken als gevolg van het terugdraaien van de database.

De laatste opdracht van elk incrementeel scenario is optioneel, maar wordt aanbevolen, omdat dit het herstel versnelt.

Na de voorbereiding worden de wijzigingen die zijn vastgelegd in de incrementele back-upbestanden toegevoegd aan de voorbereide basis volledige back-upbestanden, dus u moet altijd de voorbereide volledige back-upbestanden gebruiken om uw database te herstellen, ongeacht of u kiest voor een volledige back-up of een incrementele back-up.

Stap 9: Herstel database

Voordat u uw database kunt herstellen, moet u de databaseservice stoppen.

sudo service mysqld stop

U moet ook de databasedirectory leegmaken. U kunt uit voorzorg de huidige databasebestanden naar een andere plaats verplaatsen.

sudo mkdir /currentdb
sudo mv /var/lib/mysql/* /currentdb

Herstel uw database met de voorbereide "volledige back-up" -bestanden.

sudo innobackupex --copy-back /dbbackup/full/2015-05-22_05-45-54

Omdat de herstelprocedure de eigenaar van de databasemap zal wijzigen, moet u deze terugzetten mysql:mysqlnaar om deze operationeel te maken.

sudo chown -R mysql:mysql /var/lib/mysql

Start de databaseservice opnieuw.

sudo service mysqld start

Dat is het. Op dit punt kunt u uw WordPress-site bezoeken om te controleren of het herstelproces is geslaagd.