我们当前的主要文件服务器是一个Windows 2003 R2群集，其中有3个2TB磁盘连接到后端SAN。
我们现在的主要问题是2TB磁盘中的1个已经满了。 我有什么select？
我只是在寻找反馈，看看是否有其他的select或陷阱与这两个选项的人已经实现了任何一个。 选项1将是最简单的解决scheme。 我只关心音量在2TB的限制。 谢谢。
我会去GPT的dynamic和跨越磁盘（我假设这些2TB卷在一个RAIDarrays）。
GPT将允许您创build大于2TB的磁盘，只要存储path中的所有内容都是64位。 我们的其中一个存储arrays不会使LUN变大，所以我们的64位Win2008主机可以使用它们的事实是无关紧要的。 我们的新arrays可以这样做，我们现在是。 如果你有select，我会说与GPT去。
如果由于某处存在32位问题而导致2TB LUN陷入困境，则跨越多个LUN的卷是唯一真正的select。
由于您在群集上，并且群集不支持dynamic磁盘（至less不是没有Veritas Storage Essentials或任何其他名称），所以您的选项更less。 我现在正面临着这个确切的问题，我们正在考虑将音量分成多个LUN，并改变用户访问存储的方式。