Heta säkerhetskopieringar med Percona XtraBackup på One-Click WordPress-appen

Innehållsförteckning

• Introduktion
• Förutsättningar
• Steg 1: Skapa en icke-rotsystemanvändare
• Steg 2: Kontrollera lagringsmotorn
• Steg 3: Skapa en databasanvändare för säkerhetskopiering
• Steg 4: Installera Percona XtraBackup
• Steg 5: Skapa backup-lagringskataloger
• Steg 6: Skapa den första fullständiga säkerhetskopian
• Steg 7: Skapa följande inkrementella säkerhetskopior
• Steg 8: Förbered säkerhetskopior för att återställa databasen
• Steg 9: Återställ databas
• Ytterligare steg

Introduktion

Percona XtraBackup är ett gratis MySQL-baserat program som används för att göra heta säkerhetskopior. Den är också öppen källkod. Med Percona XtraBackup kan du göra heta säkerhetskopior av körande MySQL-, MariaDB- eller Percona Server-databaser utan att stoppa din databastjänst eller göra den skrivskyddad. Detta är en affärskritisk funktion för många onlineföretag.

För databaser som använder InnoDB-, XtraDB- och HailDB-lagringsmotorer kan Percona XtraBackup utföra icke-blockerande säkerhetskopieringar. För databaser som använder MyISAM-, Merge- och Archive-lagringsmotorer kan Percona XtraBackup också utföra säkerhetskopieringar genom att kort pausa skrivningarna i slutet av säkerhetskopieringsproceduren.

I den här artikeln kommer jag att visa dig hur du installerar och använder Percona XtraBackup för att utföra fullständiga och inkrementella heta säkerhetskopieringar på en Vultr-server baserad på One-Click WordPress-applikationen. Vi kommer att utföra en fullständig säkerhetskopiering och två inkrementella säkerhetskopior, och sedan återställa databasen till tillståndet för var och en av de tre säkerhetskopiorna i enlighet därmed.

Förutsättningar

Jag antar att du har distribuerat en One-Click WordPress Vultr-serverinstans från början och har loggat in som root med SSH.

Steg 1: Skapa en icke-rotsystemanvändare

Av säkerhetsskäl är en rekommenderad praxis att skapa ett annat användarkonto med root-behörigheter och sedan använda det för att logga in och utföra dina dagliga operationer på systemet. Du kan fortfarande utföra nästan alla superanvändarkommandon med sudokommandot.

1) Skapa en ny användare. Ersätt sysusermed ditt eget användarnamn.

useradd sysuser

2) Ställ in lösenordet för din nya användare. Ersätt sysusermed ditt eget användarnamn.

passwd sysuser

3) Ge root-behörigheter till din nya användare.

visudo

Hitta stycket nedan.

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

Lägg till en rad direkt under detta stycke, ersätt sysusermed ditt eget användarnamn.

sysuser     ALL=(ALL)     ALL

Spara och avsluta.

:wq

4) Byt till ditt nya användarkonto.

logout

Använd sedan den nya användarens autentiseringsuppgifter för att logga in från ditt terminalfönster.

Steg 2: Kontrollera lagringsmotorn

Som standard sparas MySQL-rotinloggningen på VPS i /root/.my.cnf. Visa lösenordet i din terminal med följande kommando.

sudo cat /root/.my.cnf

Använd autentiseringsuppgifterna som visas på skärmen för att logga in på MySQL-konsolen.

mysql -u root -p

Kör följande i MySQL-skalet.

SHOW DATABASES;

Alla MySQL-databaser kommer att ha visats på skärmen. Databasen som heter like wp5273512är WordPress-databasen som vi vill säkerhetskopiera. I följande kommando, ersätt wp5273512med ditt eget:

USE wp5273512;

Kontrollera lagringsmotorn för varje tabell:

SHOW TABLE STATUS\G

Du kommer att upptäcka att alla tabeller i din WordPress MySQL-databas använder InnoDB-lagringsmotorn som är perfekt för att utföra heta säkerhetskopieringar med Percona XtraBackup.

För alla andra MySQL-databaser som använder MyISAM-lagringsmotorn kan vi fortfarande säkerhetskopiera dem med Percona XtraBackup genom att kort pausa skrivningar.

Steg 3: Skapa en databasanvändare för säkerhetskopiering

Fortfarande i MySQL-skalet, använd följande kommandon för att skapa en dedikerad databasanvändare för säkerhetskopiering. Kom ihåg att ersätta databasens användarnamn xbuseroch lösenord xbpasswdmed dina egna:

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 privilegier som ges ovan är nödvändiga för full Percona XtraBackup-funktionalitet. Du kan ta bort några av dem för mindre funktionalitet och bättre säkerhet. För mer information, se Percona XtraBackups officiella webbplats .

Steg 4: Installera Percona XtraBackup

Du kan installera Percona XtraBackup från Perconas RPM-förråd ganska enkelt:

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

Steg 5: Skapa backup-lagringskataloger

Först måste du lägga till användare sysuseri mysqlgruppen. Ersätt sysusermed ditt eget användarnamn.

sudo gpasswd -a sysuser mysql

Skapa en katalog för att lagra fullständiga säkerhetskopior.

sudo mkdir -p /dbbackup/full/

Skapa en annan katalog för att lagra inkrementella säkerhetskopior.

sudo mkdir -p /dbbackup/inc/

Ändra ägare till dessa kataloger till användare sysuseroch grupp sysuser.

sudo chown -R sysuser:sysuser /dbbackup

Logga ut för att sätta dessa ändringar i kraft.

logout

Logga sedan in med sysuserigen.

Steg 6: Skapa den första fullständiga säkerhetskopian

XtraBackup består främst av XtraBackup-programmet och innobackupexperl-skriptet. Vanligtvis kan du använda innobackupexperl-skriptet för att utföra olika operationsprocedurer för enkelhetens skull.

Mata in följande kommando för att skapa den första fullständiga säkerhetskopian. Kom ihåg att ersätta databasens användarnamn xbuser, databasens användarlösenord xbpasswdoch den fullständiga backupkatalogen /dbbackup/full/med dina egna.

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

Med det här kommandot utfört på rätt sätt kommer du att se bekräftelsemeddelandet "innobackupex: slutfört OK!" på den sista raden i utgången.

Alla nyskapade filer i denna fullständiga säkerhetskopia kommer att lagras i en tidsstämplad katalog under /dbbackup/full/. Till exempel, /dbbackup/full/2015-05-22_05-45-54.

Steg 7: Skapa följande inkrementella säkerhetskopior

Mata in följande kommando för att skapa den första inkrementella säkerhetskopian. Ersätt variabler i kommandot i enlighet med detta.

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

Återigen kommer du att se "innobackupex: klar OK!" i slutet av utgången när kommandot körs framgångsrikt. Säkerhetskopieringsfilerna kommer att lagras i en tidsstämplad katalog under /dbbackup/inc/.

Mata in följande kommando för att skapa den andra inkrementella säkerhetskopian. Ersätt variabler i kommandot i enlighet med detta.

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

Efter framgång kommer du att se "innobackupex: slutfört OK!" meddelande igen. Kontrollera /dbbackup/inc/mappen igen för att se säkerhetskopiorna.

Steg 8: Förbered säkerhetskopior för att återställa databasen

Alla säkerhetskopieringsfiler för databasen måste förberedas innan de kan användas för att återställa databasen.

Obs : Innan du utför förberedelse- och återställningsprocedurerna är det bättre att behålla en kopia av hela säkerhetskopieringskatalogen (som t.ex. /dbbackup/) på ett annat ställe ifall eventuell skada på säkerhetskopieringen av filerna orsakas av misstag.

I varje backupkatalog finns en fil med namnet xtrabackup_checkpointssom innehåller backuptypen och sekvensnumren för början och slutet av loggen ( from_lsnoch to_lsn). Du kan använda dessa siffror för att förtydliga din strategi för databasåterställning. Titta på exemplen nedan.

I xtrabackup_checkpointsfilen för den första fullständiga säkerhetskopian har jag:

backup_type = full-backuped
from_lsn = 0
to_lsn = 2932478

I xtrabackup_checkpointsfilen för den första inkrementella säkerhetskopian har jag:

backup_type =incremental
from_lsn = 2932478
to_lsn = 2970177

I xtrabackup_checkpointsfilen för den andra inkrementella säkerhetskopian har jag:

backup_type = incremental
from_lsn = 2970177
to_lsn = 3004672

Kortfattat bör du ta itu med varje säkerhetskopia med den ökande ordningen lsn. Om lsn-sekvensen är ofullständig eller störd kan du förlora data.

Obs : Följande kommandon involverar tre kataloger, ersätt dem med dina egna.

För att återställa databasen till tillståndet för den första fullständiga säkerhetskopian måste du förbereda säkerhetskopian med följande kommando:

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

För att återställa databasen till tillståndet för den första inkrementella säkerhetskopian måste du förbereda säkerhetskopian med följande kommandon:

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

För att återställa databasen till tillståndet för den andra inkrementella säkerhetskopian måste du förbereda säkerhetskopian med följande kommandon:

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

Anmärkningar :

För inkrementella säkerhetskopior bör du använda --redo-onlyalternativet på alla utom den sista inkrementella säkerhetskopian. Ändå är det ofarligt att använda det här alternativet på den senaste inkrementella säkerhetskopian för din datas konsistens - det kommer bara att orsaka en viss fördröjning på grund av återställningen av databasen.

Det sista kommandot för varje inkrementellt scenario är valfritt men rekommenderas, eftersom det kommer att påskynda återställningen.

Efter förberedelserna kommer ändringarna som registrerats i de inkrementella säkerhetskopieringsfilerna att läggas till de förberedda fullständiga säkerhetskopiorna, så du bör alltid använda de förberedda fullständiga säkerhetskopiorna för att återställa din databas, oavsett om du väljer en fullständig säkerhetskopia eller en inkrementell säkerhetskopia.

Steg 9: Återställ databas

Innan du kan återställa din databas måste du stoppa databastjänsten.

sudo service mysqld stop

Du måste också tömma databaskatalogen. Du kan flytta de aktuella databasfilerna till en annan plats för säkerhets skull.

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

Återställ din databas med de förberedda "fullständiga säkerhetskopiorna".

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

Eftersom återställningsproceduren kommer att ändra ägaren till databaskatalogen, måste du ändra den tillbaka till mysql:mysqlför att den ska fungera.

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

Starta om databastjänsten.

sudo service mysqld start

Det är allt. Vid det här laget kan du besöka din WordPress-webbplats för att verifiera att återställningsprocessen lyckades.