Am Dienstag, 8. Februar 2005 13:44 schrieb Thorsten Gunkel: > K�chler Peter <[EMAIL PROTECTED]> wrote: > > Am Dienstag, den 08.02.2005, 08:57 +0100 schrieb Thomas Sommer: > >> [RAID als Datensicherung] > > Das ist meiner Meinung nach der falsche weg (sorry das ich das so > > sage) RAID = Ausfallsicherheit > > Backup = Datensicherheit > > Soll bedeuten: Kein RAID der Welt kann dir eine Datensicherung > > ersetzen. > > Du hast es meiner Meinung nach nicht verstanden und sprichts nur nach > was Du geh�rt hast (sorry das ich das so sage).
Nein, er hat schon Recht. Auch wenn die von dir und Thomas angedachte L�sung ein Mittelweg ist, der auf jeden Fall besser als keine Datensicherung ist. > >> Jetzt meine Frage: > >> Prinzipiell d�rfte es ziemlich lange dauern bis die Daten auf die > >> gewechselte Platte gespiegelt sind. Aber gibt es da vielleicht > >> einen Trick. Immerhin fehlen hier "nur" die �nderungen der letzten > >> Woche. Mit einem rsync w�re das meistens in 1-10 Minuten erledigt. > >> K�nnte man demnach die Platte tauschen, ein rsync laufen lassen > >> und die Platte dann erst in's Raid einh�ngen, und der Rechner > >> r�delt dann nicht so lange? > > Selbst wenn das recht lange dauert, Du kannst die Platte ja > w�hrenddessen normal weiterbenutzten ohne bef�rchten zu m�ssen dass > es zu Problemen kommt - IMHO eine ziemlich geniale Idee. ... mit dem Problem inkonsistenter Daten, wenn du eine der Platten im laufenden Betrieb wechsels. Und du merkst davon nix, weil das System ja mit der verbleibenden Platte normal weiter arbeitet und die neue Platte entsprechend synchronisiert. Das Problem kommt erst, wenn du die Platte mit den inkonsistenten Daten als Master verwenden musst, also im Ernstfall. Aber dann ist es zu sp�t. Au�erdem hast du verst�rkt das Problem, dass du im Rotationsbetrieb der Platten einen vorhandenen Fehler unbemerkt �ber l�ngere Zeit mitschleppst und du kein Backup mehr von der Zeit davor hast. Wie gesagt, besser als nix. Aber zu unsicher, wenn man bedenkt, dass man f�rs gleiche Geld auch eine echte Backupl�sung haben kann. > Du mu�t nur aufpassen dass im Fall der F�lle nicht die falsche Platte > resynct wird ;-) Woher wei�t du, dass nicht die Platte, die gerade gezogen werden soll, nicht gerade die ist, die Sektoren-Fehler auf der anderen f�r das System ausgleicht?(um nur mal ein Beispiel zu nennen). In einem gespiegelten System mit synchronen Platten sind beide total gleichberechtigt. > Au�erdem w�re eine L�sung nicht schlecht bei der man Platten > entfernen kann ohne den Rechner jedesmal runterzufahren - sonst l��t > Du sie aus Bequemlichkeit doch zu lange drinne. Siehe oben. Ein System, dass im laufenden Betrieb ein Backup schreibt, macht einen Snapshot zum Zeitpunkt X und sichert genau diese Daten. Nachfolgende �nderungen werden aus gutem Grund f�r das Backup ignoriert. Fazit: F�r Datensicherung die Platten nicht im laufenden Betrieb spiegeln, sondern ein Datenbackup (ggf. �ber Snapshot) auf einen anderen Datentr�ger machen. -- Gru� ����������������MaxX Hinweis: PMs an diese Adresse werden automatisch vernichtet.
