老实说,这听起来像小菜一碟。像您描述的那样,单个服务器,单个物理位置方案是最容易执行的迁移。遵循Microsoft的指导方针,您将步入成功之路。您基本上是在谈论“移动邮箱”迁移,对用户的可见性为零。
您的Exchange 2003安装应该已经在Service Pack 2中了。这就是那里真正需要的全部。
Exchange 2010感觉是从Exchange 2007进行的次要版本升级(没有像2003年至2007年之间那样的重大体系结构更改),而且我从2003年到2007年所做的迁移还是非常顺利的。我希望2003年到2010年的迁移同样会顺利(尽管我还没有机会做任何游戏……有人吗?)。
您说的是正确的事情:让一台新的服务器计算机承载Exchange2010。请确保您按照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中并没有发生太大变化)。