我已经安装了2台安装了sc08控制器卡的HP DL360 G7服务器和双控制器P2000 G3，每台服务器到控制卡（每个控制器上使用SAS端口1）的电缆都是单根电缆。
我有磁盘arrays所有设置和虚拟磁盘是可见的每个服务器作为3TB卷，我格式化它在server1上，它被分配了驱动器号E.
我重新扫描服务器2上的磁盘，发现格式化的音量，并把它作为E在线直接，所以我想我是一个赢家。
然而，看起来，虽然两台服务器看到3TB，他们不能看到其他数据，有没有办法让他们看到相同的数据（是在configuration的其他布线/checkbox）
提前致谢。
你需要使用一个集群感知的文件系统 – 简单的香草NTFS，我敢肯定你正在使用，不是一个。
问题是，每当两个盒子共享相同的数据时，需要pipe理locking，以便一台服务器不会覆盖另一台的数据并导致损坏。
在NAS环境中，NAS协议本身（比如NFS，CIFS / SMB等）和NAS控制器固有地pipe理这个locking过程。 在SAN环境（FC / FCoE，iSCSI）中，服务器本身必须pipe理这个过程，这意味着它实际上是执行这项工作的那些盒子上的文件系统。
现在我必须马上告诉你，你已经完成的工作已经非常严重地损坏了你已经完成的工作量，我不得不说，这样你才能理解对你的项目和时间表的影响。
现在，您需要通过select群集感知文件系统来找出前进的方向。 在VMWare世界中，有许多这样的默认文件系统（VMFS）是集群感知的，Oracle的Linux环境中的OCFS / OCFS2也是如此，而Linux空间中也有其他的。
对于Windows，有两个选项我知道，我使用的是赛门铁克的“ Veritas Storage Foundation for Windows ” – 它不仅允许您创build符合NTFS的集群文件系统，path选项也是如此 – 这就是为什么我使用它，但它远离自由。
你也可以使用MS自己的集群服务 ，刚开始configuration时这可能有点令人生畏，但实际上它增加了一个新的服务到你的Windows服务器，处理需要的块级locking，你必须实现多path分别使用MS的MPIO机制，但是这种情况至less包括在Windows Server的大多数版本中。 事实上，这是build立MSSQL旧版本的build议方法，所以有很多文档可以帮助解决这个问题。
所以总结一下，这个东西不是单纯的工作，你肯定已经杀死了你的文件系统，希望这不是一个问题 – 你需要select一个前进方向并部署它。