Чи є ймовірність, що мої дані будуть непомітно зіпсовані при передачі роботокопіювальної мережі SMB?

Я встановлюю коробку NAS вперше. На даний момент у мене є резервна копія більшості даних на декількох локальних жорстких дисках, і я маю намір передати всі дані в мій NAS через Ethernet, як тільки встановиться RAID-масив. Оскільки це все відбувається в мережі, я трохи переживаю, що мої дані мовчки пошкоджуються під час передачі. Наскільки я розумію, дані зазвичай не пошкоджуються без попередження про локальні передачі, оскільки контрольна сума в якийсь момент виконується приводом або ОС. (Це може бути абсолютно неправильним.) Чи те ж саме відбувається і з SMB, чи перекладач повинен перевірити цілісність своїх даних? Якщо цього не відбувається з SMB, чи є протокол, який забезпечує цілісність даних? Я знаю, що rsync може перевірити суму передачі, але я м у Windows, і у мене вже є конфігурація роботокопії, яка мені подобається. Чи будуть мої дані безпечними чи потрібно використовувати зовнішній інструмент контрольної суми?

Прочитайте свої документи - кожен день має можливість підтвердження.

Я настійно пропоную rsync з verify. Ви можете отримати rsync в будь-якій ОС сьогодні, і все, що вам потрібно, це клієнт. Крім того, навряд чи ваші дані будуть пошкоджені під час копіювання мережевим шаром. Можливо, ваші накопичувачі непотрібні, або ваша материнська плата вмирає, але мережа досить міцна.

Крім того, якщо ви змонтуєте накопичувачі, запустіть вікно cmd (ака-дос-вікно) і спробуйте xcopy / V, щоб отримати перевірену копію (використовуйте xcopy /?, Щоб побачити всі варіанти) - і переконайтеся, що ваші дані живуть на кількох накопичувачах або у вас є розкладені копії. Ніколи не довіряйте жодній точці невдачі!

Корупція даних - це ймовірність, і шанси на її збільшення збільшуються зі збільшенням кількості даних

Зауважте, що xcopy / v не перевіряє цілісність даних

"Цей процес перевірки складається з підтвердження того, що тільки що записані дані можуть бути прочитані (наприклад, що дані не були записані в поганий сектор на диску). Не відбувається порівняння вихідних та цільових даних."

https://support.microsoft.com/en-us/kb/126457

Зараз я розробляю план міграції даних (особисті дані) на 5 Тб зі старого масиву зберігання даних на мій новий сервер зберігання даних. Моє дослідження, незавершене, показало, що Ethernet використовує CRC16 для перевірки цілісності даних, які були передані.

Є класне посилання, але я не можу розмістити його через репутацію балів. просто поставте http перед цим

doc.utwente.nl/64267/1/schiphorst.pdf

Як тільки я дізнаюся нюанси перевірки цілісності MS File Checksum, я скриптую хеш MD5 свого джерела і порівняю його з пунктом призначення. Для створення файлу хешів на ~ 1Tb знадобилося fciv.exe близько 9 годин. Це найбільш трудомісткий метод, але і найповніший. Деякі мої дані неможливо замінити, і це важливо для мене. Шанси на те, щоб не виявити помилку (Тиха корупція) дуже малі (як 10 ^ -16 Я думаю, але не можу знайти своє джерело для цього)

https://support.microsoft.com/en-us/kb/841290