Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Filip Jirsák

Stran: 1 ... 245 246 [247] 248 249 ... 375
3691
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 21. 10. 2017, 22:18:50 »
Jestlize v botniku budu ty flashe vymenovat v pravidelnych intervalech za cerstve
Tak to znamená ty flash disky pravidelně někam vozit. Není mnohem jednodušší a snáze automatizovatelné ty soubory poslat někam po drátě?

To by se musel obratit ne na Root, ale na Matfyz na odbornika na statistiku. Ten by mu rekl, ze je to ve hvezdach, protoze nejsou k mani dostatecne dobra data o selhavani zalohovacich medii a poslal by ho za kartarkou.
Dostatečně dobrá data jsou. Navíc je pořád lepší mít alespoň nějaká nepřesná data, než obhajobu nějakého systému založit na tom, že jeho spolehlivost vůbec nijak nezkoumám, tudíž určitě musí být mnohem spolehlivější, než systém, jehož spolehlivost je jasně deklarovaná.

Budu prece delat stale nove zalohy a nejake ty stare si schovam pro strycka Prihodu.
Tazatel ale chtěl i staré zálohy.

Krome toho, co byste navrhoval? Vyber medii na dlouhodobou archivaci, je dost mizerny.
Jak už jsem psal, je spousta poskytovatelů, kteří poskytují úložiště jako službu, stačí si mezi nimi vybrat takové, kteří mi budou vyhovovat svými parametry. Pokud si vyberu poskytovatele, kteří poskytují spolehlivost odpovídající uložení ve více lokalitách, stačí mít dva takové poskytovatele a je vystaráno.

3692
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 21. 10. 2017, 12:57:32 »
Nejsou. Pokud chci mit hafo zaloh na ruznych mistech, pro pripad zemetreseni nebo padu meteoritu o velikosti, ktera jeste neznici celou Evropu nebo celou Zemi a k te babice stejne jezdim, v praci mam zamknuty suplik, obcas byvam na chate....., tak nevim, co je na nich spatneho. Holt je nebudu kontrolovat a budu spolehat na to, ze vetsina jich prezije i par let (na vic bych u flash disku nespolehal). Zaloha v botniku pak ma vyhodu, ze je off line, coz snizi pravdepodobnost toho, ze tam samovolne uhnije nejaky tranzistor. Do zalohy v botniku se mi navic nikdo neprohackuje, protoze v ssh vypukla zase nejaka chyba a ja byl mesic na dovolene v domku z palmovych listu v Kalahari a nemohl jsem zaplatovat.
To ale nejsou zálohy, to je archiv. Zálohování je proces, který se dělá pravidelně, má definované parametry – je to něco, s čím se počítá, i když obnova ze zálohy není ideální stav. Archiv je něco, kam odkládáte data, která už by podle všeho neměla být potřeba – ale je vám líto je smazat, protože by se možná v budoucnosti mohla hodit k něčemu, o čem teď nemáte ani ponětí.

Pokud někdo požaduje minimálně čtyři zálohy umístění alespoň 10 km od sebe, asi chce nějaký odhad, jak bezpečné to zálohování je, a nespokojí se s konstatováním „budou-li nám bohové příznivě nakloněni, něco na těch zálohách možná nakonec najdem“.

Spoléhat na to, že něco přečtete z flashidku po několika letech, co leží v šuplíku, je myslím do odvážné.

3693
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 21. 10. 2017, 11:25:30 »
Ano, u zaloh na flash disku v botniku to funguje uplne uzasne. Staci do toho botniku pridat akorat jeden pocitac a natahnout k nemu draty. Kdyz delam 20 zaloh a ty davam na ruzna mista, je to uplna malickost. Jeden pocitac k babicce, jeden ke strejdovi..... A pokud nemaji Internet, ktery babicky obvykle nemaji, tak jim ho holt poridim a zaplatim. Problem vidim jen v te zaloze, co za uplnku zakopu u zdi hrbitova. Sice tam muzu zakopat i ten pocitac a ADSL router, ale bude problem s temi draty. Jeste horsi to pak bude  tou zalohou, co bude nosit zasitou pod kuzi.
Právě proto jsou zálohy na flash disku v botníku hloupý nápad.

3694
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 21. 10. 2017, 09:48:32 »
Tak se z nej holt stane cestovatel.
Už byla vynalezena taková věc, která umožňuje přenášet data na dálku, aniž by je musel osobně doprovázet člověk. Jmenuje se internet.

3695
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 20. 10. 2017, 21:22:24 »
Proc by to nekam, jezdil kontrolovat? Pravdepodobnost, ze chyba vznikne na vsech zalohach, je mala a dostatecny pocet zaloh to resi. Zalohu zkontroluje po porizeni a strci do botniku a tim to konci. Ta zaloha stejne bude neaktualni, jakmile poridi zalohu novou a do te doby to nejak vydrzi.
Takový požadavek tazatel měl. Také psal o uchování tři měsíce a v řádu jednotek až desítek let. Kolik toho vlastně chce uchovávat zpětně jsem nepochopil, každopádně pokud je požadavek na uchování starších záloh, nelze to odbýt se slovy, že  to vlastně není potřeba a nemusí se tudíž řešit, jestli ta záloha existuje nebo ne. A mimochodem, s tím uchováním jen aktuální zálohy je potřeba být dost opatrný, protože je snadné proces zálohování navrhnout tak, že během zálohování můžete přijít o starou zálohu ale novou ještě nemáte.

3696
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 20. 10. 2017, 07:48:14 »
Záloha dokonce mimo pořízení a obnovu nemusí být online.
Archiv mimo dobu pořízení a obnovu také nemusí být online, naopak to u archivu dává mnohem větší smysl, než u zálohy. Protože archivace se provádí jednou za relativně delší období – například jednou za rok se vyřadí uzavřené dokumenty a  archivují se.

Naproti tomu zálohu je potřeba mít co nejčerstvější, protože čím starší máte zálohu, o tím větší množství dat pořízených až po zálohování přijdete v případě obnovy ze zálohy. Z tohoto důvodu by bylo velmi nepraktické pořizovat zálohy ručně a ještě záložní média někam ručně transportovat.


Ohledně médií má tazatel +/- jasno, nevím, proč sem taháš nějaký datacentra a pouštíš atomový ponorky do rybníku Brčálníku. Tazatel psal, že je to 20GB kontejner a několik různých médií v různých kredencích mu nevadí, pokud tam nebudou chyby. Jde to i jinak, ale má to tak zavedeno, nevadí mu to, tak proč to měnit?
Pletete si sama sebe s tazatelem. Tazatel nepsal, že mu média v různých kredencích nevadí, naopak napsal, že kopie musí být alespoň 10 km od sebe, alespoň ve dvou různých státech, a musí se pravidelně kontrolovat obsah médií. Tím prakticky vyloučil ta vaše ruční řešení, protože to by se tím opravdu někdo musel zabývat na plný úvazek.

Pročtení a posouzení smlouvy s poskytovatelem čmoudu, hlídání změn podmínek a režie kolem toho čmoudu se nedělá ručně? Právníka a ekonomický oddělení to nestojí žádný čas? Chápu, u Jirsáků na to mají skript, který sám kliká na "Accept" a neomezený inkaso z účtu pro provozovatele čmoudu.
Dělá se to ručně, stejně jako by se ručně kupoval ten váš repasovaný notebook, ručně by se uzavíraly smlouvy se zaměstnanci, kteří by se museli přestěhovat do zahraničí, aby byla záloha dostatečně vzdálená, atd. Ovšem tahle režie v řádu několika hodin za několik let je nesrovnatelná s tím, že váš ruční způsob „zálohování“ by znamenal několik hodin práce s každou jednotlivou zálohou.

V čem je pro firmu dražší, když týdně sekretářka  s platem 20Kkč nakopíruje pět souborů na pět FLASH disků (strčí ho do USB, dá kopírovat a dělá něco jinýho, než dojede kopírování, takže tak minuta na disk), proti tomu, že účetní s platem 25Kkč musí jednou za měsíc věnovat půlhodinu zaúčtování a proplacení faktury a právník s platem 60Kkč musí 2x ročně věnovat 4h kontrole změněných smluvních podmínek, že jsou ještě OK?
Zajímalo by mne, jestli jenom trollíte, nebo jestli si fakt neuvědomujete, že jste na své straně úplně vynechal náklady na zálohování. A na druhé straně máte právníka za 60 tisíc, který pečlivě studuje změněné podmínky několika poskytovatelů služeb, asi aby vybral pokaždé to nejvýhodnější. Takže speciálně pro vás – 5 flashidksů strčených v řadě vedle sebe do jednoho počítače není záloha.

Neřešme storage, který tazatel má nějak pro něj uspokojivě vyřešený. Jde mu o prevenci a detekci chyb.
Ne, na způsob uložení se tazatel naopak ptal. Prevence a detekce chyb byla jedna z jeho podmínek, kterou vy soustavně ignorujete. Protože když chcete detekovat chyby na těch vašich médiích, co mají zaměstnanci a jejich příbuzní v zahraničí zastrkaná v botnících, musíte vzít notebook, ty botníky objet a soubory zkontrolovat.

3697
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 19. 10. 2017, 20:30:43 »
Nabízená kapacita ale není jediný parametr služby. Pokud mimo cenu a kapacity zvážím i garanci uložení dat na delší dobu, dostupnost, několik kopií, ..., tak se často jejich počet nepříjemně redukuje a nakonec se často ukáže, že kapacita je nejmenší problém.
Ten jediný parametr jste zvolil vy. Ale tak klidně spočítejte cenu toho vašeho řešení tak, abyste měl roční trvanlivost 99.999999999 %, jakou má Amazon Glacier

Pracovní soubor v jednom PC přece neznamená, že záložní soubor nemůže být klidně na 128 dalších místech.
O pracovním souboru ale nebyla řeč. Řeč byla o archivaci. Na těch 128 míst se ten soubor musí nějak dostat, musí tam vydržet, a pokud chcete ověřovat jeho stav, bez čehož archivace nemůže fungovat, musíte ho tam taky umět nějak přečíst a ověřit.

Šmankote, jaký počítače zase? Na jednu online zálohu 20GB stačí s přehledem starý netbook s novým SSDčkem. Offline zálohy (ostatní kopie) nemusí mít ani napájení, dokonce ani počítač.
Jakmile je ta záloha offline, znamená to, že jí někdo musí ručně vytvořit a pak někam dopravit. Ověření zálohy pak znamená zase tu zálohu vzít a ručně zajistit její přečtení. To je ten nejhorší možný způsob zálohování, protože se snadno stane, že se na vytvoření nebo vytváření zálohy zapomene – a nijak se to nezjistí. Respektive se to zjistí v okamžiku, kdy by ta záloha byla potřeba.

Data dával dohromady 100k hodin. 100k hodin * (min.)250 Kč/hod = cena dat 25M. Záloha za 20 litrů je 0.08% jenom z ceny toho času. Přijde ti to přestřelený? Má cenu to tlačit na 0.01% a ztratit kontrolu nad datama?
Přijde mi, že 0,08 % z 25  milionů je pořád 8× víc, než 0,01 % z 25 milionů. Tedy je to přesně opačně, než jste psal – cloudové řešení je výrazně levnější. Já jsem neřešil, jestli se to nevyplatí i za těch 0,08 %, pouze jsem vyvracel vaše nepravdivé tvrzení.

Další vaše lživé tvrzení, které jsem vyvrátil, je to o ztrátě kontroly nad datama. Za prvé,  ten archivní soubor je mnohem bezpečněji uložený v cloudu, než když se válí na DVD v nějaké krabici. Za druhé, od začátku se bavíme o uložení dobře šifrovaných dat, takže ta vaše ztráta kontroly nad datama je jen obyčejný FUD.

Nemluvíme o DC. Diskuse je o 20GB z jednoho projektu. Neznám nikoho, kdo by si pronajímal rack v DC kvůli usmoleným 20GB a rval tam vlastní železo.
V tom případě nechápu, proč tazateli doporučujete, aby použil vlastní železo.

Když to hodí na 4,7 GB DVD-RW
Jenže to „hodí na DVD-RW“ musí někdo udělat. Pak to musí někam odvézt, požadavek byl alespoň na 10 km, což je tedy v kontextu ostatních požadavků dost málo. Takže má minimálně na půl dne vystaráno, takže jenom na právi ho jeden zálohovací cyklus bude stát tisíc Kč.

Vždyť ten měsíc to vydrží klidně v krabici v botníku...
Aha, tak tohle je ta vaše „kontrola nad datama“.

No jasně, proto tam píšu ten disk 2x. Jeden odpočívá v sejfu, druhý je online a pak se prohodí. Od čeho je ve firmě sekretářka? Od chození do banky, na poštu,...
Hm, minimálně čtyřicetikilometrová procházka do banky, doufám,že aspoň sekretářku nebudete nutit, aby tu pochůzku absolvovala v botách na podpatcích.

Tak holt každý zaměstnanec nafasuje FLASHku za pětikilo, podepíše hmotnou zodpovědnost a bude tahat data v kapse na klíčích (pokud, jak psal tazatel, není problém, že mu může kopii někdo šlohnout). Asi se málo kdy stane, že pět zaměstnanců současně ztratí klíče... A takových možností je plno.
Myslím, že tímhle se problém vyřešil. Zaměstnanci už se nikdy nebudou moci na pracovišti sejít (budou muset být alespoň 10 km od sebe), takže už nikdy nic neudělají a nebude co zálohovat.

Furt Glacier... Píšeš, že takových provozovatelů jsou stovky. Neznáš ještě levnějšího? nebo je Glacier ten nejlevnější pro srovnání a ostatní jsou lepší a nemá cenu připlácet? Hoď sem pro porovnání dalších pět, ať tazateli nehrozí vendor lock-in na příštích 1000 let.
Zvolil jsem Glacier, protože je nejznámější. Uvědomte si, že ten rozdíl oproti vašim nákladům je několik řádů, takže pokud je jiný poskytovatel dvakrát tak drahý, v porovnání s vámi je možné ten rozdíl mezi ním a Glacierem klidně zanedbat. Ale pokud chcete další, tak třeba S3 také od Amazonu, hubiC má dokonce 25 GB zdarma, Google má Cloud Storage.

Vendor lock-in tazateli nehrozí, to už jsem vám také vysvětloval – vůbec nic mu nebrání za týden zálohu nahrát kamkoli jinam.

Jo, ale rozdíl je, že pokud to někdo chce, tak prvně zkusí cestu nejmenšího odporu (= prohledat čmoud), pak teprve jde po zaměstnancích. Jako zákazník čmoudové služby se nedozvíš, že se někdo hrabal v systému, ale když se někdo snaží to vytáhnout z kolegy, tak máš mnohem větší šanci, že ti o tom řekne. Pokud je to po trezorech, nezbude mu než brute force se švajcem a to už je dost stop i pro poldy.
Opět to máte úplně převrácené, jako s tou cenou. Amazonu nebo Googlu se opravdu jen tak někdo do systému nedostane, zatímco to vaše superbezpečné uložení v botníku vám vykrade každý zlodějíček.

Archivační služby jsou podmnožinou čmoudu přece.
Ne, archivační služby jsou archivační služby. Záleží na provozovateli, jak je provozuje. Může je provozovat i v cloudu. Provozovat nějakou IT službu v čmoudu jsem ještě neviděl. A pokud nemáte žádné skutečné argumenty a zmůžete se jen na komolení slov, nemá smysl s vámi diskutovat.

Jak to začneš využívat, staneš se na službě závislým
Ne, nestanu. Schválně si to někdy vyzkoušejte. Uložte si soubor na Dropbox, a uvidíte, že za týden vás nic nebude nutit uložit další soubor na Dropbox, ale klidně ho budete moci uložit na Google Drive, na Windows Server, na Synology NAS nebo vypálit na DVD. Dokonce i ten samý soubor, který jste uložil na Dropbox, můžete zároveň uložit i kamkoli jinam.

3698
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 18. 10. 2017, 23:14:09 »
1. Prozovozatel čmoudu může mít škálovanou službu. Když chci zálohovat 20GB a on nabíne minimální kapacitu 1TB, musím stejně platit 1TB. S požadavkem na menší kapacitu za menší prachy asi nepochodím.
To jste ale otočil. Pevný disk neseženete o moc levněji než za cenu 1TB disku. Provozovatelů úložišť je spousta a mezi nimi dost takových, kteří nabízejí účtování po GB.

20GB dat, to může klidně ležet na SSD v kancelářským stroji.
Může, ale pak to nemá nic společného s tím, co bylo požadováno na začátku – soubor alespoň na 4 různých místech.

Na to ani není potřeba datacentrum.
Někam ty počítače umístit musíte, musejí mít napájení, připojení do internetu.

Stačí repasovaný noťas z druhé ruky za tři litry s novým HDD za dva litry.
Takže jenom pořizovací náklady 20 000 Kč. Za tu cenu to můžete mít na Glacieru uložené tisíc let. Tak dlouho vám ten notebook asi nevydrží. Mimochodem, z repasovaného noťasu budou v datacentru jistě nadšením bez sebe.

Pokud chci druhou zálohu na CD/DVD, vypalovačka je v ceně řešení a platím za médium, cca koruny za přírůstkovou zálohu (jeden ROM několikrát)
Pak ještě platíte člověka, který ty zálohy bude vypalovat, poštu, abyste je dostal do místa uložení, úložiště, druhého člověka, který se o ně bude starat v tom úložišti. A tam další počítač, na kterém budete provádět to ověřování čitelnosti – pokud ty zálohy nechcete posílat zase zpět.

Extetní USB disk (mám tady na stole zrovna připojený 2TB za 2000CZK) není taky nic, co by ho zabilo.
Externí disk máte na stole do té doby, než tam nahrajete zálohu a odešlete ho do místa uložení. Pak buď musíte na další zálohu pořídit další externí disk, nebo ten původní zase přivézt zpět.

Provozní náklady = elektrika pro noťas + rozvoz médií + sejf v bance.
Plus zaměstnanec na plný úvazek, aby se o to pořád staral. Už jenom ten rozvoz médií by vás stál víc, než kdybyste si to uložil na čtyřech nejdražších cloudových úložištích. Nehledě na to, že tam je samá manuální práce, takže obrovské riziko chyb.

Pořizovací náklady (NTB + SSD + 2x ext HDD + 3x USB + 1x SD + pakl CD/DVD) jsou cca 12 litrů, otázka je, jestli to potřebuje na tolika kopiích a technologiích.
Výborně, to vám vychází mnohem levněji, to se v porovnání s Glacierem vrátí už za 600 let.

Za těch 9-12 litrů má člověk plnou kontrolu nad tím, kde se jeho data toulají
Ne, nad tím plnou kontrolu nemá, neboť má zálohovací média neustále někde na cestách. Že by se ta data dostala do neoprávněných rukou nevadí, je to šifrované.

A jenom tak náhodou, přečti si běžný podmínky používání čmoudu (třeba u MS) - "za data neručíme, uživatel je povinen si udělat záložní kopii" Takže stejně by u běžnýho čmoudu člověk zaplatit to, co za schránku v bance a stejně by to měl 50/50 - buďto se k datům dostane, nebo ne.
Já jsem nepsal o žádném čmoudu, psal jsem o službě pro uložení dat nebo pro archivaci. Na to máte normální SLA.

3699
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 18. 10. 2017, 20:57:54 »
7. Čmoud znamená možnost konce jeho provozovatele, možnost změny podmínek, právní problémy pokud je to v cizině, poplatky za test, aktualizaci a obnovení,... (a zaznělo toho tady víc), navíc ve výsledku je to cenově horší, než vlastní infrastruktura.
To byste těch dat musel mít opravdu hodně, aby srovnatelná vlastní infrastruktura vyšla levněji, než služba. Bavíme se tu o 20GB souboru – služby se platí podle objemu dat, když budete mít vlastní infrastrukturu, nemůžete tam dát méně než jeden harddisk, méně než jeden server, platit méně než jednu pozici v housingovém centru. Požadavek byl na vícenásobné uložení, takže těch harddisků, serverů a housingů bude potřeba platit několik.

Že provozovatel změní podmínky nebo skončí není problém. Nestane se to ze dne na den a soubor se snadno přenese jinam. A i kdyby provozovatel skončil ze dne na den, je to jako když odejde jeden harddisk – prostě se data obnoví z jiné zálohy. Pokud jde o šifrovaný soubor, ke kterému je klíč bezpečně uložen úplně někde jinde (ideálně off-line), neměly by s tím být žádné právní problémy.

3700
StartTLS a klient musí ověřit serverový certifikát.

3701
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 18. 10. 2017, 07:09:21 »
... pokud do něj někdo šahal přede mnou, tak jistotu opravdu nemám. Ale to tazatel neřeší.
Ne, nemusel na to nikdo před vámi sahat – prostě může dojít k chybě. A tazatel to právě řeší, explicitně uváděl, že chce detekovat i změnu jediného bitu.

Vždyť i ten blbej bitcoin na ten haněnej fw v hw spoléhá. Banky jakbysmet, armáda taktéž.
Nikdo tu FW ani HW nehaní, to, že HW může selhat, je normální a počítá se s tím. Banky ani armáda samozřejmě nespoléhají na to, že hardware nemůže selhat. Právě naopak, dělají opatření proto, aby je selhání hardwaru neohrozilo – například tak, že data ukládají v několika kopiích.

3702
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 17. 10. 2017, 22:17:34 »
1. otevřu originální TC kontejner. Jde přečíst? Ano, jdi na 2. Ne - jdu pro zálohu.
Pro TC kontejner platí to samé, jako pro 7zip archív, pevný disk, DVD nebo soubor v cloudu – to, že jde přečíst, není záruka toho, že se čtou správná data.

3703
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 17. 10. 2017, 07:01:16 »
Pri prenosu po siti nejspis ale zadne takoveto kontroly nejsou. A uz parkrtat se kontrolni soucet lisil, dobehlo to jako, ze vse OK pritom.
Při přenosu po síti takové kontroly jsou, každý TCP paket má svůj kontrolní součet a kontrolní součty mívají i linkové vrstvy (třeba ethernet). Ale ty kontrolní součty jsou docela slabé, takže u důležitých dat je dobré to kontrolovat ještě kontrolním součtem celého souboru. Jak ostatně sám píšete.

3704
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 16. 10. 2017, 21:15:28 »
Ano, chyby při čtení typu "poškozený sektor" mají být okamžitě reportovány SMART a disk má zčervenat.
To se krásně hodí do sbírky epitafů.

  • Na té křižovatce mi měl dát přednost.
  • Ta puška neměla být nabitá.
  • Ten obvod měl být okamžitě přerušen.
  • Ta chyba měla být okamžitě reportována a disk měl zčervenat.

3705
Odkladiště / Re:Jak správně zálohovat data okolo 20 GiB
« kdy: 16. 10. 2017, 16:02:07 »
Já od začátku tvrdím jen tolik, že zdravý disk VŽDY VRACÍ ZDRAVÁ DATA.
Pokud má chybu ve firmware, pak se nejedná o zdravý disk.
Pokud je poškozený, pak se nejedná o zdravý disk.
Vy si pouze myslíte, že od začátku tvrdíte něco o zdravém disku. Ve skutečnosti jste od začátku nepsal o zdravých discích, psal jste o discích obecně, jako by se to týkalo všech disků. Teprve po několika kolech diskuse jste naznal, že je váš postoj neudržitelný, a „nenápadně“ jste doplnil, že vlastně myslíte jen zdravé disky.

A pokud tedy od začátku píšete pouze o zdravých discích, jak se nám snažíte namluvit, pak je otázka, proč jste vůbec vstupoval do této diskuse s nesouvisejícím tématem. Tady totiž nikdy nebyla řeč o tom, že má někdo zaručeně jen zdravé disky. Naopak od začátku se diskutuje o tom, jak detekovat chybná data.

věřím, že pořád máte pocit, že i zdravý disk může vracet špatná data, což není pravda.
Za prvé, já nemám pocit, že by bylo pravděpodobné setkat se s tím, že zdravý disk vrátí špatná data. Nikdy jsem nic takového nenapsal – už jenom proto, že bych byl blázen, abych psal jen o zdravých discích, když o disku nikdy dopředu nevím, zda bude zdravý nebo zda u něj dojde k nějaké chybě.

Za druhé, teoreticky se může stát, že i zdravý disk vrátí špatná data. Podobně jako se teoreticky může stát, že ECC řadič vrátí špatná data z ECC paměti. Všechny ty samoopravné kódy jsou totiž založené jenom na pravděpodobnosti. To nejsou žádné magické formule, které by zajistily, že data nemohou být špatná. Samoopravné kódy umí jen zmenšit pravděpodobnost chyby – zvolením dostatečně dlouhého samoopravného kódu lze zvolit libovolně nízkou pravděpodobnost chyby. Přičemž v praxi je to pro paměti nebo disky, které se běžně používají (v serverech, datacentrech apod.), nastavené tak, že se s přečtením chybných dat opravdu nejspíš nikdy nepotkáte, což ale neznamená, že nenastává vůbec nikdy.

Stran: 1 ... 245 246 [247] 248 249 ... 375