Vlákno názorů k článku Zálohování s Baculou: otevřený systém pro komplexní scénáře od bez prezdivky ... - Hele, uz jen predstava, ze nekdo bude na...
-
Hele, uz jen predstava, ze nekdo bude na kazdej zalohovanej system instalovat nejakou vopicarnu, je naprosto mimozni.
A snad jeste vic mimo je predstava, ze nekdo bude pouzivat 10 ruznych zalohovacu pro 10 ruznych systemu, protoze neznam ani jednu jedinou situaci, kde by se vyskytovalo homogeni prostredi = vsude tux (a idealne totez distro).
Ve finale vubec nevim, proc bych mel pouzivat uchylnosti jako tar nebo dump ... kdyz tu mame btrfs snap. Pricemz drtiva vetsina zalohovanych stroju bezi virtualne, takze je uplne jedno co je uvnitr za system, protoze se zalohuje cely VMko zvenku.
-
Když zálohujete VM "zvenku", tak je to sice zdánlivě méně práce, ale systémy uvnitř se nedoví, že byly zálohovány. Což je, speciálně pro MS aplikace (Exchange, SQL), problém. Jasně, řešitelný problém, ale pořád je to práce navíc.
A třeba já jsem v situaci, kdy mám cca 180 virtuálů a 2/3 z nich zálohuju "zevnitř" lokálním klientem - protože máme takový malý privátní cloud pro naše organizace, kterým hostujeme servery a tak budu buď zálohovat celý VM a pak řešit požadavky "účetní si přepsala excel XY, obnovte to", nebo dostanou přístup do lokálního klienta a na základě návodu si soubory obnovují sami. -
"ale systémy uvnitř se nedoví"
Rekl kdo? Virtualni system se samozrejme muze dozvedet ze se chysta zaloha a pokud o to admin stoji, tak i dozvi. S tim zadny problem neni. U drtivy vetsiny systemu je to ovsem sumafuk.
Pokud se budem bavit o databazich, tak ani zdaleka nestaci, ze se o nejakem zalohovani dovi nejaky system ... a pokud je rec o MS ... tak pod uplne spatnym clankem ze? Kdyz je to tux only.
Edit: Mimochodem, u VM lze vytvorit snapshot vcetne RAM, tudiz se pripadne system da obnovit do beziciho stavu ... vcetne te RAM.
19. 12. 2024, 14:34 editováno autorem komentáře
-
Předně, k instalaci aplikace, krom toho, že to je "mimózní" vlastně z vašeho příspěvku není jasné, co je na tom špatného, klienti existují pro velké množství OS a homogenní prostředí nevyžadují, a myslím že i v článku je zmíněn klient na Windows.
K vašemu btrfs snap, snapshoty jsou spíše pro disaster recovery.
-
To je ale realita doby, zvlast v Enterprise a Midsize spolecnostech.
Proste na pozadavek vytvoris VM, nainstalujes vyzadany OS a v nem podle sablon instalujes mimo aplikacni veci i tunu admin/security SW (zalohovaciho klienta, linuxovy antivir, monitorovaciho klienta, atd.).Tyhle odpovedi/reakce lidi, kteri nevidi dal za svuj usecase me vzdycky pobavi...
-
ad btrfs: asi záleží taky na use casech, ale neřekl bych, že je to jenom pro disaster recovery. Notebook a workstation mám zálohovanou přesně takhle. Ano, dá se to použít pro disaster recovery (a u notebooku pro migraci na nový hardware), ale jako backup dat to funguje taky velice krásně. Na backup serveru mám normálně přístupnou celou adresářovou strukturu, takže bez problémů z toho jednoduše vytáhnu jakýkoliv soubor z doby, kdy jsem chtěl. A zálohování je taky o dost jednodušší, protože když vytvořím páš malých souborů a udělám backup, tak se ten rozdílový snapshot odešle mnohonásobně rychleji, než rsync/bacula nebo libovolný jiný file-based zálohovací systém projde celý seznam souborů a bude zjišťovat, co se změnilo... (nehledě na fakt, že já mám na tom disku takové krásy, jako desítky GB velké disky k virtuálům, kde zase, když virtuál pustím, tak file-based systém zálohuje celý ten obří soubor; rozdílový snapshot zabere podstatně méně dat).
-
Vsechny svepravny zalohovace pouzivaji snapshoty, jinak se dneska pokud je to technicky mozny vubec nezalohuje. Totez obnovovani zaloh ... jestli neco vazne nechces delat pokud mozno nikdy, tak to je nejaka full scale obnova. Proc? Protoze to potrva dny, kdyz malo. Kdyz obnovis nejakej diff, je to otazka maximalne minut.
