我正在升级到Exchange 2007，我想获得一些关于硬件select的build议。 我们目前有一个Exchange 2003 STD服务器，有400个用户，分布在6个AD站点之间，位于一台服务器上。 我们需要转向冗余的容错系统来支持我们的用户。
我打算安装2台带有W2k8-std的戴尔1950服务器作为CAS和集线器服务器，NLB允许为用户提供实际服务器名称的抽象。 因为我们已经有一个梭子鱼箱子可以处理垃圾邮件/病毒过滤，所以不会有边缘系统。
后端我计划在2台邮箱服务器上安装带有16GB内存的戴尔2950s，2个双核或四核CPU以及6个300GB SAS驱动器。 这些系统将使用W2k8 Ent群集并在Exchange中运行CCR进行群集。
我的问题如下：
是16GB的RAM足够的服务与Windows群集和ccr许多邮箱？
我试图找出磁盘布局，我不确定是通过OpenFiler iSCSI服务器使用所有本地磁盘还是某些本地和某些SAN。 SAN将是一台带有6 – 300GB SCSI驱动器的戴尔2850以及一个PERC控制器，可根据需要进行切片，配备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个CPUsockets，需要select双核和四核。 双核心有更快的时钟，但更less的caching，我想老式的体系结构。 我更好的更多的内核和caching，而sacraficing时钟速度？
我打算在E2K3服务器上添加新的E2K7集群，然后将每个邮箱一次全部移出，然后移除旧的服务器。 这似乎比简单地摆脱2003服务器，然后添加2007群集和使用PowerControls或exmerge恢复邮箱更复杂。 迁移选项让我可以在我的时间做到这一点，切换意味着它都需要一次工作。
如果我使用割接方法，那么在删除2003服务器之后，如何预先构build服务器并将其添加到域中，或者不能？ 我认为答案是否定的，如果我想预先build立，迁移是我唯一的select。
我还需要迁移大约30GB的公共文件夹。 有没有什么特别的，除了在E2K7安装中指定我想要旧的Outlook客户端和PF的设置？ 我想我甚至可以保持E2K3服务器只主持PFs？
最后，如果我有Outlook2003,2003和2007的组合，我需要做些什么来确保他们都可以访问GAL和OAB？ 在交易时间，我们将在2007年达到90％，但是我们会有一些更老的东西。 我的计划是在物理networking之外使用的笔记本电脑上使用Outlook Anywhere。 有没有涉及到这个问题？ 我甚至想用所有的Outlook客户端，有没有人这样做？ 我考虑的原因是我们的广域网真的是通过互联网连接的VPN隧道，所以不是一个完全混乱，稳定的广域网。
非常感谢大家提前的帮助，我期待着讨论这些问题！
问候……迈克尔·
至于内存，我们有4000到4500用户，我们的邮箱服务器都是8GB的内存。 我们正在工作。 既然你的用户数量less了一点，你应该用更less的内存就可以了。
在系统中获得2007年在我们将任何真实用户转移到2007年服务器之前，我们将我们的完整2007年环境与我们的2003环境并行build立。 这使我们能够将2007服务器join到2003的路由组中，这样邮件就能够在两种环境之间正确传递。 接下来，我相信我们把OWA切入了2007年的服务器。 2003年的用户仍然可以获得2003年的OWA，当我们将他们移到2007年时，他们会自动获得2007年的OWA版本。
那么你需要确保你的'自动发现'的东西是在2007年的地方。我不记得是什么这是我的头顶，但有一些需要做的DNS的东西。
将公用文件夹复制到2007服务器。 那会在那里。
迁移用户我们在一个星期内批量完成了这项工作。 用户甚至没有注意到。 当他们移动他们得到新的OWA。 如果他们已经在Outlook 2007中，一些function将开始工作，以前没有工作。
清理从您的环境中删除2003服务器有一些陷阱。 小心这个。 我们错过了一个步骤，但我仍然不知道这是什么步骤，导致代表停止工作，Entourage用户开始抱怨。 这一切都是在我们移除2003路由组的时候开始的。 所以，读一下，不要像我们一样。 否则，你和LegacyExchangeDN将成为亲爱的朋友。
听起来很好玩！ 这里有一些想法：
磁盘：
如果价格便宜，我会跳过iSCSI，并与DASD一起使用。 由于您不需要CCR的共享存储，我不确定我是否看到了iSCSI的优势，除非让您获得更多/更好的磁盘便宜。
磁盘选项1似乎不足，但我不知道你有多less邮件数据。
磁盘选项2会触犯一些人，操作系统和页面文件与事务日志在同一主轴上，但是我预测你将会有那么less的IO争用，从而使这一点没有实际意义。 有了这样的RAM，我无法想象你会经常分页。
如果要使用iSCSI，则磁盘选项3和4是有意义的，不过在任何情况下，您都可以考虑将服务器计算机中的多余磁盘用作具有存储组的公用文件夹的RAID-1卷。 我认为事务日志的iSCSI卷可能是一个坏主意，这取决于您的iSCSI设备的吞吐量。
CPU和RAM：
微软似乎认为你需要更多的核心，而不是更高的时钟速度。 我倾向于同意，但除了轶事的performance观察以外，我不能仅仅依据这一点。 Exchange一直在利用多个CPU的优势，我无法想象E2K7是一个例外。
根据微软的计划指南的公式（ http://technet.microsoft.com/en-us/library/bb738142.aspx ），你的RAMconfiguration应该是足够的，但是可以通过根据你的现有的E2K3安装。
移民：
移动邮箱迁移是你的朋友，而且根本不复杂。 当E2K3服务器计算机正在生产时，您可以将所有东西都暂存，并随时间迁移。 你的路由组拓扑听起来很直接（>微笑<），所以当你把E2K7在线的时候邮件路由不会有什么大不了的。
如果你要去“切换”路线，没有select“预先build立”。 在同一个AD林中，您不能同时拥有一个E2K3和一个E2K7组织。
公共文件夹：
保持旧的E2K3机器托pipe公共文件夹当然是一种可能性。 如果没有，请将公用文件夹复制到您创build的新公用存储中，如上所述，为每个私人存储指定默认的公用存储。
客户：
同时支持Outlook 2007和Outlook 2003不是问题。 从技术上讲， Outlook 2000不是由Microsoft支持的。 我从来没有尝试过，我从来没有听说过的人。 我会很期待它会工作，我会testing它。 据说只要有一个公共商店可用Outlook 2000将工作。
Outlook Anywhere在E2K7中工作正常。 我不知道在公司范围内使用Outlook Anywhere需要说些什么。 我不知道有线MAPI与HTTP内MAPI之间的带宽使用情况比较，我想这会给你答案。 你当然可以嘲笑它，并像Wireshark那样进行基准testing。 （呃…另外一个“也许我应该那样做”的想法，自从我开始在这里发布以来，我已经收到了很多这样的想法…）
嗯。 那么我可以给你关于加载，我正在运行> 24Gb没有问题的盒子2000用户的传闻评论，所以16Gb应该应付400用户。 或者我可以把你指向微软的交易大小调整工具，这样你就可以用科学的方法来处理你的需求。
我们的交换服务器有1GB的内存，我们有373个完全活跃的大量使用电子邮件帐户。 除非你试图给每个用户无限量的存储16GB的内存是矫枉过正。
我想编辑那些是全职员工的电子邮件帐户，我们有几百个，我们称之为几乎无效的帐户光。 现在还不到2MB，就像他们甚至不使用帐户一样。
IIRC，微软在Exchange（和SQL）方面的最佳做法是：
我不知道Exchange如何对iSCSI执行操作，但是使用FC，您实际上可以在SAN上运行所有这些（使用单独的驱动器主轴）。
我几乎完全同意埃文的回应。 我会有一些不同的东西。 我不同意outlook 2000.我会确保这些升级之前，我把这些用户移到2007年。公共文件夹不同。 您没有提到存储在公用文件夹中的内容。 根据存储的内容，您应该考虑将其移至共享点。 这里是一个关于什么的指导post，而不是移动到共享点。 即使指导说“不需要移动”，我仍然认为这是一个select，因为
一个。 如果您继续使用公共文件夹，用户通常会尝试创build更多的内容，然后回到“新到PF”列，而且一般来说，sharepoint通常是您的最佳select。
湾 您可能拥有或将拥有共享点服务器，在这种情况下，您可能会在两个完全不同的系统中维护相同types的信息，从业务stream程的angular度来看，这不完全是最佳select。
文章的关键引用是这样的：
“为了协作，内容pipe理和业务stream程的需要，迁移到SharePoint有很多优势，相比之下，并非所有的公用文件夹使用情况都由SharePoint提供最好的服务，请考虑每个服务器的优势以及上面列出的因素这个决定，转移到SharePoint的一个非常现实的select是今天在你的组织中部署SharePoint，开始把它集成到你的组织工作stream程，并慢慢减less你对Exchange公共文件夹的依赖。