Backup-uri calde cu Percona XtraBackup în aplicația WordPress cu un singur clic

• Cuprins
• Introducere
• Cerințe preliminare
• Pasul 1: Creați un utilizator de sistem non-root
• Pasul 2: Verificați motorul de stocare
• Pasul 3: Creați un utilizator de bază de date pentru backup
• Pasul 4: Instalați Percona XtraBackup
• Pasul 5: Creați directoare de stocare de rezervă
• Pasul 6: Creați prima copie de rezervă completă
• Pasul 7: Creați următoarele copii de rezervă incrementale
• Pasul 8: Pregătiți fișiere de rezervă pentru restaurarea bazei de date
• Pasul 9: Restaurarea bazei de date

Cuprins

• Introducere
• Cerințe preliminare
• Pasul 1: Creați un utilizator de sistem non-root
• Pasul 2: Verificați motorul de stocare
• Pasul 3: Creați un utilizator de bază de date pentru backup
• Pasul 4: Instalați Percona XtraBackup
• Pasul 5: Creați directoare de stocare de rezervă
• Pasul 6: Creați prima copie de rezervă completă
• Pasul 7: Creați următoarele copii de rezervă incrementale
• Pasul 8: Pregătiți fișiere de rezervă pentru restaurarea bazei de date
• Pasul 9: Restaurarea bazei de date
• Următorii pași

Introducere

Percona XtraBackup este un program gratuit bazat pe MySQL, utilizat pentru realizarea copiilor de rezervă la cald. Este, de asemenea, deschis. Cu Percona XtraBackup, puteți face copii de rezervă fierbinți pentru rularea bazelor de date MySQL, MariaDB sau Percona Server fără a opri serviciul bazei de date sau a face doar citire. Aceasta este o caracteristică esențială pentru afaceri pentru o mulțime de companii online.

Pentru bazele de date care utilizează motoare de stocare InnoDB, XtraDB și HailDB, Percona XtraBackup poate efectua backup-uri care nu blochează. Pentru bazele de date care utilizează motoarele de stocare MyISAM, Merge și Archive, Percona XtraBackup poate efectua, de asemenea, backup-uri prin întreruperea scurtă a scrierii la sfârșitul procedurii de rezervă.

În acest articol, vă voi arăta cum să instalați și să folosiți Percona XtraBackup pentru a efectua backup-uri complete și incrementale la cald pe un server Vultr bazat pe aplicația WordPress One-Click. Vom efectua o copie de rezervă completă și două copii suplimentare, apoi vom restaura baza de date la starea fiecăreia dintre cele trei copii de rezervă în consecință.

Cerințe preliminare

Presupun că ați implementat de la zero o instanță a serverului WordPress Vultr One-Click și v-ați autentificat ca root, folosind SSH.

Pasul 1: Creați un utilizator de sistem non-root

În scopuri de securitate, o practică recomandată este să creezi un alt cont de utilizator cu permisiuni root, apoi să-l folosești pentru a te autentifica și pentru a efectua operațiunile tale zilnice pe sistem. Puteți executa în continuare aproape toate comenzile superuserului cu sudocomanda.

1) Creați un utilizator nou. Înlocuiți- sysuservă cu propriul nume de utilizator.

useradd sysuser

2) Setați parola pentru noul dvs. utilizator. Înlocuiți- sysuservă cu propriul nume de utilizator.

passwd sysuser

3) Acordă permisiuni root noului tău utilizator.

visudo

Găsiți paragraful de mai jos.

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

Adăugați un rând direct sub acest paragraf, înlocuiți- sysuservă cu propriul nume de utilizator.

sysuser     ALL=(ALL)     ALL

Salvează și închide.

:wq

4) Comutați la noul dvs. utilizator.

logout

Apoi, utilizați datele de autentificare ale utilizatorului nou pentru a vă autentifica din fereastra terminalului.

Pasul 2: Verificați motorul de stocare

În mod implicit, autentificarea rădăcină MySQL este salvată pe VPS în /root/.my.cnf. Afișați parola în terminalul dvs. cu următoarea comandă.

sudo cat /root/.my.cnf

Utilizați datele de acreditare afișate pe ecran pentru a vă conecta la consola MySQL.

mysql -u root -p

În shell-ul MySQL, executați următoarele.

SHOW DATABASES;

Toate bazele de date MySQL vor fi afișate pe ecran. Baza de date numită ca wp5273512este baza de date WordPress pe care dorim să o facem backup. În următoarea comandă, înlocuiți-o wp5273512cu una proprie:

USE wp5273512;

Verificați motorul de stocare pentru fiecare tabel:

SHOW TABLE STATUS\G

Veți găsi că toate tabelele din baza de date WordPress MySQL dvs. utilizează motorul de stocare InnoDB, care este perfect pentru a efectua backup-uri la cald cu Percona XtraBackup.

Pentru orice alte baze de date MySQL care folosesc motorul de stocare MyISAM, putem încă să le facem backup cu Percona XtraBackup prin întreruperea scurtă a scrierii.

Pasul 3: Creați un utilizator de bază de date pentru backup

Încă în shell-ul MySQL, utilizați următoarele comenzi pentru a crea un utilizator de bază de date dedicat pentru backup. Nu uitați să înlocuiți numele de utilizator xbuserși parola bazei de date xbpasswdcu cele proprii:

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;

Privilegiile acordate mai sus sunt necesare pentru funcționalitatea completă Percona XtraBackup. Puteți elimina unele dintre ele pentru o funcționalitate mai mică și o mai bună securitate. Pentru mai multe detalii, consultați site-ul ofical Percona XtraBackup .

Pasul 4: Instalați Percona XtraBackup

Puteți instala Percona XtraBackup din depozitul RPM al Percona destul de ușor:

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

Pasul 5: Creați directoare de stocare de rezervă

În primul rând, trebuie să adăugați utilizator sysuserla mysqlgrup. Înlocuiți- sysuservă cu propriul nume de utilizator.

sudo gpasswd -a sysuser mysql

Creați un director pentru a stoca copii de rezervă complete.

sudo mkdir -p /dbbackup/full/

Creați un alt director pentru a stoca copii de rezervă incrementale.

sudo mkdir -p /dbbackup/inc/

Modificați proprietarul acestor directoare în utilizator sysuserși grup sysuser.

sudo chown -R sysuser:sysuser /dbbackup

Deconectați-vă pentru a pune în aplicare aceste modificări.

logout

Apoi, conectați-vă din sysusernou.

Pasul 6: Creați prima copie de rezervă completă

XtraBackup constă în principal din programul XtraBackup și innobackupexscriptul perl. De obicei, puteți utiliza innobackupexscriptul perl pentru a efectua diverse proceduri de operare pentru comoditate.

Introduceți următoarea comandă pentru a crea prima copie de rezervă completă. Nu uitați să înlocuiți numele de utilizator xbuseral bazei de date xbpasswd, parola utilizatorului bazei de date și directorul complet de rezervă /dbbackup/full/cu cele proprii.

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

Cu această comandă executată corect, veți vedea mesajul de confirmare "innobackupex: completat OK!" la ultima linie a ieșirii.

Toate fișierele recent create de această copie de rezervă completă vor fi stocate într-un director cu timbre de timp /dbbackup/full/. De exemplu /dbbackup/full/2015-05-22_05-45-54,.

Pasul 7: Creați următoarele copii de rezervă incrementale

Introduceți următoarea comandă pentru a crea prima copie de rezervă incrementală. Înlocuiți variabilele din comandă în consecință.

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

Din nou, veți vedea "innobackupex: completat OK!" la sfârșitul ieșirii atunci când comanda se execută cu succes. Fișierele de rezervă vor fi stocate într-un director imprimat timp /dbbackup/inc/.

Introduceți următoarea comandă pentru a crea a doua copie de rezervă incrementală. Înlocuiți variabilele din comandă în consecință.

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

După succes, veți vedea "innobackupex: completat OK!" mesaj din nou. Verificați din /dbbackup/inc/nou dosarul pentru a vedea fișierele de rezervă.

Pasul 8: Pregătiți fișiere de rezervă pentru restaurarea bazei de date

Toate fișierele de rezervă ale bazei de date trebuie pregătite înainte de a putea fi utilizate pentru a restaura baza de date.

Notă : Înainte de a efectua procedurile de pregătire și restaurare, ar fi bine să păstrați o copie a întregului director de rezervă (cum ar fi /dbbackup/) într-un alt loc în cazul în care orice deteriorare a fișierelor de rezervă este cauzată de greșeală.

În fiecare director de rezervă, există un fișier numit xtrabackup_checkpointscare conține tipul de rezervă și numerele secvenței de început și sfârșit de jurnal ( from_lsnși to_lsn). Puteți utiliza aceste numere pentru a clarifica strategia de restaurare a bazei de date. Priviți exemplele de mai jos.

În xtrabackup_checkpointsfișierul primului backup complet, am:

backup_type = full-backuped
from_lsn = 0
to_lsn = 2932478

În xtrabackup_checkpointsfișierul primului backup incremental, am:

backup_type =incremental
from_lsn = 2932478
to_lsn = 2970177

În xtrabackup_checkpointsfișierul celui de-al doilea backup incremental, am:

backup_type = incremental
from_lsn = 2970177
to_lsn = 3004672

Pe scurt, ar trebui să abordați fiecare copie de rezervă cu ordinea crescândă a lsn. Dacă secvența lsn este incompletă sau dezordonată, puteți pierde date.

Notă : Următoarele comenzi implică trei directoare, înlocuiește-le cu cele proprii.

Pentru a restabili baza de date la starea primei copii de rezervă complete, trebuie să pregătiți fișierele de rezervă cu următoarea comandă:

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

Pentru a restabili baza de date la starea primei copii de rezervă incrementale, trebuie să pregătiți fișierele de rezervă cu următoarele comenzi:

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

Pentru a restabili baza de date la starea celei de-a doua backup incrementale, trebuie să pregătiți fișierele de rezervă cu următoarele comenzi:

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

Note :

Pentru copii de rezervă incrementale, ar trebui să utilizați --redo-onlyopțiunea pentru toate backup-urile incrementale, cu excepția ultimei. Cu toate acestea, utilizarea acestei opțiuni la ultima copie de rezervă incrementală este în continuare inofensivă pentru consistența datelor dvs. - va provoca o anumită întârziere din cauza rulării bazei de date.

Ultima comandă a fiecărui scenariu incremental este opțională, dar recomandată, deoarece va accelera restaurarea.

După pregătire, modificările înregistrate în fișierele de rezervă incrementale vor fi anexate la fișierele de rezervă complete de bază pregătite, deci trebuie să utilizați întotdeauna fișierele de rezervă complete pregătite pentru a restaura baza de date, indiferent dacă alegeți o copie de rezervă completă sau o rezervă suplimentară.

Pasul 9: Restaurarea bazei de date

Înainte de a vă putea restaura baza de date, trebuie să opriți serviciul bazei de date.

sudo service mysqld stop

De asemenea, trebuie să goliți directorul bazei de date. Puteți muta fișierele de bază curente într-un alt loc pentru precauție.

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

Restaurați baza de date cu fișierele „copie de rezervă completă” pregătite.

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

Deoarece procedura de restaurare va modifica proprietarul directorului bazei de date, trebuie să o schimbați din nou pentru mysql:mysqla o face funcțională.

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

Reporniți serviciul bazei de date.

sudo service mysqld start

Asta e. În acest moment, puteți vizita site-ul dvs. WordPress pentru a verifica dacă procesul de restaurare a avut succes.