ugrás a tartalomhoz

Weboldalak mentése éles szerverről másolatra.

PetyaKmet · 2014. Nov. 7. (P), 13.20
Sziasztok,

van egy Debián alapú webszerverem, amin van néhány (30-40) weboldal + ISPConfig.
Erről a rendszerről van az asztali gépemen egy másolat. (XEN segítségével). Tök ugyanúgy néz ki.

Szeretnék egy olyan dolgot (scriptet? programot?) beállítani, amely elindításával különbözeti mentést hajtódna végre a másolat rendszerre.
Tehát, ha változik valami az éles szerveren akkor a backupon is megcsinálná a változtatást. Ha valami törlődött az éles gépen, akkor törlődnie kell a backupon is.

A nehézség (szerintem) ott van, hogy a MySQL adatbázisokat, és az ISPConfig beállításokat is szinkronizálni kellene, nemcsak a fájlokat.

Tudtok tanácsot adni, hogy merre induljak el?
Minden válasznak örülök.

Üdv: Péter
 
1

Ne

Hidvégi Gábor · 2014. Nov. 7. (P), 14.47
Jobban jársz, ha mentesz mindent A-tól Z-ig, site-onként, és nem vizsgálod az eltéréseket. Nagyon el lehet szállni különben, bonyolult lesz a scripted, tele hibázási lehetőséggel.
2

Igen, én is mindent mentenék.

PetyaKmet · 2014. Nov. 7. (P), 15.25
Igen, én is mindent mentenék.
Jut eszembe: még az emailokat is kell.
Csak jó lenne valahogy automatizálni.
3

Command Line SSH User Guide

Hidvégi Gábor · 2014. Nov. 7. (P), 15.40
4

sh

Hidvégi Gábor · 2014. Nov. 7. (P), 16.21
Ez egy shell script, mi ezt futtatjuk cronnal minden reggel:
HOST='192.168.253.20'
USER='gyoker'
PASSWD='titok'
DATUM=`date +"%Y-%m-%d"`

cd /data/bizt

mysqldump --user=rott --password=titkos --add-drop-database --add-drop-table --all-databases --compact --default-character-set=utf8 --events --routines --extended-insert | gzip > ./mysql_$DATUM.sql.gz
tar -cjf ./rendszer_$DATUM.tar.bz2 /data/web --exclude="wiki" --exclude="letoltes" --exclude="feltoltes" --exclude="tmp"

ftp -n $HOST <<END_SCRIPT
quote USER $USER
quote PASS $PASSWD
binary
cd Volume_1/mentes
put mysql_$DATUM.sql.gz
put rendszer_$DATUM.tar.bz2
quit
END_SCRIPT

rm ./rendszer_$DATUM.tar.bz2
rm ./mysql_$DATUM.sql.gz

exit 0
Mivel belső szerver, az FTP nekünk tökéletes, ezt nyilván módosítanod kell ssh-ra.
7

Köszönöm a scriptet. Valami

PetyaKmet · 2014. Nov. 7. (P), 17.19
Köszönöm a scriptet. Valami ilyesmire gondoltam. :)
Már "csak" értelmeznem kell, majd átírni az én verziómra.
5

Egy másolat nem elég, mert ha

Joó Ádám · 2014. Nov. 7. (P), 16.56
Egy másolat nem elég, mert ha valami történik az éles adatokkal, azt ugyanúgy letükrözöd az egyetlen mentésedre.

A peremfeltételektől függően (alkalmazás kritikussága, adatok mennyisége, a változások gyakorisága) határozd meg, hogy milyen sűrűn kell mentened (legfeljebb hány órányi adatot vagy hajlandó kockáztatni, illetve milyen időközönként viseled el a mentéssel járó esetleges lassulást/leállást) és hogy mely mentéseket milyen hosszan őrzöl meg (probléma esetén milyen időpontokra kell tudj visszaállni, illetve mennyi rendelkezésre álló tárkapcitásod van).

Egy példa egy kevéssé kritikus rendszerre: naponta készítesz egy mentést, amikből mindig rendelkezésre áll az utolsó egy hétnyi, és az elmúlt fél évből minden hónap végi.

Ha mások adatait kezeled, akkor nem árt tájékoztatni őket a fentiekről, hogy tudják, mivel számoljanak.
6

Szia Ádám, az éles gép

PetyaKmet · 2014. Nov. 7. (P), 17.11
Szia Ádám,

az éles gép minden este csinál egy mentést egy mappába visszamenőleg 10-nappal.
S az utolsót törli. Az adatbázisokat is összetömöríti, tehát ez valamennyire rendben van.

Amire nekem szükségem van, az az, hogy legyen egy 'pótszerverem'. Ha hardware probléma miatt állna le, akkor a javítás idejére bevinném. (az, hogy költözzek virtuális gépre nem megoldott)

Mindennap lefuttatnám a scriptet, ami aktualizálná a pótszerveren a változásokat.
8

az éles gép minden este

Joó Ádám · 2014. Nov. 7. (P), 17.27
az éles gép minden este csinál egy mentést egy mappába visszamenőleg 10-nappal.
S az utolsót törli. Az adatbázisokat is összetömöríti, tehát ez valamennyire rendben van.


Akkor neked nincs mentésed. Ha leég a szerverterem, akkor teljesen mindegy, hány napra visszamenőleg volt bent mentésed. Csak az a mentés releváns, ami fizikailag máshova történik.

Amire nekem szükségem van, az az, hogy legyen egy 'pótszerverem'. Ha hardware probléma miatt állna le, akkor a javítás idejére bevinném. (az, hogy költözzek virtuális gépre nem megoldott)

Mindennap lefuttatnám a scriptet, ami aktualizálná a pótszerveren a változásokat.


Ha már be kell cipelned egy szervert és beállítani, hogyha valami történik az elsődlegessel, akkor úgyis lesz annyi kiesésed, hogy nem érdemes a másodlagos folyamatos naprakészen tartásával foglalkozni (és még koptatni is közben). Ha baj van, akkor telepítsd fel (ehhez használj valamilyen konfigurációmenedzsment eszközt, erről az imént volt szó), húzd fel a mentést, és vidd be.

A másik lehetőséged, hogy egy másik teremben folyamatosan működteted és naprakészen tartod a másodlagos szervert, és automatikusan áttereled a forgalmat, ha az elsődleges elérhetetlen. És készülj fel hosszú olvasással töltött hónapokra.
9

Ádámnak igaza van, ha

Hidvégi Gábor · 2014. Nov. 7. (P), 18.06
Ádámnak igaza van, ha ugyanarra a szerverre megy a mentés, az olyan, mintha nem is lenne. Mi jártunk úgy, hogy hiába volt RAID, tönkrement a drága vezérlő, és ugrott minden. Szerencsére vissza lehetett bányászni az adatokat, de ha nem sikerült volna, sokhavi munka veszett volna el.

Biztonsági mentést mindig fizikailag másik adathordozóra kell végezni, és két mentés között lehetőleg meg kell (fizikailag) szakítani a kapcsolatot a gépek között.
10

Hot backup?

janoszen · 2014. Nov. 8. (Szo), 14.00
A kérdés az, hogy mi a cél.

1. Ha hardverhiba ellen akarsz védekezni és un. hot backupot akarsz tartani, amit bármikor lehet "promótálni" éles verzióvá, akkor viszontlag gyakran másolatot kell csinálni. Ez esetben érdemes az rsyncet használni a fájlokra, a MySQL-t pedig replikálni. Így mindig csak a változások mennek át.

2. Ha a cél a stabil biztonsági mentés, akkor erre tervezett backup szoftvet kell használni, pl Amanda. Ez ugyan nem biztosít azonnali visszaállási lehetőséget, viszont több változatot ment el időben visszamenőleg, amelyből bármelyikre vissza tudsz állni.

Általánosságban véve javaslom, hogy fogalmazd meg a céljaidat és ahhoz válassz eszközt.