问测试网络读写的自动化方式？

EN

通过网络检查文件传输:有一个MS文件服务器和两个客户端(这样客户端上可能的本地缓存不会妨碍您的结果)。

• 在客户端机器#1上，生成文件(随机内容？)，并将它们保存到服务器上。同时，计算一个校验和(比如md5sum?)对于每个测试文件，并可能只是将一行一行的和附加到同一服务器上的"sum切换索引文件“。
• 在客户端机器#2上，从服务器逐个加载文件，并计算校验和。实际上，您可以在映射的网络共享上的每个文件上(从客户机#2计算机)上运行一个校验和工具，比如md5sum。并将校验和与源机器产生的结果进行比较。

这只是一个基本的想法。您需要执行一些脚本来自动化检查，并让它们在一个周末左右的时间内运行。也许如果不立即发生这种情况，并且发生在磁盘驱动器上，那么这种快速检查可能找不到任何东西。

如果您有特定的示例/数据损坏事件，是否有任何方法可以获得原始文件和损坏的文件，这应该是相同的？这些文件是什么格式的？这是机器可读的文本文件(如XML)还是二进制文件？也许可以比较一下内容，看看腐败到底是什么样子。腐败的性质可以提供进一步的线索，说明这可能是从何而来。

除了在ASCII文本上工作的经典"diff“之外，我还记得有专门用于二进制比较的工具。。

此外，存储服务器是否运行备份？细节取决于备份方案，但关键是如果一个旧的服务器端备份包含一个健康的文件，而来自服务器的当前文件被破坏了，这可能会缩小您的问题。为了推断备份这个主题，如果设置有数据损坏的问题，并且没有防弹备份方案，那么您的组织还需要做什么呢？

即使您不再拥有健康的原始文件:如果损坏的文件最终被一段解析它的软件拒绝，那么最好能获得更详细的调试日志，查看解析器在哪里停止运行，文件在哪里不再是“良好的”--但我理解，在封闭的源代码软件中，使用封闭的文件格式通常不会得到这个机会。

人们说，这正是企业存储硬件在“信号链”始终保持“完整性元数据”的目的--即现代版本的SCSI和派生互连技术(FC、SAS)和相应的自旋锈病，不确定是否存在具有这种功能的SSD。而不是提供特定的指针，我建议您询问google关于Linux中数据完整性的问题。在硬件层面上，这很可能就是你被咬的原因。您对服务器中的底层存储子系统了解多少？

而且，尽管这是一个很小的机会:如果您通常在打开旧文件时遇到问题:处理这些文件的应用软件是否会得到更新？这可能是应用程序更新破坏了与旧数据的兼容性的情况吗？如果您没有备份整个文件，您是否可以安排一个校验和记录，以及文件名、大小和时间戳，看看6个月后检索的文件是相同的还是不同的？

用“繁琐的手工加载程序”保存下来--这到底是什么？处理破损文件的恢复算法？或者只是从相应的旧备份中检索健康的原始文件？这两种情况都有可能更多地了解问题的本质:您可以将破损的文件与良好的原始文件进行比较，或者了解“恢复”过程对“损坏”文件的实际作用。