首先，我愿意接受关于这个标题的建议。
这是我正在寻找的：我正在重建我们的文件服务器，因为它快要坏了，而且空间分配不当。我希望能够做的是，将去年访问的数据存储在近线附近，并使用 Windows DFS 复制该数据，同时将任何未使用的数据存储在更便宜、更慢的存储介质上，唯一的冗余是磁带备份。
例如，我总共有大约 5TB 的存储容量，但只有最活跃的 1TB 会保留在近线附近并使用 Windows DFS 进行复制。其余数据可用，但在发生灾难时需要从磁带中恢复。较旧的数据将被视为重要数据，但对于日常运营而言并非关键数据。
我还想做的是将这些数据无缝地“拼接”在一起，使其看起来仍然像仍在同一个文件夹中，并让窗口找出数据的实际位置。
SQL Server 2008 通过文件组提供了一个很好的例子，我可以将去年的数据存储在速度较慢、较便宜的 SATA 驱动器上，而 SQL 会为我无缝地将整个数据库拼接在一起，因此作为用户，我永远不知道我不常查看的数据是否存储在其他地方。
我使用的是安装了文件服务角色的 Windows 2008 R2 标准版。我更愿意将其作为本机解决方案，而不使用第三方软件，但我不会完全关闭它。
答案1
答案2
您所谈论的是具有统一名称空间的分层存储管理 - 这是 EMC、NetApp 和 Hp 等公司非常擅长的。基本上，您能够“查看”您创建的所有数据，但只有最常用的数据非常快且具有弹性，较少的数据则速度较慢且弹性较差。所以我知道存在解决方案 - 我有很多这样的系统......但您希望在“操作系统中”实现这一点，这将需要其他 SF 用户比我更熟练的 Windows 技能。但请记住，您能如果操作系统驱动的路线枯竭，就让这些系统运行起来，只是需要付出一些代价。