Hot Backups med Percona XtraBackup på One-Click WordPress-appen

Indholdsfortegnelse

• Introduktion
• Forudsætninger
• Trin 1: Opret en ikke-rootsystembruger
• Trin 2: Tjek lagermotoren
• Trin 3: Opret en databasebruger til backup
• Trin 4: Installer Percona XtraBackup
• Trin 5: Opret backup-lagermapper
• Trin 6: Opret den første fulde sikkerhedskopi
• Trin 7: Opret følgende trinvise sikkerhedskopier
• Trin 8: Forbered backupfiler til gendannelse af databasen
• Trin 9: Gendan database
• Yderligere skridt

Introduktion

Percona XtraBackup er et gratis MySQL-baseret program, der bruges til at lave hot backups. Det er også open source. Med Percona XtraBackup kan du lave varme sikkerhedskopier af kørende MySQL-, MariaDB- eller Percona Server-databaser uden at stoppe din databasetjeneste eller gøre den skrivebeskyttet. Dette er en forretningskritisk funktion for mange online-virksomheder.

For databaser, der bruger InnoDB-, XtraDB- og HailDB-lagringsmotorer, kan Percona XtraBackup udføre ikke-blokerende sikkerhedskopier. For databaser, der bruger MyISAM-, Merge- og Archive-lagringsmotorer, kan Percona XtraBackup også udføre sikkerhedskopier ved kort at sætte skrivningerne på pause i slutningen af ​​sikkerhedskopieringsproceduren.

I denne artikel vil jeg vise dig, hvordan du installerer og bruger Percona XtraBackup til at udføre fulde og trinvise hot backups på en Vultr-server baseret på One-Click WordPress-applikationen. Vi vil udføre en fuld sikkerhedskopiering og to trinvise sikkerhedskopier, og derefter gendanne databasen til tilstanden for hver af de tre sikkerhedskopier i overensstemmelse hermed.

Forudsætninger

Jeg antager, at du har installeret en One-Click WordPress Vultr-serverinstans fra bunden og har logget ind som root ved hjælp af SSH.

Trin 1: Opret en ikke-rootsystembruger

Af sikkerhedsmæssige årsager er en anbefalet praksis at oprette en anden brugerkonto med root-tilladelser og derefter bruge den til at logge på og udføre dine daglige handlinger på systemet. Du kan stadig udføre næsten alle superbrugerkommandoer med sudokommandoen.

1) Opret en ny bruger. Erstat sysusermed dit eget brugernavn.

useradd sysuser

2) Indstil adgangskoden til din nye bruger. Erstat sysusermed dit eget brugernavn.

passwd sysuser

3) Giv root-tilladelser til din nye bruger.

visudo

Find afsnittet nedenfor.

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

Tilføj en række direkte under dette afsnit, erstat sysusermed dit eget brugernavn.

sysuser     ALL=(ALL)     ALL

Gem og afslut.

:wq

4) Skift til din nye brugerkonto.

logout

Brug derefter den nye brugers legitimationsoplysninger til at logge på fra dit terminalvindue.

Trin 2: Tjek lagermotoren

Som standard er MySQL root-login gemt på VPS'en i /root/.my.cnf. Vis adgangskoden i din terminal med følgende kommando.

sudo cat /root/.my.cnf

Brug legitimationsoplysningerne, der vises på skærmen, til at logge ind på MySQL-konsollen.

mysql -u root -p

Kør følgende i MySQL-skallen.

SHOW DATABASES;

Alle MySQL-databaser vil være blevet vist på skærmen. Databasen med navnet like wp5273512er WordPress-databasen, som vi ønsker at tage backup af. I følgende kommando skal du erstatte wp5273512med din egen:

USE wp5273512;

Tjek lagermotoren for hver tabel:

SHOW TABLE STATUS\G

Du vil opdage, at alle tabellerne i din WordPress MySQL-database bruger InnoDB-lagringsmotoren, som er perfekt til at udføre hot backups med Percona XtraBackup.

For alle andre MySQL-databaser, der bruger MyISAM-lagringsmotor, kan vi stadig sikkerhedskopiere dem med Percona XtraBackup ved kort at sætte skrivningerne på pause.

Trin 3: Opret en databasebruger til backup

Stadig i MySQL-skallen, brug følgende kommandoer til at oprette en dedikeret databasebruger til backup. Husk at erstatte databasebrugernavnet xbuserog adgangskoden xbpasswdmed dine egne:

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 ovenfor tildelte rettigheder er nødvendige for fuld Percona XtraBackup-funktionalitet. Du kan fjerne nogle af dem for mindre funktionalitet og bedre sikkerhed. For flere detaljer, se Percona XtraBackups officielle hjemmeside .

Trin 4: Installer Percona XtraBackup

Du kan ganske nemt installere Percona XtraBackup fra Perconas RPM-lager:

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

Trin 5: Opret backup-lagermapper

Først skal du tilføje bruger sysusertil mysqlgruppen. Erstat sysusermed dit eget brugernavn.

sudo gpasswd -a sysuser mysql

Opret en mappe til at gemme fulde sikkerhedskopier.

sudo mkdir -p /dbbackup/full/

Opret en anden mappe til at gemme trinvise sikkerhedskopier.

sudo mkdir -p /dbbackup/inc/

Skift ejeren af ​​disse mapper til bruger sysuserog gruppe sysuser.

sudo chown -R sysuser:sysuser /dbbackup

Log ud for at sætte disse ændringer i kraft.

logout

Log derefter ind med sysuserigen.

Trin 6: Opret den første fulde sikkerhedskopi

XtraBackup består primært af XtraBackup-programmet og innobackupexperl-scriptet. Normalt kan du bruge innobackupexperl-scriptet til at udføre forskellige betjeningsprocedurer for nemheds skyld.

Indtast følgende kommando for at oprette den første fulde sikkerhedskopi. Husk at erstatte databasebrugernavnet xbuser, databasebrugeradgangskoden xbpasswdog den fulde backup-mappe /dbbackup/full/med dine egne.

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

Med denne kommando udført korrekt, vil du se bekræftelsesmeddelelsen "innobackupex: gennemført OK!" på den sidste linje i outputtet.

Alle de nyoprettede filer i denne fulde sikkerhedskopi vil blive gemt i en tidsstemplet mappe under /dbbackup/full/. For eksempel /dbbackup/full/2015-05-22_05-45-54.

Trin 7: Opret følgende trinvise sikkerhedskopier

Indtast følgende kommando for at oprette den første trinvise sikkerhedskopi. Erstat variabler i kommandoen i overensstemmelse hermed.

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

Igen vil du se "innobackupex: gennemført OK!" i slutningen af ​​outputtet, når kommandoen udføres med succes. Sikkerhedskopieringsfilerne vil blive gemt i en tidsstemplet mappe under /dbbackup/inc/.

Indtast følgende kommando for at oprette den anden trinvise sikkerhedskopi. Udskift variabler i kommandoen i overensstemmelse hermed.

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

Ved succes vil du se "innobackupex: gennemført OK!" besked igen. Tjek /dbbackup/inc/mappen igen for at se backupfilerne.

Trin 8: Forbered backupfiler til gendannelse af databasen

Alle database backup-filer skal forberedes, før de kan bruges til at gendanne databasen.

Bemærk : Før du udfører forberedelses- og gendannelsesprocedurerne, må du hellere opbevare en kopi af hele sikkerhedskopieringsmappen (såsom /dbbackup/) et andet sted i tilfælde af, at eventuelle skader på sikkerhedskopieringen af ​​filerne skyldes en fejl.

I hver backup-mappe er der en fil med navnet, xtrabackup_checkpointssom indeholder backup-typen og start- og slutlogsekvensnumrene ( from_lsnog to_lsn). Du kan bruge disse tal til at tydeliggøre din databasegendannelsesstrategi. Se eksemplerne nedenfor.

I xtrabackup_checkpointsfilen med den første fulde sikkerhedskopi har jeg:

backup_type = full-backuped
from_lsn = 0
to_lsn = 2932478

I xtrabackup_checkpointsfilen med den første trinvise sikkerhedskopi har jeg:

backup_type =incremental
from_lsn = 2932478
to_lsn = 2970177

I xtrabackup_checkpointsfilen med den anden trinvise sikkerhedskopi har jeg:

backup_type = incremental
from_lsn = 2970177
to_lsn = 3004672

Kort sagt bør du tackle hver backup med den stigende rækkefølge af lsn. Hvis lsn-sekvensen er ufuldstændig eller uorden, kan du miste data.

Bemærk : Følgende kommandoer involverer tre mapper, erstat dem med dine egne.

For at gendanne databasen til tilstanden for den første fulde sikkerhedskopi, skal du forberede sikkerhedskopieringsfilerne med følgende kommando:

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

For at gendanne databasen til tilstanden for den første trinvise sikkerhedskopiering, skal du forberede sikkerhedskopieringsfilerne med følgende kommandoer:

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

For at gendanne databasen til tilstanden for den anden trinvise sikkerhedskopi skal du forberede sikkerhedskopieringsfilerne med følgende kommandoer:

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

Bemærkninger :

For inkrementelle sikkerhedskopier, bør du bruge --redo-onlyindstillingen på alle undtagen den sidste inkrementelle sikkerhedskopiering. Ikke desto mindre er brugen af ​​denne mulighed på den sidste trinvise sikkerhedskopiering stadig harmløs for konsistensen af ​​dine data - det vil kun forårsage en vis forsinkelse på grund af tilbagerulningen af ​​databasen.

Den sidste kommando i hvert trinvise scenarie er valgfri, men anbefales, fordi den vil fremskynde gendannelsen.

Efter forberedelse vil ændringerne, der er registreret i de trinvise backupfiler, blive tilføjet til de forberedte fulde backupfiler, så du bør altid bruge de forberedte fulde backupfiler til at gendanne din database, uanset om du vælger en fuld backup eller en trinvis backup.

Trin 9: Gendan database

Før du kan gendanne din database, skal du stoppe databasetjenesten.

sudo service mysqld stop

Du skal også tømme databasebiblioteket. Du kan flytte de aktuelle databasefiler til et andet sted for en sikkerheds skyld.

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

Gendan din database med de forberedte "fuld backup"-filer.

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

Fordi gendannelsesproceduren vil ændre ejeren af ​​databasebiblioteket, skal du ændre det tilbage til for mysql:mysqlat gøre det operationelt.

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

Genstart databasetjenesten.

sudo service mysqld start

Det er det. På dette tidspunkt kan du besøge dit WordPress-websted for at bekræfte, at gendannelsesprocessen var vellykket.