考虑一个中小型企业部署 Exchange 2003。问题是关于迁移到 Exchange 2010。这里有一些关于环境的信息：
问题
您对管理团队从 Exchange 2003 到 2010 的升级路径/步骤有何建议？
考虑到 64 位操作系统的要求，可以考虑使用一台新的独立机器来安装 Windows 2008。我是否遗漏了任何细节？
虚拟化对这个项目有哪些帮助？
在以前的升级（2007 或 2010）中吸取的任何经验教训将不胜感激！
Eva*_*son 18
老实说，这听起来像小菜一碟。您所描述的单一服务器、单一物理位置方案是最容易执行的迁移。遵循Microsoft的指导方针，您将走上成功之路。您基本上是在谈论“移动邮箱”迁移，对用户的可见性为零。
您的 Exchange 2003 安装应该已经包含在 Service Pack 2 中。这就是那里真正需要的全部内容。
Exchange 2010 感觉像是从 Exchange 2007 进行了次要版本升级（没有像 2003 年到 2007 年那样的重大架构变化），而且我从 2003 年到 2007 年所做的迁移无论如何都非常顺利。我预计 2003 年到 2010 年的迁移将同样顺利（虽然我还没有机会做任何事情......有人玩游戏？）。
您说的是正确的事情：获得一台新的服务器计算机来托管 Exchange 2010。请确保您按照 Microsoft 最佳实践配置您的存储（ESE 事务日志和数据库的单独轴，针对前者的顺序访问进行调整，以及随机访问对于后者）。
在迁移过程中，当用户在缓存 Exchange 模式下打开邮箱时，我看到 Exchange 2003 到 2007 迁移中的一些问题。它应该是可能的，而他们使用的是Outlook移动用户的邮箱，但我不会偶然它-我可以肯定的是，虽然移动邮箱，他们没有使用Outlook。
如果您打算立即切断所有人，那么更改将 OWA 访问从 Internet 转发到新 Exchange Server 计算机的防火墙规则并不是什么大问题。如果您打算在两台服务器上共存一段时间的邮箱，那么您将需要担心用户访问正确的 OWA 实例以获取他们的邮件，这取决于他们的邮箱是否已移动。（这是在预定的停机时间间隔内一次切断所有用户的一个很好的论据。）
我不知道虚拟化会“有所帮助”，因为无论您是迁移到裸机还是虚拟机，迁移都是一样的。在 IO 需求方面，Exchange 2010 比以前的 Exchange 版本更友好，因此与以前的 Exchange 版本相比，在虚拟化环境中运行（由于虚拟化而产生一定量的 IO 开销）将减少影响。
如果您正在托管任何与 Exchange 集成的防病毒软件，您准备好使用支持 Exchange 2010 的版本的许可证了吗？
您的备份管理软件准备好支持 Exchange 2010 了吗？
您可能想阅读有关 Exchange 自动发现的内容。假设您不想从 Outlook 收到一些烦人的警告，它可能会对您的 SSL 证书和 DNS 基础设施产生影响。看看这些以获得一些好的背景（第二个是指 Exchange 2007，但它在 Exchange 2010 中没有显着变化）。
| 归档时间： |
|
| 查看次数： |
6564 次 |
| 最近记录： |