我们运行一个stream行的Web应用程序，并且我们的后端文件存储位于文件服务器上，并被复制到另一个文件服务器以便与DFSR进行故障转移。 我们已经达到了DFSR的理论极限，因此需要开始分析我们的存储。
什么是最好的方式去分片？ 我知道我们可以在应用程序级别抽象出我们的文件存储空间，但是除此之外，我的脑海里浮现出与文件系统交互的第三方控件将如何挂钩到抽象中。 你见过的最好的技术是什么，或者能想到什么？ 现在假定我们有一个目录结构，例如/ Customers /自行车系统，/ Customers / 10degrees等等。客户数据的一个大目录，每个客户在该目录中都有自己的文件夹。
我最初的想法是把大客户目录分解成更多的层次结构，比如/ Customers / b /自行车系统/ Customers / 1 / 10degrees（取每个客户ID的第一个字母或数字），这给了我能力为构成客户ID的每个第一个字符创buildDFS命名空间（对于您的正则expression式人员是[a-z0-9]）。 所以，一个潜在的36个DFS命名空间。 然后从那里我可以随着容量的增加将这些命名空间转移到各种服务器上。 在达到理论上的DFSR限制之前，这会给我更多的喘息空间。
这是最好的方法吗？
我知道我们可以看看Linux或其他企业级存储系统（Isilon等）。 但是，对于这个讨论，我想暂时讨论一下Windows的讨论。 当然，除非你有强烈的欲望来颂扬不同的解决scheme的好处，而且你想帮助我看到光明！
这是一个依靠两台服务器的网站！
什么是DFS复制支持的限制？
以下列表提供了一组Microsoft经过Windows Server 2008 R2和Windows Server 2008testing的可伸缩性准则：
* Size of all replicated files on a server: 10 terabytes. * Number of replicated files on a volume: 8 million. * Maximum file size: 64 gigabytes.