我正在升级到 Exchange 2007，我想就硬件选择获得一些建议。我们目前有一个 Exchange 2003 STD 服务器，它有 400 个用户，分布在 6 个 AD 站点之间，位于单个服务器上。我们需要迁移到冗余的容错系统来支持我们的用户。
我计划安装 2 台带有 W2k8-std 的戴尔 1950 服务器作为 CAS 和集线器服务器，使用 NLB 允许将实际服务器名称抽象给用户。不会有边缘系统，因为我们已经有一个梭子鱼盒子可以处理输入/输出垃圾邮件/病毒过滤。
后端 我计划在 2 台邮箱服务器上使用 Dell 2950s，配备 16GB RAM、2 个双核或四核 CPU 和 6 个 300GB SAS 驱动器（在某些 RAID 配置中）。这些系统将使用 W2k8 Ent 集群和在 Exchange 中运行 CCR 进行集群。
我的问题如下：
16GB 的 RAM 是否足以为这么多邮箱以及 Windows 集群和 ccr 提供服务？
我试图弄清楚磁盘布局，但我不确定是通过 OpenFiler iSCSI 服务器使用所有本地磁盘还是使用一些本地和一些 SAN。SAN 将是具有 6 - 300GB SCSI 驱动器和 PERC 控制器的戴尔 2850，可根据需要进行切片，具有 8GB RAM。
选项 1：2 个驱动器，RAID 1 - OS 2 个驱动器，RAID 1 - 日志 2 个驱动器，RAID 1 - 邮件存储
选项 2：2 个驱动器，RAID 1 - 操作系统和日志 4 个驱动器，RAID 5 - 邮件存储和用于 eseutil 的暂存空间。
选项 3：2 个驱动器，RAID 1 - OS 2 个驱动器，RAID 1 - 日志 2 个驱动器，RAID 0 - 暂存空间 ~300GB iSCSI 卷用于邮件存储
选项 4：2 个驱动器，RAID 1 - OS 4 个驱动器，RAID 5 - 暂存空间 ~300GB iSCSI 卷用于邮件存储 ~300GB iSCSI 卷用于日志
我有 2 个 CPU 插槽，需要在双核和四核之间进行选择。双核具有更快的时钟但更少的缓存，我正在考虑较旧的架构。在牺牲时钟速度的同时使用更多内核和缓存是否会更好？
我计划将新的 E2K7 集群添加到 E2K3 服务器，然后一次性移动每个邮箱，然后移除旧服务器。这似乎比简单地摆脱 2003 服务器然后添加 2007 集群并使用 PowerControls 或 exmerge 恢复邮箱更复杂。迁移选项让我可以在我的时间执行此操作，切换意味着它需要同时工作。
如果我使用割接方法，我怎样才能在删除 2003 服务器后预先构建服务器并将它们添加到域中，或者我不能？我认为答案是否定的，如果我想预构建，迁移是我唯一真正的选择。
我还需要迁移大约 30GB 的公用文件夹。除了在 E2K7 安装中指定我想要旧版 Outlook 客户端和 PF 设置之外，这有什么特别之处吗？我想我什至可以让 E2K3 服务器只托管 PF？
最后，如果我混合使用 Outlook 200、2003 和 2007，我需要做什么来确保它们都可以访问 GAL 和 OAB？在切换时，我们将达到 2007 年的 90%，但我们会有一些旧的东西。我的计划是在物理网络之外使用的笔记本电脑上使用 Outlook Anywhere。这其中有什么陷阱吗？我什至在考虑为所有 Outlook 客户端使用 is，有人这样做吗？我正在考虑它的原因是我们的 WAN 实际上是 Internet 连接上的 VPN 隧道，因此不是一个完全混乱、稳定的 WAN。
非常感谢大家提前提供的帮助，我期待着就这些问题进行讨论！
问候...迈克尔
至于内存，我们有 4000 到 4500 个用户，我们的两个邮箱服务器的内存都是 8GB。我们正在工作。由于您的用户数量减少了一个数量级，因此您应该可以使用更少的内存。
在系统中获取 2007 在 将任何真实用户转移到 2007 服务器之前，我们将完整的 2007 环境与 2003 环境并行设置。这使我们能够将 2007 服务器加入 2003 的路由组，以便邮件可以在两个环境之间正确传递。接下来，我相信我们会将 OWA 切换到 2007 年的服务器；使用 2003 的用户仍将获得 2003 OWA，当我们将他们移至 2007 时，将自动获得 2007 版的 OWA。
然后你需要确保你的“自动发现”东西在 2007 年就位。我不记得我脑子里到底是什么，但有一些 DNS 东西需要做。
将您的公用文件夹复制到 2007 服务器。那会让他们在那里。
迁移用户 我们在大约一周的时间里分批完成。用户甚至没有注意到。当他们搬家时，他们会得到新的 OWA。如果它们已经在 Outlook 2007 上，则某些以前无法使用的功能将开始工作。
清理 从您的环境中删除 2003 服务器有一些问题。请注意这一点。我们错过了一个步骤，我仍然不知道那是什么步骤，导致诸如代表停止工作和 Entourage 用户开始抱怨。这一切都是从我们删除 2003 路由组开始的。所以，请仔细阅读，不要像我们一样。否则，您和 LegacyExchangeDN 将成为亲密的朋友。
听起来很有趣！以下是一些想法：
磁盘：
如果它更便宜，我会跳过 iSCSI 并使用 DASD。由于您不需要 CCR 的共享存储，我不确定我是否看到 iSCSI 的优势，除非它可以让您获得更多/更好的磁盘更便宜。
磁盘选项 1 似乎不太合适，但我不知道您有多少邮件数据。
磁盘选项 2 会冒犯一些人，因为操作系统和页面文件与事务日志位于同一主轴上，但我预测您那里的 IO 争用将非常少，以至于无法解决这一问题。使用那种 RAM，我无法想象您会经常分页。
如果您要使用 iSCSI，磁盘选项 3 和 4 是有意义的，尽管在任何一种情况下，您都可以考虑将服务器计算机中多余的磁盘用作 RAID-1 卷，并带有一个存储组，例如用于公共文件夹。我认为事务日志的 iSCSI 卷可能不是一个好主意，具体取决于 iSCSI 设备的吞吐量。
CPU和内存：
微软似乎认为你想要更多的内核，而不是更高的时钟速度。我倾向于同意，但除了对性能的轶事观察之外，我不能基于其他任何东西。Exchange 在利用多个 CPU 方面一直做得很好，我无法想象 E2K7 是个例外。
根据 Microsoft 的规划指南公式 ( http://technet.microsoft.com/en-us/library/bb738142.aspx )，您的 RAM 配置应该足够，但可以通过根据您的规划调整一些大小来进行更准确的规划现有的 E2K3 安装。
移民：
移动邮箱迁移是您的朋友，而且一点也不复杂。您可以在 E2K3 服务器计算机处于生产状态时暂存所有内容，并在时间允许的情况下从它们迁移出去。您的路由组拓扑听起来很简单 (>smile<)，因此当您将 E2K7 联机时，邮件路由不会有什么大不了的。
如果您要走“切换”路线，则没有“预构建”选项。您不能在同一个 AD 林中同时拥有独立的 E2K3 和 E2K7 组织。
公共文件夹：
保留您的旧 E2K3 机器来托管公用文件夹当然是可能的。如果没有，请将公用文件夹复制到您创建的新公用存储中，并如您所说，为每个私有存储指定默认公用存储。
客户：
同时支持 Outlook 2007 和 Outlook 2003 不是问题。从技术上讲，Microsoft 不“支持”Outlook 2000。我从未尝试过，也从未听说过有人尝试过。我会担心它会起作用并且我会对其进行测试。假设只要有公共商店可用，Outlook 2000 就可以工作。
Outlook Anywhere 在 E2K7 中运行良好。关于在公司范围内使用 Outlook Anywhere，我不知道该说些什么。我不知道网络上的 MAPI 与 HTTP 内部的 MAPI 之间的带宽使用比较，我认为这会给你答案。您当然可以模拟它并使用 Wireshark 之类的东西对其进行基准测试。（哎呀......另一个“也许我应该在某个时候这样做”的想法。自从我开始在这里发帖以来，我已经收到了很多......）
嗯。好吧，我可以给你一些关于加载我在 24Gb 的盒子上运行 > 2000 个用户没有问题的轶事评论，所以 16Gb 应该可以处理 400 个用户。或者，我可以向您指出 Microsoft 的交换大小工具，以便您可以使用科学的方法来解决您的需求。
我们的交换服务器有 1GB 的内存，我们有 373 个完全活跃的高使用率电子邮件帐户。除非您试图为每个用户提供无限量的存储空间，否则 16GB 内存是多余的。
我想编辑那些是全职员工电子邮件帐户，我们有几百个我们称之为几乎不活跃的帐户。不到 2MB 现在什么都不是，就像他们甚至不使用帐户一样。
IIRC，Microsoft 在 Exchange（和 SQL）方面的最佳实践是：
我不知道 Exchange 将如何针对 iSCSI 执行，但使用 FC，您实际上可以在 SAN 上运行所有这些（使用单独的驱动器主轴）。
我几乎完全同意埃文的回答。我会对一些事情有几种不同的看法。我对 Outlook 2000 有所不同。在将这些用户移至 2007 之前，我会确保这些已升级。在公用文件夹方面我会有所不同。您没有提到公共文件夹中存储的内容。根据存储在那里的内容，您应该考虑将其移动到共享点。 这是一篇关于立即迁移到共享点和不迁移到共享点的指导文章。即使指导说“不需要移动”很多，我仍然认为这是一个选择，因为
一个。如果您继续使用公用文件夹，用户通常会尝试创建更多文件夹 - 然后您将返回“pf 新手”列，当然一般来说，sharepoint 通常是您的最佳选择。
湾。您可能拥有或将拥有共享点服务器，在这种情况下，您可能会在 2 个不同的系统中维护相同类型的信息，从业务流程的角度来看，这并不是最佳的。
这篇文章的关键引述是这样的：
“迁移到 SharePoint 对于您的协作、内容管理和业务流程需求有很多优势。相比之下，并非所有公用文件夹使用方案都最适合 SharePoint。考虑每个服务器的优势以及上面列出的因素，在制作时这个决定。迁移到 SharePoint 的一个非常现实的选择是立即在您的组织中部署 SharePoint。开始将其集成到您的组织工作流程中，并逐渐减少您对 Exchange 公用文件夹的依赖。