我正在使用Snap Manager for Exchange寻找使用NETapp文件pipe理器的人的反馈。 我们计划安装一个，顾问告诉我们，我们当前运行exchange 2003的虚拟服务器可以保持虚拟，但是包含日志文件和交换信息存储的驱动器需要移动到vmware之外，即不能存储在内部一个vdmk文件。
我的理解是日志和信息存储将需要存储在文件pipe理器中的单独LUN上，虚拟机将挂载这些LUN。
我的问题：我已经浏览了Netapp的所有最佳实践，我还没有find类似的设置。 我相信这位顾问，但是我希望进一步确认这是最好的设置，或是最佳实践指南。
谢谢
我在vmware论坛中发现了这个信息：
简单的答案是“是”，您可以使用存储在NFS存储上的vmdks运行Exchange，通常在中小型环境中，这是要走的路。 如果您在邮箱服务器上拥有2至4千个Exchange用户，则可能需要重新考虑。
更为复杂的答案是在几件事情的背景下仔细考虑。
1.是否有任何需要本地访问LUN（RDM或iSCSI）的SAN或备份应用程序。 Snap Manager for Exchange等事情需要使用直接提供给Exchange VM的iSCSI或FC LUN。 如果是这种情况，您仍然可以在NFS上存储的VMDK上运行您的操作系统，然后将iSCSI或FC LUN作为数据库或Translogs之类的东西呈现给guest虚拟机。
2.您应该使用perfmon来分析您的应用程序，并确定吞吐量和每秒I / O的平均值（但包括峰值），并将其与使用NFS获得的吞吐量进行比较，这取决于您如何设置networking。
其他一些好的答案在这里。 我只是从个人经验回答，对于小型交换/ AD部署SME是浪费时间和金钱。 如果你有一个大型的交换数据集，这是非常好的，但是我pipe理的几十兆字节只是增加了复杂性。 这是相当复杂的，需要一整套非常具体的软件修订工作。
虚拟机中的交换将明确工作，如果您放弃SME，则可以使用本地交换多主复制进行引导。 NetApp显然希望您购买SME，如果不使用它，很可能不想承担数据损坏的责任，但是VM设置，pipe理和快照的简单性可能会弥补这一点。
这只取决于你的部署的大小…如果你是在50-100用户下，我不认为我会考虑中小企业。
我与Netapp合作，但我并不直接熟悉Snapmanager for Exchange，因此希望有直接经验的中小型企业和虚拟化Exchange可以提供更好的洞察力。 同样道歉，如果这只是你迄今为止所调查的内容而已。 我快速查找了一些专门处理这个问题的文档，但是我没有发现任何明确的内容。 Snapmanager for Exchangepipe理指南中提及了物理和虚拟资源，但我相信这些资源与Exchange群集资源相关，而不是虚拟磁盘或虚拟机。
考虑一下，如果考虑到它的快照，SME需要LUN而不是vmdks。 针对vmdk利用arrays快照有点棘手，因为所讨论的磁盘实际上是位于数据存储区中的文件，而数据存储区又位于基于arrays的存储池中。 为了在vmdk文件中正确捕捉文件系统，需要VMware快照。 为了使这个VMware快照在arrays级别有用，需要在VMware和存储arrays之间进行一些协调，以便第二个快照（基于存储的快照）实际上捕获处于值得快照状态的vmdk文件系统（缓冲区冲刷，由第一个VMware快照运行，等等）。 此外，由于Netapp快照是基于卷的，因此要获取vmdk的快照，容纳vmdk所在的VMware数据存储的整个卷需要进行arrays快照，并且不能轻松“深入查看” vmdk在全局数组快照被占用之后所处的那部分卷。
Virtual Infrastructure的Snapmanager在VMware快照和Netapparrays快照之间进行了一些协调，以简化所有这些，但是我不知道Snapmanager for Exchange有这种意识。
SMEpipe理指南： http : //now.netapp.com/NOW/knowledge/docs/SnapManager/relsme50/pdfs/admin.pdf （现在需要login）
我在一个使用Exchange 2010的中小企业环境下工作。我意识到这与您的环境有所不同，但我认为这可能值得分享。 与您的环境不同，我们的Exchange服务器是物理的，但通过iSCSI与NetApp通过iSCSI提供的独立物理内存上的日志和信息存储在一起，这与顾问告诉您的内容相符。
我不能说任何与可视化相关的东西，但是我的经验表明，为日志和信息存储设置独立的物理内存是一个不错的主意，特别是如果你打算拍摄对象。 我们有一个中等大小的交换环境，但Exchange 2010写入到日志卷的更改数量是惊人的。 保持2周左右的储存量是惊人的。 请记住，快照捕获对卷的所有更改（卷包含lun）。 如果您在Exchange中执行邮箱移动或维护，这一点尤其明显。
另外值得注意的是，Exchange正在不断向Netapp写信，因此出于性能原因，将日志和信息存储在单独的聚合（单独的磁盘）中是很好的。
无论如何，这可能在你的问题范围之外，但如果你决定去Netapp路线，这可能是一个好的select。
我为NetApp支持工作，确实支持SnapManager产品，并且可以确认任何当前版本的SnapManager for Exchange（SME）都不支持任何types的VMDK磁盘。 SnapManager for SQL（SMSQL）目前支持它，但不支持SME。