当微软在90年代首次提出NTFS时，许多管理员意外地发现他们无法使用新的文件系统来备份电脑。

尽管这看起来像是一个历史教训，但历史有时会重演。

在微软发布Windows Server 2012时，他们推出了弹性文件系统（ReFS）。ReFS是近十年来第一个新的文件系统（除非你将旧文件系统的小版本计算在内）。

如同很久以前的NTFS一样，盲目地部署ReFS可能会导致一些问题。所以，在生产环境中部署ReFS之前搭建实验环境进行测试是非常重要的。

测试ReFS文件系统有多种方式，但有一些测试应该确保ReFS能够处理你的备份。

在开始测试前，最好联系一下你的备份厂商，以确保软件能支持ReFS备份。因为有些备份软件可能需要打补丁升级。或许有一些厂商说他们的产品可以实现ReFS备份，但并未得到官方支持。

但是更多的时候，厂商会表示其下一个版本将增加ReFS支持。例如，Symantec的Backup Exec 2012就不支持ReFS文件系统。但Symantec表示会在Backup Exec 2012 r2版本中增加对ReFS的支持。这个版本还会增加对Windows Server 2012其它特性的支持，如Hyper-V和Windows Server 2012故障转移集群。

也有一些厂商使用完全不同的方式来支持ReFS文件系统备份。比如，Commvault就表示由于代理问题，其ReFS卷不支持更改日志和数据分类方法。他们建议使用传统的扫描来实现。

无论你使用哪种备份软件，最重要的是确定在备份ReFS卷时使用的备份厂商策略。

在与备份厂商确认他们的产品支持ReFS后，首先要做的也是最基本的测试是确保该软件能够备份ReFS卷。如果可以，下一步显然是做还原测试。当然，除了简单的备份还原测试，检测ReFS的兼容性也很重要。

当你开始测试备份软件对ReFS卷的兼容性时，我建议使用文件服务器的数据进行测试。因为文件数据通常包含多种权限。而将文件服务器数据还原到测试服务器，会帮你检验这些权限在备份和还原过程中是否始终保持完整有效。

最好向你的备份软件厂商咨询他们的备份软件对文件大小的限制和卷大小的限制。

这样做是因为ReFS能够提供比NTFS更强大的可扩展性。理论上来说，一个ReFS卷可以支持最大16EB的文件大小以及最大1YB的卷大小。尽管企业通常不太可能使用这么大的卷（特别是还有一些硬件限制），但数据可能会最终增加到超过NTFS可以负载的范围，从而导致软件崩溃。所以提前了解软件的可扩展性限制可以避免这类问题的发生。

读完这篇文章后，有些读者可能想知道备份软件与ReFS兼容的几率是多少。其实这个几率取决于备份软件的新旧程度和软件的工作原理。ReFS实际上是基于NTFS的，它不需要任何额外的API来访问文件系统。这也就意味着大部分的备份软件都可能支持ReFS。然而，有一些特定的NTFS特性在ReFS卷中不被支持（例如用户数据交互和扩展属性），这可能会潜在的导致一些备份应用出现问题。保证你的备份软件能良好支持ReFS的唯一方法是进行系统备份测试。