首先，我愿意就这个标题提出build议。
这是我正在寻找的：我正在重build我们的文件服务器，因为它正在死亡，以及空间分配不当。 我希望能够做到的是在去年访问的存储数据附近，并使用Windows DFS复制这些数据，同时将所有未使用的数据存储在更便宜和更慢的存储介质上，唯一的冗余是磁带备份。
所以，例如，我总共有大约5TB的存储容量，但只有最活跃的1TB我会保持接近线路，并使用Windows DFS进行复制。 留下其余的，但在灾难中，需要从磁带恢复。 较旧的数据将被认为是重要的保留，但不是日常操作的关键任务。
我还想做的就是将这些数据无缝地“缝合”在一起，这样看起来它仍然在同一个文件夹中，让Windows找出数据的实际位置。
SQL Server 2008在文件组方面有一个很好的例子，我可以在那里存储去年的数据在更便宜的SATA驱动器上，而SQL将无缝地将整个数据库拼接在一起，所以作为用户，我永远不知道我正在查看的数据不经常存储在其他地方。
我正在使用安装了文件服务angular色的Windows 2008 R2标准。 我宁愿将其作为本地解决scheme，而不进入第三方软件，但我并没有完全closures它。
其实现在我已经阅读了MS的FCI，我相信这个任务是可行的！
您所采取的是具有统一命名空间的分层存储pipe理 – 这正是EMC，NetApp和Hp等人所擅长的。 基本上，您可以“查看”曾经创build的所有数据，但只有使用最多的数据才能快速且灵活地应对，而数据越less，弹性越小。 所以我的解决scheme就存在了，我知道 – 我有很多这样的系统…但是你需要这个“在操作系统”，这将需要其他的SF用户远远超过我的Windows技能。 但请记住，如果操作系统驱动的路由干涸， 可以使这些系统正常工作，但不是没有价格标签。