我正在寻找使用 NETapp 文件管理器和 Snap Manager for Exchange 的任何人提供反馈。我们计划安装一个，顾问告诉我们，我们当前运行 exchange 2003 的虚拟服务器可以保持虚拟，但包含日志文件和 exchange 信息存储的驱动器需要移出 vmware，即不能存储在 vdmk 文件中。
我的理解是，日志和信息存储需要存储在文件管理器中的单独 LUN 上，并且虚拟机将挂载这些 LUN。
我的问题：我查看了 Netapp 的所有最佳实践，但未找到类似的设置。我相信顾问的说法，但我希望得到进一步确认，确认这是首选设置，还是最佳实践指南。
谢谢
答案1
我发现这vmware 论坛中的信息：
简单的答案是“是”，您可以使用存储在 NFS 存储上的 vmdk 运行 Exchange，通常在中小型环境中这是可行的方法。如果您的邮箱服务器上有 2-4 千名重度 Exchange 用户，您可能需要重新考虑。
更复杂的答案是，这应该根据几件事的背景仔细考虑。
1. 是否有任何 SAN 或备份应用程序需要对 LUN（RDM 或 iSCSI）进行本机访问。 诸如 Snap Manager for Exchange 之类的程序需要使用直接呈现给 Exchange VM 的 iSCSI 或 FC LUN。如果是这种情况，您仍会在存储在 NFS 上的 VMDK 上运行操作系统，然后向客户机提供 iSCSI 或 FC LUN 用于数据库或 Translogs 等。
2.您应该使用 perfmon 分析您的应用程序并确定每秒吞吐量和 I/O 的平均值（但包括峰值），然后将其与您使用 NFS 可以获得的吞吐量进行比较，这取决于您如何设置网络。
答案2
这里还有一些其他不错的答案。我只会根据个人经验回答，对于小型交易所/ AD 部署来说，SME 是浪费时间和金钱。如果您拥有大型交易所数据集，这很好，但对于我管理的几十 GB 来说，这只是增加了复杂性。它相当复杂，需要一大堆非常具体的软件修订才能工作。
VM 中的 Exchange 绝对可以正常工作，如果您放弃 SME，则可以使用本机 Exchange 多主复制进行启动。NetApp 显然希望您购买 SME，并且很可能不想为不使用它时的数据损坏承担责任，但 VM 设置、管理和快照的简单性可能会弥补这一点。
这取决于您的部署规模...如果您的用户数量少于 50-100 人，我想我不会考虑 SME。
答案3
我使用 Netapp，但并不直接熟悉 Snapmanager for Exchange，因此希望有 SME 和虚拟化 Exchange 直接经验的人可以提供更好的见解。同样，如果这只是对您迄今为止调查内容的完全重新整理，请见谅。我快速查看了一些专门处理此问题的文档，但没有找到任何明确的内容。Snapmanager for Exchange 管理指南中提到了物理和虚拟资源，但我认为这些与 Exchange 集群资源有关，而不是虚拟磁盘或虚拟机。
仔细想想，如果考虑到 SME 需要快照的内容，那么 SME 需要 LUN 而不是 vmdk 是有道理的。利用针对 vmdk 的阵列快照有点棘手，因为所讨论的磁盘实际上是位于数据存储中的文件，而数据存储又位于某个基于阵列的存储池中。要获取 vmdk 文件内文件系统的正确快照，需要 VMware 快照。要使此 VMware 快照在阵列级别有用，VMware 和存储阵列之间需要进行一些协调，以便第二个快照（基于存储的快照）实际上捕获 vmdk 文件系统的快照状态（第一个 VMware 快照的缓冲区刷新、操作静止等）。此外，由于 Netapp 快照是基于卷的，因此要获取 vmdk 的快照，需要对包含 vmdk 的 VMware 数据存储的整个卷进行阵列快照，并且您无法轻松地“深入研究”并只捕捉 vmdk 所在的卷的那部分，或者在拍摄整个阵列快照后将其拔出。
Snapmanager for Virtual Infrastructure 在 VMware 快照和 Netapp 阵列快照之间进行了一些协调，以简化所有这些操作，但我不知道 Snapmanager for Exchange 是否具有这种意识。
中小企业管理指南： http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme50/pdfs/admin.pdf（现在需要登录）
答案4
我为 NetApp 支持部门工作，支持 SnapManager 产品，并且可以确认任何当前版本的 SnapManager for Exchange (SME) 都不支持任何类型的 VMDK 磁盘。SnapManager for SQL (SMSQL) 确实支持它，但目前不支持 SME。