Kiedy?, dawno, dawno temu, obieca?em sobie i Wam - wiernym czytelnikom tego bloga (razem b?dzie jakie? 3 osoby), ?e b?d? prowadzi? "pami?tnik znaleziony w logu" czyli opisywa? moje boje z linuxem a konkretniej z serwerem dedykowanym pod hosting moich stron www.

Dzi? wróc? do tej tematyki opisuj?c jak na systemie debian w wersji 5 (o ile pami?tam to jest lenny) zbudowa?em prosty backup plików i baz danych.

System jest banalnie prosty, ?eby nie powiedzie? prostacki, ale lepszego na razie nie potrafi? zrobi?, jak si? naucz? - opowiem.

Zaczynamy od utworzenia w konsoli katalogów potrzebnych do trzymania kopii zapasowych i pliku gdzie b?dzie siedzia? sam skrypt, wydajemy komendy:


mkdir /root/skrypty
mkdir /root/backupysqltmp
nano /root/skrypty/backup

powinno pojawi? si? okno edytora nano, gdzie wklejamy:


echo "backup start"

# najpierw wyczyscimy conieco tabel w mysql, zawierajacych niepotrzebne dane, np. cache
# NaszeHasloMySql - tu musimy podac nasze haslo do konta z dostepem do tabel jakie mamy wyczyscic

mysql -u root -pNaszeHasloMySql < /root/skrypty/sqltrunccache
echo "trunc end"

# zrzucamy zawartosc 3 baz sql do lokalizacji /root/backupysqltmp
# pliki beda mialy nazwe z elementem zmiennym (aktualna data w formie timestamp)
# pliki beda spakowane za pomoca gzip

echo "basoofka sql start"

mysqldump -l --opt -u root -pNaszeHasloMySql baza1 | gzip -cq9 > /root/backupysqltmp/baza1_`date +%s`.sql.gz
echo "blogowisko sql start"
mysqldump -l --opt -u root -pNaszeHasloMySql baza2 | gzip -cq9 > /root/backupysqltmp/baza2_`date +%s`.sql.gz
echo "elimu sql start"
mysqldump -l --opt -u root -pNaszeHasloMySql baza 3| gzip -cq9 > /root/backupysqltmp/baza3_`date +%s`.sql.gz

# nastepnie z pomoca rsync wrzucamy pliki na zdalny serwer
# oczywiscie mozemy wrzucic wiecej katalogów
# na zdalnym serwerze powinny istnie? katalogi do których kopiujemy dane

echo "rsync publichtml start"
rsync -az /home/UserWWW/public_html/ Adres poczty elektronicznej jest chroniony przed robotami spamującymi. W przeglądarce musi być włączona obsługa JavaScript, żeby go zobaczyć. :backupy/public_html/
echo "rsync sql start"
rsync -az /root/backupysqltmp/ Adres poczty elektronicznej jest chroniony przed robotami spamującymi. W przeglądarce musi być włączona obsługa JavaScript, żeby go zobaczyć. :backupy/sql/

echo "koniec"

aby zapisa? plik i wyj?? z nano stosujemy kombinacj? CTRL+X i [enter]

nast?pnie zak?adamy plik gdzie b?dzie lista komend dla mysql

nano /root/skrypty/sqltrunccache

pojawi si? okno edytora nano, gdzie wklejamy (w moim przypadku)


use baza1;
TRUNCATE `cache_filter`;
TRUNCATE `cache_menu`;
TRUNCATE `cache_page`;

use baza2;
TRUNCATE `cache_filter`;
TRUNCATE `cache_menu`;
TRUNCATE `cache_page`;

exit

wychodzimy z nano ( CTRL+X i [enter] ) i czynimy dalsze przygotowania. Instalujemy rsync

apt-get install rsync

a nast?pnie najwa?niejsza cz??? - generujemy klucze publiczne i prywatne, ja korzysta?em z kilku poradników ( http://www.bqbackup.com/... , http://www.debian-admini... , http://www.gentoo.org/do... ), utkn??em w pewnym momencie ale jako? si? w ko?cu uda?o, zestaw komend do osi?gni?cia stanu, który pozwoli wrzuci? nasz skrypt do crontaba to mniej wi?cej:

ssh-keygen -t dsa

(na wszystkie pytania odpowiadamy enter, wygeneruje si? nam para kluczy w katalogu .ssh)

scp ~/.ssh/id_dsa.pub Adres poczty elektronicznej jest chroniony przed robotami spamującymi. W przeglądarce musi być włączona obsługa JavaScript, żeby go zobaczyć. :

(wa?ny jest ten dwukropek na ko?cu, skopiujemy w ten sposób klucz publiczny na zdalnego hosta do katalogu domowego u?ytkownika "userzdalnegohosta")

potem logujemy si? na zdalnego hosta i:

cat id_dsa.pub >> ~/.ssh/authorized_keys

potem ju? z lokalnego hosta próbujemy si? zalogowa? po ssh na zdalny:

ssh Adres poczty elektronicznej jest chroniony przed robotami spamującymi. W przeglądarce musi być włączona obsługa JavaScript, żeby go zobaczyć.

je?li si? uda bez podawania has?a to jeste?my w domu, mo?emy doda? zadanie do crontab:

crontab -e

odpali si? nano z naszym crontabem, gdzie dodajemy linijk?:

0 20 * * * . /root/skrypty/backup

zamykamy nano ( ctrl + x, enter) zapisuj?c zmiany w crontab'ie

powy?sza linijka odpali codziennie o 20:00 (czasu serwera) nasz skrypt, mo?emy go najpierw przetestowa? odpalaj?c poszczególne jego cz??ci (linie) w wierszu polece? i sprawdzaj?c czy robi co ma robi?.

Jeszcze ma?y update - po kilku dniach dzia?ania skryptu mo?e si? okaza?, ?e nasz dysk jest zapchany plikami ze zrzutami sql. Jest na to rada - zapu?ci? w cronie usuwanie plików starszych ni? n dni, dodaj?c tak? oto linijk? (przyk?adow?)

0 04 * * * find /root/backupysqltmp/ -mtime +3 -exec rm {} \;

powy?szy zapis w cron oznacza - codziennie o 4 rano usu? pliki starsze ni? 3 dni z katalogu /root/backupysqltmp/. Mo?emy najpierw potestowa? komend? find w wierszu polece?, pisz?c np.

find /root/backupysqltmp/ -mtime +3

co powinno wy?wietli? nam pliki starsze ni? 3 dni. dodanie do komendy ci?gu ` -exec rm {} \;` spowoduje dodatkowo usuni?cie znalezionych plików. Opis komendy znalaz?em na http://www.howtogeek.com...

uff, teraz ?pi? nieco spokojniej :)

• administracja

• linux

• log

• serwer

• vps

Bardzo przydatne jak si? ma

Wpisa? micromachine (niezweryfikowany) 12 December 2010 - 10:37pm.

Bardzo przydatne jak si? ma malutkie bazy :)
U mnie dump nie ma szansy egzystowa? powód - barrrdzo du?e bazy + d?ugi czas dumpowania. Jako backup wykorzystuje replike + binlogi ma enginie innodb.