Есть ли вероятность того, что мои данные будут незаметно повреждены при передаче данных по SMB-системе robocopy?

Я настраиваю коробку NAS впервые. В настоящее время большая часть моих данных хранится на нескольких локальных жестких дисках, и я намерен передать все данные на NAS через Ethernet после настройки массива RAID. Поскольку все это происходит по сети, я немного беспокоюсь о том, что мои данные будут молча повреждаться во время передачи. Из того, что я понимаю, данные обычно не повреждаются без уведомления о локальных передачах, потому что контрольная сумма выполняется в какой-то момент с помощью диска или ОС. (Это может быть совершенно неверно.) То же самое происходит с SMB, или это должно передающее лицо проверять целостность своих данных? И если этого не происходит с SMB, существует ли протокол, который обеспечивает целостность данных? Я знаю, что Rsync может проверить контрольную сумму, но я м на Windows, и у меня уже есть конфигурация robocopy, которая мне нравится. Будут ли мои данные в безопасности или мне нужно будет использовать внешний инструмент для проверки контрольных сумм?

Прочитайте свои документы - у всех есть возможность проверить в эти дни.

Я настоятельно рекомендую rsync с проверкой. В наши дни вы можете получить rsync на любой ОС, и все, что вам нужно, это клиент. Кроме того, маловероятно, что ваши данные будут повреждены во время копирования сетевым уровнем. Возможно, ваши диски неработоспособны, или ваша материнская плата умирает, но сеть довольно надежна.

Кроме того, если вы смонтировали диски, запустите окно cmd (также известное как dos) и попробуйте 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, я запишу хэш MD5 моего источника и сравню его с местом назначения. Fciv.exe потребовалось около 9 часов, чтобы сгенерировать хеш-базу данных на ~ 1Tb. Это самый трудоемкий метод, но и самый полный. Некоторые из моих данных не могут быть заменены и важны для меня. Вероятность того, что он не уловит ошибку (Silent коррупция), очень мала (например, 10 ^ -16, но я не могу найти источник для этого)

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