1916_大量数据备份的一点体会

相对较好的状态应该是打包文件，这样传输速度会快且稳定。打包压缩耗时非常久。如果只打包不压缩，那么可能是一个更好的方案。

然而。无论是压缩还是纯粹打包，我都遇到过文件报错问题，要么是路径太长，要么是其他原因。比如，某些文件提示无法访问等。我们尚未找到非常好的避免这样的问题的方案，只能尝试其他方法。另外，即使在打包过程中，电脑资源也会被消耗得非常严重。CPU以及内存过量小号导致整个电脑基本失去了继续使用的状态。

我在探索过程中发现实际上可以使用SSH进行文件备份。这种传输方式非常稳定可靠，整体速度也相当不错。让我对这种方式产生认可度的另一个原因是这种传输方式可以在后台运行。当然，这个也不完全是仅仅静默的后台，如果我想查看它的速度，也可以查看。直接切换到前台查看文件拷贝的速度。

相比于压缩或者打包来说，我们使用的SSH传输备份方式是直接将文件传输到宽带带宽上，因此并不占用磁盘空间。这样的资源消耗非常低，而且还有内存、CPU的消耗都比打包压缩占用的资源低很多。电脑的其他操作也比较顺畅，几乎不受影响。 总的来说，这种传输方式在Linux的Server以及NAS之间搬运文件非常合适。如果我们的电脑上有Windows的Linux子系统会使传输变得非常平滑顺利。然而最终选择这种方式的重要原因是传输方式比较稳定，稳定可以压倒一切。

如果通过这种方式备份，在不知不觉之间，我们的文件传输基本完成。如果电脑上没有Linux子系统。实际上，有很多非常小巧的工具支持。完成文件传输后整个操作非常顺畅。如果采用无感传输方式进行大数据备份，这可能是最佳方案。

当然，如果你有额外的磁盘接口能够直接拆装硬盘，那么更好。然而我这种方式显然还是有优势的，那就是让我们始终保持原始的工作环境不变化。