Вруће резервне копије са Перцона КстраБацкуп на ВордПресс апликацији једним кликом

Преглед садржаја

• Увод
• Предуслови
• Корак 1: Креирајте корисника система који није роот
• Корак 2: Проверите механизам за складиштење
• Корак 3: Креирајте корисника базе података за прављење резервних копија
• Корак 4: Инсталирајте Перцона КстраБацкуп
• Корак 5: Креирајте директоријуме за складиштење резервних копија
• Корак 6: Направите прву потпуну резервну копију
• Корак 7: Направите следеће инкременталне резервне копије
• Корак 8: Припремите датотеке резервних копија за враћање базе података
• Корак 9: Вратите базу података
• Даљи кораци

Увод

Перцона КстраБацкуп је бесплатни програм заснован на МиСКЛ-у који се користи за прављење врућих резервних копија. Такође је отвореног кода. Са Перцона КстраБацкуп, можете да правите вруће резервне копије покренутих МиСКЛ, МариаДБ или Перцона Сервер база података без заустављања ваше услуге базе података или омогућавања да буде само за читање. Ово је критична функција за многа предузећа на мрежи.

За базе података које користе ИнноДБ, КстраДБ и ХаилДБ механизме за складиштење, Перцона КстраБацкуп може да врши неблокирајуће резервне копије. За базе података које користе МиИСАМ, Мерге и Арцхиве механизме за складиштење, Перцона КстраБацкуп такође може да прави резервне копије тако што ће накратко паузирати уписивање на крају процедуре прављења резервне копије.

У овом чланку ћу вам показати како да инсталирате и користите Перцона КстраБацкуп за обављање потпуних и инкременталних врућих резервних копија на Вултр серверу заснованом на ВордПресс апликацији једним кликом. Направићемо пуну резервну копију и две инкременталне резервне копије, а затим ћемо вратити базу података у стање сваке од три резервне копије у складу са тим.

Предуслови

Претпостављам да сте применили инстанцу ВордПресс Вултр сервера једним кликом од нуле и да сте се пријавили као роот, користећи ССХ.

Корак 1: Креирајте корисника система који није роот

Из безбедносних разлога, препоручена пракса је да креирате други кориснички налог са роот дозволама, а затим га користите за пријављивање и обављање свакодневних операција на систему. И даље можете да извршите скоро све команде суперкорисника помоћу sudoкоманде.

1) Креирајте новог корисника. Замените sysuserсвојим корисничким именом.

useradd sysuser

2) Поставите лозинку за новог корисника. Замените sysuserсвојим корисничким именом.

passwd sysuser

3) Дајте роот дозволе свом новом кориснику.

visudo

Пронађите пасус испод.

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

Додајте ред директно испод овог пасуса, замените га sysuserсвојим корисничким именом.

sysuser     ALL=(ALL)     ALL

Сачувај и затвори.

:wq

4) Пређите на свој нови кориснички налог.

logout

Затим користите акредитиве новог корисника да бисте се пријавили из прозора терминала.

Корак 2: Проверите механизам за складиштење

Подразумевано, МиСКЛ роот пријава је сачувана на ВПС-у у /root/.my.cnf. Прикажите лозинку у свом терминалу са следећом командом.

sudo cat /root/.my.cnf

Користите акредитиве приказане на екрану да бисте се пријавили на МиСКЛ конзолу.

mysql -u root -p

У МиСКЛ љусци покрените следеће.

SHOW DATABASES;

Све МиСКЛ базе података ће бити приказане на екрану. База података названа као wp5273512је ВордПресс база података коју желимо да направимо резервну копију. У следећој команди замените wp5273512својом:

USE wp5273512;

Проверите механизам за складиштење за сваку табелу:

SHOW TABLE STATUS\G

Видећете да све табеле у вашој ВордПресс МиСКЛ бази података користе ИнноДБ механизам за складиштење који је савршен за прављење врућих резервних копија са Перцона КстраБацкуп.

За било које друге МиСКЛ базе података које користе МиИСАМ механизам за складиштење, још увек можемо да их направимо резервну копију помоћу Перцона КстраБацкуп тако што ћемо накратко паузирати уписивање.

Корак 3: Креирајте корисника базе података за прављење резервних копија

Још увек у МиСКЛ љусци, користите следеће команде да бисте креирали наменског корисника базе података за резервну копију. Не заборавите да замените корисничко име базе података xbuserи лозинку xbpasswdсвојим сопственим:

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;

Горе додељене привилегије су неопходне за пуну Перцона КстраБацкуп функционалност. Неке од њих можете уклонити ради мање функционалности и боље сигурности. За више детаља, погледајте званичну веб локацију Перцона КстраБацкуп .

Корак 4: Инсталирајте Перцона КстраБацкуп

Можете да инсталирате Перцона КстраБацкуп из Перцониног РПМ спремишта прилично лако:

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: Креирајте директоријуме за складиштење резервних копија

Прво морате додати корисника sysuserу mysqlгрупу. Замените sysuserсвојим корисничким именом.

sudo gpasswd -a sysuser mysql

Направите директоријум за чување комплетних резервних копија.

sudo mkdir -p /dbbackup/full/

Направите други директоријум за складиштење инкременталних резервних копија.

sudo mkdir -p /dbbackup/inc/

Промените власника ових директоријума у ​​корисника sysuserи групе sysuser.

sudo chown -R sysuser:sysuser /dbbackup

Одјавите се да бисте ове промене применили.

logout

Затим се sysuserпоново пријавите са .

Корак 6: Направите прву потпуну резервну копију

КстраБацкуп се првенствено састоји од програма КстраБацкуп и innobackupexперл скрипте. Обично можете користити innobackupexперл скрипту за обављање различитих оперативних процедура ради практичности.

Унесите следећу команду да бисте направили прву потпуну резервну копију. Не заборавите да замените корисничко име xbuserбазе података, корисничку лозинку базе података xbpasswdи комплетан директоријум резервне копије /dbbackup/full/својим.

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

Када се ова наредба изврши исправно, видећете поруку потврде "иннобацкупек: завршено ОК!" на последњој линији излаза.

Све новокреиране датотеке ове пуне резервне копије биће ускладиштене у директоријуму са временским жигом под /dbbackup/full/. На пример, /dbbackup/full/2015-05-22_05-45-54.

Корак 7: Направите следеће инкременталне резервне копије

Унесите следећу команду да бисте креирали прву инкременталну резервну копију. Замените променљиве у команди у складу са тим.

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

Опет ћете видети "иннобацкупек: завршено ОК!" на крају излаза када се команда успешно изврши. Датотеке резервних копија биће ускладиштене у директоријуму са временским жигом под /dbbackup/inc/.

Унесите следећу команду да бисте креирали другу инкременталну резервну копију. У складу са тим замените променљиве у команди.

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

Након успеха, видећете "иннобацкупек: завршено ОК!" поново поруку. /dbbackup/inc/Поново проверите фасциклу да бисте видели датотеке резервних копија.

Корак 8: Припремите датотеке резервних копија за враћање базе података

Све датотеке резервних копија базе података морају бити припремљене пре него што се могу користити за обнављање базе података.

Напомена : Пре него што извршите процедуре припреме и враћања, боље је да задржите копију целог директоријума резервних копија (као што је /dbbackup/) на другом месту у случају да грешком дође до оштећења резервних копија датотека.

У сваком директоријуму резервне копије постоји датотека под називом xtrabackup_checkpointsкоја садржи тип резервне копије и редовне бројеве почетка и краја дневника ( from_lsnи to_lsn). Можете користити те бројеве да разјасните своју стратегију враћања базе података. Погледајте примере у наставку.

У xtrabackup_checkpointsдатотеци прве потпуне резервне копије имам:

backup_type = full-backuped
from_lsn = 0
to_lsn = 2932478

У xtrabackup_checkpointsдатотеци прве инкременталне резервне копије имам:

backup_type =incremental
from_lsn = 2932478
to_lsn = 2970177

У xtrabackup_checkpointsдатотеци друге инкременталне резервне копије имам:

backup_type = incremental
from_lsn = 2970177
to_lsn = 3004672

Укратко, требало би да се позабавите сваком резервном копијом са растућим редоследом лсн. Ако је лсн секвенца некомплетна или неуређена, можете изгубити податке.

Напомена : Следеће команде укључују три директоријума, замените их својим.

Да бисте вратили базу података у стање прве потпуне резервне копије, потребно је да припремите датотеке резервне копије помоћу следеће команде:

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

Да бисте вратили базу података у стање прве инкременталне резервне копије, потребно је да припремите датотеке резервне копије помоћу следећих команди:

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

Да бисте вратили базу података у стање друге инкременталне резервне копије, потребно је да припремите датотеке резервне копије помоћу следећих команди:

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

напомене :

За инкременталне резервне копије, требало би да користите --redo-onlyопцију за све осим последње инкременталне резервне копије. Ипак, коришћење ове опције на последњој инкременталној резервној копији је и даље безопасно за конзистентност ваших података – само ће изазвати одређено кашњење због враћања базе података.

Последња команда сваког инкременталног сценарија је опциона, али се препоручује, јер ће убрзати враћање.

Након припреме, промене забележене у инкременталним датотекама резервних копија биће додане у припремљене основне датотеке пуне резервне копије, тако да увек треба да користите припремљене датотеке пуне резервне копије да бисте вратили своју базу података, без обзира да ли одаберете пуну резервну копију или инкременталну резервну копију.

Корак 9: Вратите базу података

Пре него што можете да вратите своју базу података, морате да зауставите услугу базе података.

sudo service mysqld stop

Такође морате да испразните директоријум базе података. Можете да преместите тренутне датотеке базе података на друго место ради предострожности.

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

Вратите своју базу података са припремљеним датотекама "потпуне резервне копије".

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

Пошто ће процедура враћања изменити власника директоријума базе података, потребно је да га вратите у mysql:mysqlда бисте га учинили оперативним.

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

Поново покрените услугу базе података.

sudo service mysqld start

То је то. У овом тренутку можете да посетите своју ВордПресс локацију да бисте проверили да ли је процес враћања био успешан.