Tak ja se do toho take vlozim. Mirror neni zaloha a nemel by tak byt chapan. je to jen ochrana provozu pri vypadku jednoho disku. Zaloha je neco, co odnese data z ziveho stroje na nejake offline medium/jiny stroj a pokud mozno jeste udrzi nekolik historickych variant.
Moje oblibene reseni je nasledujici: produkcni servery - mirror (HW nebo gmirror podle situace) Backup server - mirror Dale na produkcnich serverech mam nainstalovany rsync (jen jako aplikaci, ne daemon) a pomoci programu dirvish (porty) delam zalohy souboroveho systemu na backup server. Dirvish poprve pri inicializaci prenese vsechny soubory, ale pak uz pouze prenasi zmeny. Kazdy obraz dava do specialniho adresare a pokud se soubor od minula zmenil, nahraje novou verzi, jinak dela link. (ne symlink) Osobne mam dokonce zkusenost se zalohovanim po internetove lince, kdy servery jsou u jednoho providera a backup server u druheho. Bohuzel pro zalohy databaze to neni uplne to nejlepsi reseni, takze na SQL serveru mam jeste jeden offline disk a tam v casovych periodach delam dump tabulek. Prozatim to jako zaloha vyhovuje a pokud bych mel tuto metodu vylepsovat, tak me napada uz jen v kazdem serveru mit volny offline disk na ktery budu delat snapshoty filesystemu a na backup server bude prenaseny pouze posledni snapshot. To by melo odstranit pripadny problem s otevrenymi soubory a omezit pripadne nekonzistence. otazka je, jestli snapshot zachova atributy tak, aby dirvish nekopiroval pokazde vsechny soubory. Ondra -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
