从Exchange 2003移至Exchange 2010

Question

考虑一个中小型企业部署Exchange 2003。问题是如何迁移到Exchange 2010。这里有一些关于这里的风景：

• 当前状态为50-100个用户/邮箱，大多数使用Outlook 2007。
• 奥瓦已启用
• 桌面用户不在缓存Exchange模式下运行
• 用户正在缓存Exchange模式下运行膝上型计算机
• 一台具有适度或合理规格的单一Exchange服务器(3 GHz，多核，4 GB，Windows 2003 32位)

问题

• 对于从Exchange 2003到2010的升级路径/步骤，您对管理团队有什么建议？
• 考虑到64位操作系统的需求，考虑一台新的独立机器，它可以与Windows 2008兼容。我有没有漏掉任何细节？
• 虚拟化在这个项目中有什么帮助呢？

任何经验教训，以往的升级(2007年或2010年)将不胜感激！

Answer 1

老实说，这听起来像是小菜一碟。您所描述的单个服务器、单个物理位置场景是最容易执行的迁移。遵循来自微软的指导方针，你就会成功。您基本上是在讨论“移动邮箱”迁移，对用户来说没有任何可见性。

您的Exchange 2003安装应该已经在Service 2上了，这才是真正需要的。

Exchange 2010有一种从Exchange 2007进行的小版本升级的感觉(在2003到2007年间缺少一些重大的架构更改)，而且我从2003年到2007年所做的迁移仍然非常顺利。我预计从2003年到2010年的移民将同样顺利(虽然我还没有机会做任何事情……)有人玩吗？)。

您说的是正确的事情:获得一台新的服务器计算机来承载Exchange 2010。确保您按照Microsoft的最佳实践提供存储( ESE事务日志和数据库的单独纺锤体，为前者的顺序访问而调优，为后者进行随机访问)。

我在Exchange 2003到2007迁移中看到了一些问题，在迁移过程中，用户在缓存Exchange模式下打开了邮箱。当用户使用Outlook时，移动邮箱应该是可能的，但我不会冒险--我肯定他们在移动邮箱时不会使用Outlook。

如果你要立刻把每个人都切断，改变你的防火墙规则，将OWA访问从互联网转发到新的Exchange计算机并不是什么大事。如果您计划在两台服务器上共存一段时间，那么您将需要担心用户访问正确的OWA实例才能到达他们的邮件，这取决于他们的邮箱是否移动。(这是一个很好的理由，可以在一段预定的停机时间间隔内同时删除所有用户。)

我不知道虚拟化是否会“有所帮助”，因为无论您是迁移到裸金属上还是在虚拟化机器上，迁移都将是一样的。Exchange 2010在IO需求方面比以前的Exchange版本更友好，因此在虚拟化环境中运行(与以前的Exchange版本相比，在虚拟环境中会产生一定数量的IO开销)的影响要小一些。

如果您正在托管任何Exchange集成的杀毒软件，您是否准备好使用Exchange 2010版本的许可证？

备份管理软件准备好支持Exchange 2010了吗？

您可能需要阅读Exchange自动发现。它可能会对SSL证书和DNS基础结构产生影响，前提是您不想从Outlook得到一些恼人的警告。为了获得一些良好的背景(第二个参考Exchange 2007，但它在Exchange 2010中没有发生重大变化)。

• 理解自动发现服务
• 白皮书: Exchange 2007自动发现服务

Answer 2

我刚刚执行了一个exchange 2003来交换2010年的迁移。首先，这件事完美无缺！我对结果很满意。大家都知道，Exchange 2010需要64位操作系统。因此，我在现有的2003活动目录环境中创建了一个新的64位Windows 2008企业服务器和一个新的windows 2008 64位企业域控制器。

首先，让我说，你必须在你的DC上运行adprep 2008 cd，它保留了你的fsmo角色。

我安装了exchange 2010，并推出了一台新的BES 5.0.2服务器，因为我认为这将是刷新公司黑莓用户的绝佳时机。

我喜欢这个版本的交换！在迁移完成之前，我一直在运行共存模式，然后从我的环境中卸载exchange 2003，并将该旧的、笨重的交换服务器退役。让我说一句，尽管让您的客户端访问和邮箱角色成为VM的噪音很大。我没有问题这样做，因为我是一个巨大的VMware和虚拟化爱好者。我的cas、hub和邮箱角色在一个VM中都没有问题，没有任何性能问题。

我不喜欢的一件事是，从设计上说，store.exe现在是一个内存霸主！但是，您可以在adsiedit.msc中使用一些参数，在这些参数中，可以限制store.exe的内存使用，这是非常好的！

总之，我收到的唯一抱怨来自服务台，因为他们无法在桌面上安装Exchange管理工具，因为它们运行32位操作系统。我告诉他们把桌面操作系统升级到64位，这样他们就可以运行这些工具了。我知道他们制造了一些第三方管理工具，让你的服务台仍然可以执行共同的交换任务，但我并不是第三方的忠实粉丝。

如果有人对我从2003年到2010年的迁移有任何疑问的话，我会非常乐意回答的。此外，当您计划您的exchange 2010推出时，这里要记住的一件大事是为信息商店lun提供足够的空间，因为exchange 2010不希望商店lun或lun的空闲空间少于2GB。如果它低于2GB的邮件将停止流动，不会再次流动，直到您释放一些空间。