Vroče varnostne kopije s Percona XtraBackup v aplikaciji WordPress z enim klikom

Kazalo

Uvod

Predpogoji

1. korak: Ustvarite nekorenskega uporabnika sistema

2. korak: Preverite pogon za shranjevanje

3. korak: Ustvarite uporabnika baze podatkov za varnostno kopiranje

4. korak: Namestite Percona XtraBackup

5. korak: Ustvarite imenike za shranjevanje varnostnih kopij

6. korak: Ustvarite prvo popolno varnostno kopijo

7. korak: Ustvarite naslednje inkrementalne varnostne kopije

8. korak: Pripravite varnostne kopije za obnovitev baze podatkov

9. korak: Obnovite bazo podatkov

Kazalo

• Uvod
• Predpogoji
• 1. korak: Ustvarite nekorenskega uporabnika sistema
• 2. korak: Preverite pogon za shranjevanje
• 3. korak: Ustvarite uporabnika baze podatkov za varnostno kopiranje
• 4. korak: Namestite Percona XtraBackup
• 5. korak: Ustvarite imenike za shranjevanje varnostnih kopij
• 6. korak: Ustvarite prvo popolno varnostno kopijo
• 7. korak: Ustvarite naslednje inkrementalne varnostne kopije
• 8. korak: Pripravite varnostne kopije za obnovitev baze podatkov
• 9. korak: Obnovite bazo podatkov
• Nadaljnji koraki

Uvod

Percona XtraBackup je brezplačen program, ki temelji na MySQL in se uporablja za izdelavo vročih varnostnih kopij. Je tudi odprtokodna. S Percona XtraBackup lahko naredite vroče varnostne kopije zagnanih baz podatkov MySQL, MariaDB ali Percona Server, ne da bi ustavili storitev baze podatkov ali jo naredili samo za branje. To je poslovno kritična funkcija za številna spletna podjetja.

Za baze podatkov, ki uporabljajo pomnilniške motorje InnoDB, XtraDB in HailDB, lahko Percona XtraBackup izvaja neblokirne varnostne kopije. Za baze podatkov, ki uporabljajo pomnilniške mehanizme MyISAM, Merge in Archive, lahko Percona XtraBackup izvaja tudi varnostne kopije tako, da na koncu postopka varnostnega kopiranja na kratko zaustavi zapisovanje.

V tem članku vam bom pokazal, kako namestiti in uporabiti Percona XtraBackup za izvajanje popolnih in inkrementalnih vročih varnostnih kopij na strežniku Vultr, ki temelji na aplikaciji WordPress z enim klikom. Izvedli bomo popolno varnostno kopijo in dve inkrementalni varnostni kopiji ter nato zbirko podatkov ustrezno obnovili v stanje vsake od treh varnostnih kopij.

Predpogoji

Predvidevam, da ste primerek strežnika WordPress Vultr z enim klikom namestili iz nič in ste se prijavili kot root z uporabo SSH.

1. korak: Ustvarite nekorenskega uporabnika sistema

Iz varnostnih razlogov je priporočena praksa, da ustvarite drug uporabniški račun s korenskimi dovoljenji, nato pa ga uporabite za prijavo in izvajanje svojih dnevnih operacij v sistemu. Z sudoukazom lahko še vedno izvedete skoraj vse ukaze superuporabnika .

1) Ustvarite novega uporabnika. Zamenjajte sysuserz lastnim uporabniškim imenom.

useradd sysuser

2) Nastavite geslo za novega uporabnika. Zamenjajte sysuserz lastnim uporabniškim imenom.

passwd sysuser

3) Novemu uporabniku dodelite korenska dovoljenja.

visudo

Poiščite spodnji odstavek.

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

Dodajte vrstico neposredno pod ta odstavek, zamenjajte sysusers svojim uporabniškim imenom.

sysuser     ALL=(ALL)     ALL

Shrani in zapusti.

:wq

4) Preklopite na svoj novi uporabniški račun.

logout

Nato uporabite poverilnice novega uporabnika za prijavo v oknu terminala.

2. korak: Preverite pogon za shranjevanje

Privzeto je korenska prijava MySQL shranjena na VPS v /root/.my.cnf. Prikažite geslo v terminalu z naslednjim ukazom.

sudo cat /root/.my.cnf

Za prijavo v konzolo MySQL uporabite poverilnico, prikazano na zaslonu.

mysql -u root -p

V lupini MySQL zaženite naslednje.

SHOW DATABASES;

Vse baze podatkov MySQL bodo prikazane na zaslonu. Baza podatkov z imenom like wp5273512je baza podatkov WordPress, ki jo želimo varnostno kopirati. V naslednjem ukazu zamenjajte wp5273512s svojim:

USE wp5273512;

Preverite mehanizem za shranjevanje za vsako tabelo:

SHOW TABLE STATUS\G

Ugotovili boste, da vse tabele v vaši bazi podatkov WordPress MySQL uporabljajo mehanizem za shranjevanje InnoDB, ki je kot nalašč za izvajanje vročih varnostnih kopij s Percona XtraBackup.

Za vse druge baze podatkov MySQL, ki uporabljajo mehanizem za shranjevanje MyISAM, jih lahko še vedno varnostno kopiramo s Percona XtraBackup tako, da kratko začasno prekinemo pisanje.

3. korak: Ustvarite uporabnika baze podatkov za varnostno kopiranje

Še vedno v lupini MySQL uporabite naslednje ukaze, da ustvarite namenskega uporabnika baze podatkov za varnostno kopiranje. Ne pozabite zamenjati uporabniškega imena xbuserin gesla baze podatkov xbpasswds svojimi:

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;

Zgoraj podeljeni privilegiji so potrebni za popolno funkcionalnost Percona XtraBackup. Nekatere od njih lahko odstranite za manjšo funkcionalnost in večjo varnost. Za več podrobnosti glejte uradno spletno mesto Percona XtraBackup .

4. korak: Namestite Percona XtraBackup

Percona XtraBackup lahko enostavno namestite iz Perconinega skladišča RPM:

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

5. korak: Ustvarite imenike za shranjevanje varnostnih kopij

Najprej morate dodati uporabnika sysuserv mysqlskupino. Zamenjajte sysuserz lastnim uporabniškim imenom.

sudo gpasswd -a sysuser mysql

Ustvarite imenik za shranjevanje popolnih varnostnih kopij.

sudo mkdir -p /dbbackup/full/

Ustvarite drug imenik za shranjevanje inkrementalnih varnostnih kopij.

sudo mkdir -p /dbbackup/inc/

Spremenite lastnika teh imenikov v uporabnika sysuserin skupine sysuser.

sudo chown -R sysuser:sysuser /dbbackup

Odjavite se, da uveljavite te spremembe.

logout

Nato se sysuserznova prijavite z .

6. korak: Ustvarite prvo popolno varnostno kopijo

XtraBackup je sestavljen predvsem iz programa XtraBackup in innobackupexskripta perl. Običajno lahko uporabite innobackupexskript perl za izvajanje različnih operacijskih postopkov zaradi udobja.

Vnesite naslednji ukaz, da ustvarite prvo popolno varnostno kopijo. Ne pozabite zamenjati uporabniškega imena xbuserbaze podatkov, uporabniškega gesla baze podatkov xbpasswdin celotnega imenika varnostne kopije /dbbackup/full/s svojimi.

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

Ko se ta ukaz izvede pravilno, boste videli potrditveno sporočilo "innobackupex: dokončano OK!" v zadnji vrstici izhoda.

Vse na novo ustvarjene datoteke te popolne varnostne kopije bodo shranjene v imeniku s časovnim žigom pod /dbbackup/full/. Na primer, /dbbackup/full/2015-05-22_05-45-54.

7. korak: Ustvarite naslednje inkrementalne varnostne kopije

Vnesite naslednji ukaz, da ustvarite prvo inkrementalno varnostno kopijo. V ukazu ustrezno nadomestite spremenljivke.

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

Spet boste videli "innobackupex: dokončano OK!" na koncu izhoda, ko se ukaz uspešno izvede. Datoteke varnostne kopije bodo shranjene v imeniku s časovnim žigom pod /dbbackup/inc/.

Vnesite naslednji ukaz, da ustvarite drugo inkrementalno varnostno kopijo. Ustrezno zamenjajte spremenljivke v ukazu.

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

Po uspehu boste videli "innobackupex: dokončano OK!" ponovno sporočilo. /dbbackup/inc/Ponovno preverite mapo, da vidite varnostne kopije datotek.

8. korak: Pripravite varnostne kopije za obnovitev baze podatkov

Vse datoteke varnostnih kopij baze podatkov je treba pripraviti, preden jih lahko uporabite za obnovitev baze podatkov.

Opomba : Preden izvedete postopke priprave in obnovitve, raje shranite kopijo celotnega imenika varnostnih kopij (kot je /dbbackup/) na drugem mestu, če bi prišlo do poškodb varnostne kopije datotek po pomoti.

V vsakem imeniku varnostne kopije je datoteka z imenom, xtrabackup_checkpointski vsebuje vrsto varnostne kopije ter zaporedno številko začetnega in končnega dnevnika ( from_lsnin to_lsn). Te številke lahko uporabite za pojasnitev strategije obnovitve baze podatkov. Poglejte si spodnje primere.

V xtrabackup_checkpointsdatoteki prve popolne varnostne kopije imam:

backup_type = full-backuped
from_lsn = 0
to_lsn = 2932478

V xtrabackup_checkpointsdatoteki prve inkrementalne varnostne kopije imam:

backup_type =incremental
from_lsn = 2932478
to_lsn = 2970177

V xtrabackup_checkpointsdatoteki druge inkrementalne varnostne kopije imam:

backup_type = incremental
from_lsn = 2970177
to_lsn = 3004672

Na kratko, vsako varnostno kopijo se lotite z naraščajočim vrstnim redom lsn. Če je zaporedje lsn nepopolno ali neurejeno, lahko izgubite podatke.

Opomba : Naslednji ukazi vključujejo tri imenike, zamenjajte jih s svojimi.

Če želite bazo podatkov obnoviti v stanje prve popolne varnostne kopije, morate pripraviti varnostne kopije z naslednjim ukazom:

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

Za obnovitev baze podatkov v stanje prve inkrementalne varnostne kopije morate pripraviti varnostne kopije z naslednjimi ukazi:

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

Za obnovitev baze podatkov v stanje druge inkrementalne varnostne kopije morate pripraviti varnostne kopije z naslednjimi ukazi:

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

Opombe :

Za inkrementalno varnostno kopiranje uporabite --redo-onlymožnost za vse, razen zadnje inkrementalne varnostne kopije. Kljub temu je uporaba te možnosti pri zadnji inkrementalni varnostni kopiji še vedno neškodljiva za doslednost vaših podatkov – povzročila bo le nekaj zamude zaradi povrnitve baze podatkov.

Zadnji ukaz vsakega inkrementalnega scenarija je neobvezen, vendar priporočljiv, ker bo pospešil obnovitev.

Po pripravi bodo spremembe, zabeležene v datotekah inkrementalnih varnostnih kopij, dodane pripravljenim osnovnim datotekam popolne varnostne kopije, zato morate vedno uporabiti pripravljene popolne varnostne kopije za obnovitev baze podatkov, ne glede na to, ali izberete popolno varnostno kopijo ali inkrementalno varnostno kopijo.

9. korak: Obnovite bazo podatkov

Preden lahko obnovite bazo podatkov, morate ustaviti storitev baze podatkov.

sudo service mysqld stop

Prav tako morate izprazniti imenik baze podatkov. Zaradi previdnosti lahko trenutne datoteke baze podatkov premaknete na drugo mesto.

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

Obnovite svojo bazo podatkov s pripravljenimi datotekami "polne varnostne kopije".

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

Ker bo postopek obnovitve spremenil lastnika imenika baze podatkov, ga morate spremeniti nazaj v, mysql:mysqlda bo deloval.

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

Znova zaženite storitev baze podatkov.

sudo service mysqld start

To je to. Na tej točki lahko obiščete svoje spletno mesto WordPress in preverite, ali je bil postopek obnovitve uspešen.