Jednoduchá kontrola integrity dlouhodobě archivovaných dat

[messagebus]

Archivy maji vlastni CRC rozbalovanych souboru, takze jestli tazatel nema FS s podporou checksumu, postaci data zabalit. Pri rozbalovani pak bude upozornen na vadny soubor a muze se shanet po kopii z alternativni lokace.

Po kopii se sice zacit shanet muzete, ale nebudete vedet, jak ji poznat Protoze muze mit jine jmeno a vy nevite, zda byl v archivu poskozen obsah souboru, jeho crc/hash nebo oboji.

[Reklama]

[messagebus]

Ne, to neni ten problem, cesta je kratka. Ale to jsme dost offtopic, spis mne zaujalo ze tam vznikly ty soubory s temi nulami. Evidentne se neco hodne pokazilo, protoze chyby byly koncentrovane do par slozek a jak jsou soubory v adresari setrizeny uz abecedne i na disku, tak bylo zjevne ze to delalo chyby "po sobe" treba ve 20ti souborech a pak se to nejak cele ozivilo a zbytek sady se dokopiroval uz spravne. A chyba se projevila vzdy od zacatku do konce souboru, nebyly tam zadne "polonulove" soubory.

Tohle je hodne brutalni symptom. Takovy server by bylo dobre odstavit a poradne otestovat, a ne na nej kopirovat dalsi data.

Jinak robocopy uz z nejakych duvodu nevyhovuje?

[mrmh]

Pri kopírovaní zásadne kontrolovať  neporušenosť napr. cez TeraCopy.
Veľa malých súborov zbaliť do RARu s recovery recordom (vhodne zvoliť %).
Pre všetky súbory vygenerovať PAR (s vhodne zvolenými parametrami) napr. cez MultiPAR.
Mať druhú kópiu dát spolu s PAR súbormi.
Pod Windows existujú katalogizačné sofvéry, ktoré si do DB/katalógu ukladajú aj hash katalogizovaných súborov.

[pruzkumbojem]

jak uz tady padlo:
a presne kvuli tomuhle vzniklo ZFS....

ovsem s projektem zfs pro windows je to porad vachrlate. (ale co takhle iSCSI target?)