Osobny dysk na backup

[R@fi 64]

Witam w dniu dzisiejszym zakupiłem dedyka z HETZNERA :

 

Intel Core i7-3770

2x HDD 3,0 TB SATA

2x RAM 8192 MB DDR3

i chce jeden z dysków zrobić tylko pod backup w razie awarii systemu .

Jak to zrobić?

[blfr 225]

RAID1 możesz zrobić (softraid, jeśli nie ma kontrolera). Albo podmontować jeden z nich jako /backup i backupować.

 

Ale żadne z tych rozwiązań to nie jest prawdziwy backup.

[malu 460]

Zdecydowanie R1, dodatkowo hetzner chyba dodaje jakieś konto FTP, więc możesz je wykorzystać do backupu, choćby podmontować je przez curlftpfs

[Bartosz Z 236]

Nauczcie się, że RAID1 to nie backup.

Zrób na drugim dysku partycję /backup i tam rsync'iem kopiuj sobie pliki systemowe, katalogi użytkowników i co zechcesz..
W razie awarii jednego z dysków możesz skorzystać z Rescue System, przekopiować dane, postawić GRUB'a i wznowić pracę usług.

Minusem jest większy downtime względem podobnej awarii, ale na macierzy RAID1. Plusem posiadanie backupu w cenie serwera i nieobciążanie procesora (SoftRAID).

Edytowano Grudzień 30, 2014 przez Bartosz Z (zobacz historię edycji)

[blfr 225]

Nauczcie się, że RAID1 to nie backup.

Partycja /backup to prawie taki sam nie-backup jak RAID1. Na dodatek, w ten sposób zostaje de facto z jednym dyskiem i wszystko mu siada, jeśli ten dysk padnie.

 

Osobny dysk to dobry backup, jak go trzymasz u siebie w domu, a nie w serwerze, który backupujesz.

Edytowano Grudzień 30, 2014 przez blfr (zobacz historię edycji)

[malu 460]

Bartosz Z, jesteś przekonany co do słuszności swojej teorii?
Bo jak na moje to upośledziłeś tylko sposób działania R1, zupełnie nic więcej. Debilizmem byłoby wykonywanie "backupu" w tym samym serwerze na drugim dysku, skoro możemy wykorzystać Raid.
No chyba, że masz jakąś magiczną teorię, która potwierdzi, że Twoje rozwiązanie jest lepsze od R1? Bo ja widzę tylko tyle, że integralność danych nie jest zachowana w sposób ciągły, w przypadku awarii jednego dysku narażony jesteś na restart serwera i dodatkowe operacje wykonywane z poziomu rescue.

Nowoczesne procesory praktycznie nie odczuwają obciążenia ze strony linuxowego soft-raid, szczególnie widać to w przypadku dysków SSD, które to zdecydowanie lepiej działają na soft-raid niż na starszych kontrolerach HW.
Backup powinniśmy wykonywać na zewnątrz, koniecznie w innym serwerze, jeszcze lepiej w innej szafie, a najlepiej w innej serwerowni.

Edytowano Grudzień 30, 2014 przez malu (zobacz historię edycji)

[Bartosz Z 236]

Partycja /backup to prawie taki sam nie-backup jak RAID1. Na dodatek w ten sposób, zostaje de facto z jednym dyskiem i wszystko mu siada, jeśli ten dysk padnie.

 

Z /backup odzyskasz pliki z poprzedniej doby (przed zmianami, usunięciem), z RAID1 już tak nie zrobisz.

Dyski często nie siadają (jak siadają, to najczęściej SMART nas o tym uprzedza), a podniesienie systemu z zapasowego dysku nie trwa długo.

 

 

Backup powinniśmy wykonywać na zewnątrz, koniecznie w innym serwerze, jeszcze lepiej w innej szafie, a najlepiej w innej serwerowni.

 

Absolutnie tego nie podważam. Jednak temat jest nie o tym jak "powinno się robić kopie zapasowe", tylko jak najprościej zrobić to w tym przypadku.

Peace!

Edytowano Grudzień 30, 2014 przez Bartosz Z (zobacz historię edycji)

[malu 460]

Z /backup odzyskasz pliki z poprzedniej doby (przed zmianami, usunięciem), z RAID1 już tak nie zrobisz.

Dyski często nie siadają, a podniesienie systemu z zapasowego dysku nie trwa długo.

Jeżeli będziesz wykonywał backupy po prostu lokalnie do innej lokalizacji na R1 to w przypadku awarii jednego dysku jak najbardziej odzyskasz, a dodatkowo nie będziesz narażony na downtime. (No może poza sytuacją, gdzie nie mamy dysków hotswapowych, wtedy musimy restartować serwer)

Nie mniej dużo lepszą opcją jest R1 + backupy wykonywane lokalnie do innego katalogu choćby jak to zaproponowałeś /backup

A jeszcze lepiej do tego celu użyć jakiegoś rdiff'a czy rsnapshota.

 

W przypadku awarii dwóch dysków oczywiście jesteśmy na lodzie, ale Twoje rozwiązanie też nie będzie wcale lepsze. Dlatego wspomniałem o tym, że backupy wykonujemy na zewnętrzny serwer.

[Bartosz Z 236]

Malu, też wziąłem taki patent pod uwagę - jest rozsądniejszy, jednak tym sposobem nie zapewnisz kopii zapasowej prawie 3 TB danych (chociaż.. w jakim czasie się zapełni taka ilość miejsca..). Przy takich pojemnościach R1 + backup lokalny są rozsądniejsze

Masz jakieś ciekawe materiały o rdiffie i rsnapshotcie, czy odsyłasz do Google'a?

A w razie wojny warto wykonywać na zewnątrz państwa

[malu 460]

Mogło to zabrzmieć jakbym się trochę bulwersował i po części trochę tak było.
Co do rdiffa czy rsnapa.
W sumie ani w jednym, ani w drugim nie ma większej zabawy. Prawdę mówiąc używam raz jednego raz drugiego, co mi bardziej odpowiada w danym przypadku. Warto zwrócić tylko uwagę na to, że rdiff lubi się pogryźć z NFS'em. Sposób jego działania powoduje problemy z wydajnością.

Jeżeli rzeczywiście byłyby to 3TB do backupu to w ogóle backup lokalny jest kompletnie bezsensowny, bo nie zapewnimy żadnej jego nadmiarowości.

Edytowano Grudzień 30, 2014 przez malu (zobacz historię edycji)

[bybunny 540]

Ale on zapytał w jaki sposób to zrobić a nie czy jest to bezpieczne

[R@fi 64]

Zależy mi na Backup z DA plików swoich tyle

[bybunny 540]

Zależy mi na Backup z DA plików swoich tyle

 

Na początek: http://sixwishlist.com/storage/do 200GB, obecnie istniej możliwość uzyskania powierzchni pod backup do 8TB. Nie ma jeszcze oficjalnej oferty ale technicznie jest to do uzyskania. Masz pytania? adres email w profilu.