Vyplatí se zálohovat na Blu-ray?

[Boo]

Zkusenosti US National Archive - prumerna doba citelnosti zaznamoveho media

Magnetic tape	10-20 years
Nintendo cartridge	10 years
Floppy disk	10-20 years
RW CD/DVD/BR	3-5 years
M-Disc (no real test)	1000 years
Hard disk	3-5 years
Flash - SD, SSD	5-10 years

[Reklama]

[Radovan.]

Chybí jim tam děrné pásky a štítky.

Diskety jaké? Mě se nedávno podařilo většinu 3.5" přečíst a zkopírovat po nějakých patnácti letech, a na Bytefestu jsem pozoroval zálohování třicet let starých 8" bez jediného zádrhelu!

Minulý harddisk mi jel v počítači devět let, a jel by dál kdyby nechcípla deska.

SD karty už mám víc jak deset let a fungují, ale byly mezitím přepisované. Jak dlouho udrží data v šuplíku, rok, dva? Mám tu 64, 128 a 512 MB, porovnej to s dnešními velikostmi.

A co takový "zálohovací" SSD disk, u kterého výrobce udává udržení obsahu bez napájení až osm týdnů?! Navíc ty běžné data nečtou ale odhadují, a ani nemají jak ověřit jestli to bylo správně...

Na konec, když dojde k nějaké havárii (což je otázka času, nikoliv pravděpodobnosti), jak se budou obnovovat data z mrtvého harddisku, a jak z mrtvé SD karty? V disku se dají třeba i přehodit plotny do jiného s funkčním motorem, ale co si počneš s hrstí čipů z SSD?

[Boo]

Laserem vygravirovany QR kod do hlinikove desticky by mel vydrzet kolem 18000 let. Nebo muzete jit do stribra ci zlata a to vydrzi temer vecne.

Treba King James bible ma 5MB textu, v bzip2 1.1MB. Nejvetsi QR unese kolem 3kB a na A4 hlinikovou desku jich vejde snad 24. Takze na tu bibli ti postaci kolem 17 desek a vydrzi to vecne. Kdyz udelas duplex tak staci desek 9 :-D

[Radovan.]

Zlato by šlo, ale hliník vystavený atmosféře tak 100 let a začne se drolit. Tu už víc vydrží měď nebo i čisté železo.

Bibli není potřeba zálohovat, ta existuje v tolika kopiích, že ještě nějaký čas přetrvá. Problém jsou spíš "defekty" nasbírané za staletí, takže si už nikdo není jistý původním významem. Nemluvě o novodobých "překladech", které smysl některých pasáží zcela převracejí!

Bible Kralická:
Jestliže kdo do vězení povede, do vězení půjde;
zabije-li kdo mečem, musí mečem zabit býti.
Zdeť jest trpělivost a víra svatých.

Bible 21. století, též např. Nový zákon vydaný společností Gedeonů:
Kdo má jít do zajetí, do zajetí půjde.
Kdo má být zabit mečem, ten mečem padne.
Zde je zapotřebí vytrvalosti a věrnosti svatých.

Asi to měli na SSD disku

[Kolemjdoucí]

Takze na tu bibli ti postaci kolem 17 desek a vydrzi to vecne. Kdyz udelas duplex tak staci desek 9 :-D

Kdo by nehorázně mrhal hliníkem na zálohu takových sraček?

[Reklama]

[JardaP .]

Kdo by nehorázně mrhal hliníkem na zálohu takových sraček?

Uz jste si zkousel predstavit ten kontinent porostly lesem, ktery byl pokacen kvuli tisku Bible? Vedle toho nejaka zaloha na kousku hliniku uz nikoho nerozhodi.

[vana-hb]

Já myslím že jo. Jakmile backup potřebuje nějaký manuální zásah - třeba aby admin šel do sklepa do sejfu/regálu pro USB disk / Blue/IR ray medium/ atd. a zpět - tak je celkem slušná šance, že se na to v nějaký pravý moment vykašle/bude na nemocenské/pracovat na něčem urgentnějším.  Když to bude NAS, tak to můžeš automatizovat a monitorovat. NAS nemusí být nějaký šílený pole s RAID60, ale může to bejt klidně pár disků v boxu připojeném na síť v jiné místnosti, než se nachází servery.

Pokud někdo uvažuje užívání optických médií, tak tomu se určitě nedá říkat velký objem dat. Navíc, existuje inkrementální backup, že..

Není. Zálohovací joby si dle mých zkušeností zákazníci většínou plánujou na večer, nebo víkendy, a s kompresí do lokální cache, a třeba týdenním cyklem toho zvládneš dost. Pořád to bude mít větší kapacitu než "ajťák" běhající mezi trezorem a vypalovačkou. (druhá věc je, jestli se vyplatí platit IT člověka za přenášení médií tam a zpět)

Ze všech tvých odpovědí je jasné, že se nebavíš o dlouhodobém zálohování dat která budou ležet jak mrcha a čekat na svůj moment. Pochop, že to čem mluvíš ty, je běžné průběžné zálohování. To o čem se tu baví ostatní je dlouhodobé zálohování na deset let, ale možná život. Tam nic jako tvoje NASY, joby, raidy problém neřeší. Naopak to co ty dáváš jako nevýhodu, tedy že to bude někde v trezoru a někdo tam pro to bude muset jít je výhoda. To samé inkrementální zálohy. To prostě u dlouhodobého zálohování nikdo nechce protože to zvyšuje šanci poškození dat. Inkrementální zálohy se používaji u průběžného zálohování.

Jak je fakt super, že máš monitorovaný NAS s raidem kde automatické "joby" pracují za tebe a dělaji inkrementální zálohy, ale když přijde bouřka a blesk vytrhá zásuvky ze zdi tak k čemu to bylo? mi se bavíme o něčem úplně jinym. Kapíš?

[mirec10]

Zalohovanie na BD moze byt na mieste pokial je pouzite dost kvalitne medium aj vypalovacka a pokial ide o cisto archivacne udaje (za par rokov si mozno najdu svojho zaujemcu). To ale samo o seba moze byt dost problem. Mam ale dost vyhrady napr. aj voci samotnemu RAID1 (mirroring) pokial sa neskombinuje s niecim dalsim. Zacnem s udalostami, kvoli ktorym moze dost k strate udajov:

1. hardverova chyba (zlyhanie HDD/SSD/poskodeny BD)
2. ludsky faktor (neumyselne vymazanie / zmena suboru pouzivatelom, pripadne aj umyselne, ale zabezpecenie dat teraz neriesime)
3. softverova chyba sposobena napr. aj vypadkom napajania (napr. poskodenie FAT tabulky, poskodeny Excel subor, obidva problemy som v praci uz viackrat riesil)
4. virusy (najma ransomware)
5. zivelna pohroma (poziar, blesky ...)

Pravdepodobnost tychto udalosti ma udajne take poradie ake som uviedol. Najma s prvymi 3 udalostami som sa aj v praci casto stretol (bod 3 by som vdaka USB klucom dal aj vyssie).
Pokial pouzijem len spominany RAID1, tak riesi LEN JEDEN zo spominanych problemov (myslim ze to nemusim rozpisovat). Celkom dobrym a jednoduchym riesenim je pouzitie dvoch HDD, naformatovat ich na NTFS alebo nejaky linuxovy FS a pomocou synchronizacie dat cez scheduler pravidelne zalohovat udaje z jedneho HDD na druhy. Idealne umiestnit tie HDD dalej od seba (udalost c. 5). K synchronizacii staci WinSCP + skripty.
V praci som ale rozbehal viac elegantne riesenie:
Na jednom PC s Debianom je namontovana BTRFS particia, ktora podporuje copy-on-write a snapshoty. Na tomto PC okrem toho bezi SFTP server a snapper - program na manazovanie snapshotov. Program vytvara novy snapshot kazdu hodinu a stare snapshoty maze. V configu toho programu mam nastavene aby ponechalo napr. 24 snapshotov za posledny den, 30 snapshotov za posledny mesiac, 12 snapshotov za posledny rok etc. Na windows klientoch mi staci spustat spominany WinSCP so skriptami cez scheduler. WinSCP prenesie cez SFTP len tie subory co sa zmenili. Rovnako BTRFS system kopiruje a nasledne upravuje tie subory, co sa zmenili a su kryte snapshotom (z toho nazov copy-on-write). No a teraz je uz na mieste pouzit ten RAID ako doplnkovu technologiu a mam vykryte udalosti 1-3 (s trochou usilia a stastia aj dalsie), dokonca sa viem vratit k starsej ci novsej zalohe (vznikaju v adresari ~/.snapshots/<poradove cislo>). Zatial nemam problem ani s volnym miestom,  kolise v rozmedzi niekolkych GB, system si to uz 2 roky sam spravuje. Zatial u mna nenastava rychly a trvaly pokles, stare veci sa vymazavaju. Jedinym uskalim by bola casta uprava velkych suborov, co zatial nemusim riesit.

[Patmos]

Problém jsou spíš "defekty" nasbírané za staletí, takže si už nikdo není jistý původním významem. Nemluvě o novodobých "překladech", které smysl některých pasáží zcela převracejí!

Brat Radovan, použi veď originálne zdrojové kódy.
 
εἴ = Ak
τις = niekto
εἰς = do
αἰχμαλωσίαν, = zajatie, zajať
εἰς = do
αἰχμαλωσίαν = zajatia
ὑπάγει. = pôjde.
εἴ = Al
τις = niekto
ἐν = s
μαχαίρῃ = mečom
ἀποκτανθῆναι, = zabije,
δεῖ = prináleží, zaslúži
αὐτὸν = mu
ἐν = s
μαχαίρῃ = mečom
ἀποκτανθῆναι. = byť zabitý.

Ako vidíš gréčtina nemá tak bohaté slovesá ako slovanské jazyky. Takže prekladatelia často kontextovo a heuristicky riešia časovanie.

Preto je lepšie do hliníkových dosiek vygravírovať pôvodné znenie αποκάλυψις prípadne práve celkom presný KJV preklad.

[Radovan.]

Bratře Patmosi, problém je že nepoškozené a necenzurované originály se blbě shánějí (kromě toho svitky od mrtvého moře luští už pár desetiletí a nevypadá to že by měli brzy skončit), z tisíciletého odstupu je navíc těžké pochopit o čem vlastně tenkrát šla řeč. Ono je to dost těžké už u sto let starých knížek, když se je pokouší číst někdo kdo o dané době nic neví a nahlíží na ní dnešníma očima.

Ale to co píšeš udělali právě tvůrci Bible Kralické, překládali z v té době dostupných "originálů" v původních jazycích a ne z latiny. Pak se jezuiti pár set let moc snažili aby tuhle knihu vymazali a vypálili ze světa, naštěstí neúspěšně.

[JardaP .]

Ale to co píšeš udělali právě tvůrci Bible Kralické, překládali z v té době dostupných "originálů" v původních jazycích a ne z latiny. Pak se jezuiti pár set let moc snažili aby tuhle knihu vymazali a vypálili ze světa, naštěstí neúspěšně.

Hm, ted by me zajimalo, podle ktere Bible optimalizovali zdroje americti protestanti a zdali by byl svet vice ci naopak mene dokonaly, pouzili-li by Bibli Kralickou.

[Radovan.]

Optimalizace, to je to správné slovo
https://svetkrestanstva.postoj.sk/19970/biblia-sa-stale-meni

[M_A_X]

Ďakujem za vaše názory, postrehy a odporúčania... rozhodol som sa že do toho blu-ray pojdem, čítal som si niečo o tých M-DISK (blu-ray) a celkom sa mi pozdávajú takže skúsim ich zopár napáliť a uvidíme + spravím nejakú zálohu aj na klasický HDD (akurát mám obavy či nebude tej elektronike vadiť že bude napr. 1-2 roky bez napajania) a čo bude spoľahlivejšie asi ukáže iba čas.

[JardaP .]

M_A_X: Toz hodne stesti. M-Disk z diskutovaneho vypada jako jedina varianta, o ktere stoji za to uvazovat. Bylo by hezke, kdybyste si za par let vzpomnel a pripsal sem, jake jsou zkusenosti.

BTW, na to zalohovani by se vam mohlo hodit tohle: http://dar.linux.free.fr/ . Umi to i pracovat s paritou na zvyseni spolehlivosti.

[Tuxik]

Only wimps use tape backup: real men just upload their important stuff on ftp, and let the rest of the world mirror it
A schválně, kdo to napsal