图1：校验和验证
Silverstack提供了多种验证方法来逐字节地比较源文件及其所有备份拷贝。验证过程能确保在复制过程中没有损坏任何文件。如果验证过程的结果是确凿无误的，Silverstack会在每个备份目标的主文件夹中创建一个.mhl文件。这个.mhl文件是代表所有已复制文件夹的文件完整性的一种密封——它应总是与其相关文件在一起，因为它能让用户手动验证文件的每个拷贝，以确保它们的完整性和一致性。
解释哈希算法
哈希算法是多种函数：它们会从任何给定的有效载荷数据（如文件）中获取一定数量的数据（如文件）并计算一个唯一的、可重复的、固定长度的“哈希值”，通常是一个相对较短的十六进制值（由数字和从A到F的字符组成）。有效载荷数据中再小的变化也会导致出现一个完全不同的哈希值。此属性可用于从加密到文件验证的广泛应用程序中。
在媒体工作流中，哈希算法通过创建拷贝的哈希值并将其与源的给定哈希值进行比较来识别文件中的更改，且不需要原始文件。如果拷贝的哈希值与源的哈希值相同，则可以推断拷贝的内容与源的内容相同。
从数据中创建哈希值有很多不同的算法，而这些就是哈希算法的特性：
·计算复杂度：哈希算法的复杂度越高，计算需要的计算机能力就越高，于是会降低性能。
·冲突概率：它定义了不同文件具有相同哈希的概率（高概率是不好的）
·检测修改：文件中的修改会导致出现不同的哈希值（这非常重要）
xxhash与md5和sha-1相比较
·xxHash
-计算复杂度：非常低
-冲突概率：低
-检测修改：非常好
·MD5和SHA1
-计算复杂度：高
-冲突概率：非常低
-检测修改：非常好
真实世界的数字
·MD5被广泛使用。它来自一个加密背景，但也可以用来检测传输错误。它在较新近的硬件上的限制为300MB/秒。MD5的计算非常复杂，因此在如今的计算机上不可能超过300MB/秒。它会检查每个文件的全部内容及其大小。
·SHA1也来自加密背景，但也可用于检测传输错误。它在较新近的硬件上的限制为300MB/秒。它会检查每个文件的全部内容及其大小。
·xxHash不是加密算法。而在检测传输错误方面它和MD5一样安全。但它的速度快得令人难以置信。理论上它能够以几GB/秒的速度生成校验和。它会检查每个文件的全部内容及其大小，特别适用于搭配高速数据传输硬件。只有在如果所有源和目的地的传输速度都高于350MB/秒的时候能快于MD5或SHA1。注意！低于300MB/秒xxhash可能会比MD5或SHA-1慢一点，但是超过300MB/秒就要快得多了，因为md5不可能变得更快，而xxhash可以上升到几GB/秒。
·xxHash64 BE（大端序）：通常与xxHash算法相同。但它会输出一个十六进制值的哈希字符串，这使得它与一些后期制作工作流更加兼容。它在数据传输速率非常大的设置上可能更快。这个哈希算法与Google的xxhash应用兼容。
字节顺序信息可见： https://en.wikipedia.org/wiki/Endianness
·xxHash64 LE/传统（小端序）：通常与算法xxHash64 BE（大端序）相同。但它以小端序格式输出哈希字符串。在传统工作流中使用。
字节顺序信息可见： https://en.wikipedia.org/wiki/Endianness
Silverstack的哈希算法
你可以从装载和备份向导中选择不同的验证方法（哈希算法）：
源确认
如图3所示，默认情况下，Silverstack会对每个拷贝进行源验证——这意味着复制后软件会从源再次读取文件。这是确保数据完整性的最安全的方法，因为这也可以检测到读取错误。但是，禁用此选项则可以加快复制和验证过程——在这种情况下，进行实际复制时，文件仅会从源读取一次。如果源非常慢，那么禁用该选项就是有意义的，因为该选项会减慢验证过程。仅在这种情况下，你才应该跳过该选项，因为如果源和目的地一样快，它就不会影响流程。
MD5文件生成
除了MHL文件之外，还有一个创建MD5文件的选项。这将为任何要求这类文件的后期制作过程提供兼容性。只有在使用MD5验证方法时才会创建MD5传统文件。
出处：Pomfort
编译：Charlie | 盖雅翻译小组
您可能感兴趣以下阅读：
如何用Silverstack和MediaVerify建立ASC MHL工作流
