primarne je potreba mit master-slave replikaci, abys omezil dopad chyby hardware. No a potom ze slave delat klasicky backupy pomoci nastroje primo pro ms sql (ne, databaze se nezalohuji pres filesystem, zaloha nebude pouzitelna). Celkove pri zalohovani kritickych systemu si odpovez na nasledujici otazky a podle toho hledej reseni:
- kolik dat se zalohuje?
- jak casto potrebuju zalohovat (tj. o jak velke mnozstvi dat jsem schopen prijit)?
- jak rychle potrebuju data obnovit?
- muzu chtit obnovit jenom cast dat?
- jak dlouho musim drzet zalohy? Jsou mi k necemu mesic stara data?
- jaky je obchodni a financni dopad ztraty techto dat? (tj. o kolik kc prijdu, kdyz zalohovat nebudu)
- musim drzet zalohy geograficky oddelene? Musim drzet zalohy na uzemi CR/EU?
- jak budu zalohy testovat? (neni podstatne zalohu mit, je podstatne ji byt schopen obnovit)
Jakmile si na tohle odpovis, budes vedet, kolik dat musis drzet, jak rychle potrebujes zalohy delat a kolik muzes/musis investovat.
Ondra Flidr
Zdravím,
nedaří se mi rozhodnout jak vyřešit backup "store". Jádrem projektu je MS SQL, nic se nesmí ztratit nebo z toho budou pokuty. (accounting)
Momentálně mám na stole dvě řešení:
- self-hosted na NASce (synology?)
- urBackup server na low-spec VPS s větším "file space" (1-2TB) - tahle možnost mě přišla docela praktická, pokrývá to mnoho risků které má jakékoliv jiné self-hosted solution, jenže po rychlém projití googlu se mi nedaří něco v tomhle smyslu najít nebo se to cenově nevyplatí. Že bych se blbě koukal?
Díky, a pěkný den
--
Tomáš Svoboda
Freelancer | Fullstack Python | 730 694 169
_______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list