Backup un site utilizând rsync pe centos 6

Plasarea serverelor în centre de date fiabile din Europa. Deschideți serverul VPS / VDS bazat pe cloud pe SSD-uri rapide în 1 minut!

Cel mai bun Gazduire:
- protejează datele de accesul nedorit într-un centru de date european protejat






- va accepta plata cel puțin în taxe.
- vă va permite să vă distribuiți distribuția

- protecția împotriva atacurilor DDos
- copie de rezervă gratuită
- Uptime 99.9999%
- Centrul de date - TIER III
- furnizor - TIER I

Sprijinim în limba rusă 24/7/365 Lucrăm cu persoane juridice și persoane fizice. Acum aveți nevoie de 24 nuclee și 72 GB de memorie RAM. Vă rog!

Tarifele noastre avantajoase vor dovedi că nu ați știut încă ieftinul de găzduire!

Minute: selectați configurația, plătiți și CMS de pe VPS este gata.
Banii înapoi - 30 de zile!

Carduri bancare, e-valută, prin intermediul terminalelor Qiwi, Webmoney, PayPal, Novoplat etc.

Puneți o întrebare la sprijinul 24/7/365

Găsiți răspunsuri în baza noastră de date și cunoașteți recomandările

Ofertă de la 8host.com

Backup un site utilizând rsync pe centos 6

Notă. Înlocuiți aceste date condiționale cu valorile dvs.

Rezolvare completă

Crearea unei arhive

Deci, datele necesare sunt stocate în directorul / var / www / wordpress. Creați un director de rezervă:

mkdir -p / backup / wordpress

Pentru a crea o copie de rezervă completă a datelor, utilizați instrumentul tar.

tar -czf /backup/wordpress/initial_backup.tar.gz
/ var / www / wordpress

Acest instrument va crea o arhivă gzip în fișierul initial_backup.tar.gz; fișierul -cf înseamnă c reate, gz ip și file. De asemenea, puteți adăuga semnalul v (-cvf). pentru a obține o producție extinsă.

Din numele fișierului pentru copia de siguranță rezultă că această copie de rezervă inițială a fost arhivată cu formatul tar în gzip.

Instrumentul de gudron poate copia mai multe puncte de sistem:

tar -czf /backup/cms_systems_backup.tar.gz / var / www / wordpress
/ var / www / drupal / var / www / joomla

Această comandă va crea o copie de siguranță a tuturor CMS-urilor instalate.

Pentru comoditatea administrării copiilor de rezervă în numele fișierului, puteți adăuga data la care a fost creată copia:

tar-cf / backup / wordpress / wordpress -date "+% m.% y'`.tar.gz
/ var / www / wordpress

] # ls -l / backup / wordpress /
total 9760
-rw-r-r-- 1 rădăcină de rădăcină 4995743 17 apr. 12:16 initial_backup.tar.gz
-rw-r-r-- 1 rădăcină de rădăcină 4995743 17 apr. 12:25 wordpress-041713.tar.gz
[root @ Backup

Acum există două fișiere pe server: initial_backup.tar.gz și wordpress-041715.tar.gz (unde 041715 este data creării copiei).

EDITOR = nano crontab -e

[email protected]
30 3 * * * / bin / tar-cf / backup / wordpress / wordpress -date
+\% m \. \% y`.tar.gz / var / www / wordpress

Salvați și închideți fișierul.

Deci, acum în fiecare zi, la 3.30 dimineața, sistemul va efectua o copie de rezervă a datelor și apoi va trimite rezultatele prin e-mail. În cazul unei erori, mesajul va conține instrucțiuni pentru rezolvarea ei.







Pentru a copia copierea de rezervă a datelor la un alt server la distanță, utilizați scp. Mai întâi, creați o cheie SSH:

Nu puteți crea o parolă pentru cheie și de a folosi /root/.ssh/id_rsa_backup fișierul cheie (sau /home/username/.ssh/id_rsa_backup, în cazul în care utilizatorul curent nu este rădăcină). Verificați cheia publică:

Copiați cheia SSH deschisă la serverul la distanță în fișierul authorized_keys. Se presupune că aveți deja un server dedicat virtual dedicat, numit backup.example.com, și o copie de siguranță a utilizatorului.

scp .ssh / id_rsa_backup.pub
[email protected]: /home/backup/backup_key.pub

Vi se va solicita parola de utilizator de rezervă. Acum, cheia este copiată și trebuie mutată în chei authorized_keys. Pentru a crea un astfel de fișier, tastați:

ssh [email protected] "mkdir -p /home/backup/.ssh"
ssh [email protected] "chmod 700 /home/backup/.ssh"
ssh [email protected] "touch / home /backup/.ssh/authorized_keys"
ssh [email protected] "chmod 600 /home/backup/.ssh/authorized_keys"
ssh [email protected] "mkdir -p / home / backup / backups"

Aceste comenzi vor crea un director și fișierul authorized_keys (dacă acestea nu există deja) necesare pentru mutarea copiilor de rezervă. Fișierele pot fi stocate în directorul de copii de rezervă. Trebuie să copiați cheia publică în acest director:

ssh [email protected] "cat /home/backup/backup_key.pub >>
/home/backup/.ssh/authorized_keys "

În viitor, această cheie poate fi utilizată pentru schimbul de date.

Copiați fișierul de rezervă pe serverul de la distanță:

scp -i .ssh / id_rsa_backup
/backup/wordpress/wordpress-041713.tar.gz
[email protected]: / home / backup / backups

Dacă cheia a fost setată corect, fișierul va fi copiat fără a solicita o parolă. Asigurați-vă că fișierul este mutat:

ssh [email protected] "ls -l / home / backup / backups"

Acum puteți automatiza transferul de copii de siguranță la un server la distanță folosind crontab.

EDITOR = nano crontab -e

Adăugați comenzile la setările de rezervă care vor copia arhiva creată.

30 3 * * * / bin / tar-cf / backup / wordpress / wordpress -date
+\% m \. \% y`.tar.gz / var / www / wordpress; / usr / bin / scp -i
/root/.ssh/id_rsa_backup / backup / wordpress / wordpress -date
+\% m \. \% y`.tar.gz
[email protected]: / home / backup / backups

Notă. Aceasta nu este cea mai fiabilă modalitate de a automatiza această sarcină. Pentru a automatiza copierea de rezervă, este recomandat să creați un script și apoi să îl programați să ruleze. Această metodă este folosită în manualul de brevetitate și simplitate.

Ce se întâmplă dacă serverul de la distanță are și software de rezervă? În acest caz, puteți să sincronizați pur și simplu datele celor două servere și să configurați una dintre ele pentru a realiza o copie de rezervă. În plus, puteți salva fișiere cu elevații. Pentru aceasta, rsync este folosit.

Această secțiune vă arată cum să utilizați rsync pentru a crea o copie de siguranță incrementală a directorului var / www / wordpress și ao pune în directorul / home / backup / snapshots / wordpress de pe serverul de la distanță.

Pentru aceasta, rulați:

ssh [email protected] "mkdir -p / home / backup / sync"
rsync -avz --delete -e "ssh -i /root/.ssh/id_rsa_backup"
/ var / www / wordpress [email protected]: / home / backup / sincronizare

Prima comandă creează un director pentru stocarea copiei, iar al doilea copiază fișierele modificate (editate, create, șterse). Pentru a programa această copie de rezervă, deschideți cron:

EDITOR = nano crontab -e

Adăugați următoarele setări în fișier:

30 3 * * * / usr / bin / rsync -avz - șterge -e "ssh -i
/root/.ssh/id_rsa_backup "/ var / www / wordpress
[email protected]: / home / backup / sync

Notă. În conformitate cu ghidul de instalare anterior pentru WordPress, baza de date se numește wordpress, utilizatorul este un wordpressuser, parola este parola. Înlocuiți aceste date condiționale cu datele dvs.

Creați un depozit de date.

mkdir / backup / mysql
mysqldump
/backup/mysql/initial.sql.gz

Această comandă creează fișierul SQL initial.sql.gz. Pentru a programa o copie de siguranță a bazei de date, deschideți cron și adăugați următoarele setări:

0 4 * * * / usr / bin / mysqldump -ppassword | / bin / gzip> / backup / mysql / mysql - `data + \% m \. \% y`.sql.gz

Pentru a muta depozitul la un server de la distanță, adăugați craw la scp sau rsync:

0 4 * * * / usr / bin / mysqldump -ppassword | / bin / gzip> / backup / mysql / mysql -date + \% m \. \% y`.sql.gz;
/ usr / bin / scp -i /root/.ssh/id_rsa_backup / backup / mysql / mysql -date
+\% m \. \% y`.sql.gz [email protected]: / home / backup /







Trimiteți-le prietenilor: