主页 / server / 问题 / 59535
Accepted
Aaron
Asked: 2009-08-28 05:27:05 +0800 CST

用于 Exchange 的 NetAPP 快照管理器

  • 772

我正在寻找任何使用 NETapp 文件管理器和 Snap Manager for Exchange 的人的反馈。我们计划安装一台，顾问告诉我们当前运行exchange 2003的虚拟服务器可以保持虚拟状态，但是包含日志文件和exchange信息存储的驱动器需要移到vmware之外，即不能存储在里面vdmk 文件。

我的理解是日志和信息存储需要存储在文件管理器中的单独 LUN 上，虚拟机将挂载这些 LUN。

我的问题：我查看了 Netapp 的所有最佳实践，但没有找到类似的设置。我相信顾问，但我有兴趣进一步确认这是首选设置或最佳实践指南。

谢谢

exchange-2003 netapp vmware-esx

5 个回答

  1. Best Answer

    我在 vmware 论坛中找到了以下信息：

    简单的回答是“是”，您可以使用存储在 NFS 存储上的 vmdks 运行 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 可以获得的吞吐量进行比较，这取决于您如何设置网络。

    • 3

  2. 这里有一些其他的好答案。我只是根据个人经验来回答，对于小型交易所/AD 部署 SME 来说是浪费时间和金钱。如果您有一个大型交换数据集，那就太好了，但是对于我管理的几十个千兆字节，它只是增加了复杂性。它非常复杂，需要大量非常具体的软件版本才能工作。

    虚拟机中的交换肯定会工作，如果您放弃 SME，您可以使用本机交换多主机复制来启动。NetApp 显然希望您购买 SME，并且如果您不使用它，很可能不想对数据损坏负责，但虚拟机设置、管理和快照的简单性可能会弥补这一点。

    这仅取决于您的部署规模……如果您的用户少于 50-100 人，我认为我不会考虑 SME。

    • 2

  3. 我与 Netapp 合作，但我并不直接熟悉 Snapmanager for Exchange，因此希望具有 SME 和虚拟化 Exchange 直接经验的人可以提供更好的见解。同样，如果这只是对您迄今为止所调查的内容的全面重述，我们深表歉意。我快速查找了一些专门处理此问题的文档，但没有发现任何明确的内容。Snapmanager for Exchange 管理员指南中有对物理和虚拟资源的引用，但我相信这些与 Exchange 群集资源有关，而不是与虚拟磁盘或虚拟机有关。

    仔细想一想，如果您考虑到 SME 需要 LUN 而不是 vmdks，那么它是有道理的。对 vmdk 使用阵列快照有点棘手，因为相关磁盘实际上是位于数据存储中的文件，而数据存储又位于某个基于阵列的存储池中。要获得 vmdk 文件中文件系统的正确快照，需要使用 VMware 快照。要使此 VMware 快照在阵列级别有用，需要在 VMware 和存储阵列之间进行一些协调，以便第二个快照（基于存储的快照）实际捕获处于值得快照状态的 vmdk 文件系统（缓冲区刷新、操作被第一个 VMware 快照静默等）。此外，由于 Netapp 快照是基于卷的，因此要获取 vmdk 的快照，

    Snapmanager for Virtual Infrastructure 在 VMware 快照和 Netapp 阵列快照之间进行了一些协调，以简化所有这一切，但我不知道 Snapmanager for Exchange 有这种意识。

    SME 管理员指南： http: //now.netapp.com/NOW/knowledge/docs/SnapManager/relsme50/pdfs/admin.pdf（现在​​需要登录）

    • 1

  4. 我在使用 SME 和 Exchange 2010 的环境中工作。我意识到这与您的环境不同，但我认为这可能值得分享。与您的环境不同，我们的 Exchange 服务器是物理的，但日志和信息存储在单独的物理 lun 上，由 NetApp 通过 iSCSI 提供服务，这与顾问告诉您的一致。

    我无法谈论任何与可视化相关的内容，但我的经验表明，为日志和信息存储分别设置物理 lun 是个好主意，尤其是在您打算拍摄快照的情况下。我们有一个中型交换环境，但 Exchange 2010 写入日志卷的更改数量尤其惊人。将快照保存 2 周所需的存储量是惊人的。请记住，快照会捕获对卷的所有更改（卷包含 lun）。如果您在 Exchange 中执行邮箱移动或维护，这一点尤其明显。

    另外值得注意的是，Exchange 会不断地写入 Netapp，因此出于性能原因，最好将日志和信息存储在单独的聚合（单独的磁盘）中。

    无论如何，这可能有点超出您的问题范围，但如果您决定走 Netapp 路线，它可能是值得深思的。

    • 1

  5. 我在 NetApp 支持部门工作并支持 SnapManager 产品，并且可以确认任何当前版本的 SnapManager for Exchange (SME) 都不支持任何类型的 VMDK 磁盘。SnapManager for SQL (SMSQL) 确实支持它，但目前不支持 SME。

    • 0

相关问题