exchange 2010 迁移到新的服务器的问题

一、exchange 2010 迁移到新的服务器的问题

按照楼主的说法来判断，你们的Exchange2010服务器是把所有服务器角色都集中在一台服务器上，现在准备迁移到另外一台高配的服务器，是这样理解吗？

在使用Windows Server Backup备份及恢复整个邮箱数据库。可参考如下博文：

2.备份完整个邮箱数据库，同样使用windows server Backp对整个Exchange2010服务器进行备份。

3.邮箱数据库，服务器配置备份完毕后。在域控制器里将Exchange计算机帐号重设。

4.将新的服务器更改计算机名为同名服务器，并且加入域。

5.安装必须的补丁、IIS、控件等。

6.重启Exchange服务器，然后插入Exchange光盘，运行命令：setup/m:recoverserver

7.恢复完Exchange2010服务器配置后，就将邮箱数据库备份恢复回去即可。

大概操作就是如此了。详细可在网上搜索相应资料，或留个邮箱我发个文档给你也行。

二、Exchange的在虚拟化环境下迁移Exchange实例

1、Exchange可以在广泛的环境中实现虚拟化，但要在虚拟化容器之间迁移Exchange实例，微软特别增加了支持指南。

2、Exchange在Exchange Server 2003 SP2之前的版本并没有通过虚拟化环境运行认证。微软Exchange只提供对可虚拟Exchange版本的技术支持。尽管如此，Exchange依旧有着非常严格的限制条件，最明显的要求是Exchange服务器必须为Virtual Server 2005 R2或更高版本。非微软虚拟化环境如VMware则完全不予支持。

3、2013年，微软Exchange开始支持第三方产商的Exchange虚拟化产品。虽然Exchange可以在非常广泛的环境下虚拟化，但限制依旧苛刻，没有丝毫放松。这是因为微软Exchange现在已经有了10年的虚拟化产品和虚拟容器技术积累，知道什么可行，什么不可行。

4、当Exchange在特定的虚拟化环境中运行以及在不同虚拟化环境中迁移时，会有一些使用限制。如果你正计划在Exchange虚拟化管理平台间迁移Exchange服务器时，需要注意一些要点。即使是Exchange感知的虚拟化产品，也不要在Exchange实例还在运行时迁移到另一个Exchange虚拟容器。原因有几点：

5、Exchange收件箱和数据库可用性组(Database Availability Groups)可能在在线迁移时出现数据损坏，因为用户会话可能还是存在的。确保用户会话关闭的唯一方法就是在迁移之前确保Exchange关机。

6、用户不希望在没有任何警告情况下中断Exchange的连接，这可能让他们失去重要信息。

7、Exchange实时迁移是为了免去手动迁移虚拟机到另外一台虚拟容器的麻烦。这并不意味着需要设置一个宕机窗口，特别是新迁移的Exchange服务器需要在回归生产之前进行测试。

8、在Exchange 2013虚拟化环境下，微软表示到Exchange服务器虚拟机（VM）可以结合基于主机的故障转移集群和迁移技术。只要Exchange虚拟机有配置，Exchange就不会在迁移或关机的情况下记录和恢复状态。这样的迁移只需Exchange虚拟机从不通过磁盘上保存的状态来恢复就可以支持。所以需要在迁移Exchange服务器关机之前确保没有状态被保存到硬盘上。

9、微软建议优先采用集群共享卷而不是直通驱动器，以尽量减少Exchange迁移过程中的停机时间。还可以在Exchange关机时，采用直通驱动器来设置维护窗口，尤其是需要确保性能时，请选择后者。大量业务依赖于AD，AD出问题的话，你会遇到远比Exchange安装出现问题还要多得多的麻烦。

10、与其在线迁移域控制器(DC)，最好的策略是在目标Exchange虚拟容器中建立一个全新的Exchange服务器，将其作为成员服务器加入现有域中，接着使用DCPromo提升新添加服务器的权重。管理员需要有真正使用PowerShell的习惯，未来的Windows Server版本中，DCPromo将会被废止，然后通过Flexible Single Master Operations进行迁移，在确保一切正常后，就可以停用旧的域控制器了。

11、某种程度上说，这样能有更多的冗余，也更安全，因为在整个过程中无需考虑原来的Exchange服务器。 Exchange实时迁移通过网络转移大量数据，数据量之大，微软建议用户使用千兆带宽或更高的专用网卡。还需要启用网卡以及相连交换机巨型帧功能，并更改收发方两端的接收缓冲区大小为8192。

12、任何Hyper-V中都不支持在同一时间动态迁移一个以上的Exchange实例，无论本主机是源还是目的Exchange服务器。确保在计划停机Exchange迁移时有考虑到这一点。

13、Exchange虚拟化已经缓解IT的许多方面，包括通过在线迁移等工具来管理多台Exchange服务器。但这并不意味着工具能够取代你来管理系统，特别是Exchange的安装。小心对待整个迁移过程，就如物理服务器迁移一样——用心耕耘总会得到好的回报。

三、如何正确删除Exchange默认数据库

1、Exchange 2010/2013安装完邮箱服务角色，默认自带一个数据库"Mailbox Database xxxxxxxx"

2、如果需要删除，首先需新建一个数据库，再将自带数据库中的系统邮箱(审批助理、Federation)、发现搜索邮箱迁移到新建数据库，才可删除。

3、Get-Mailbox-Database DBName-Archive

4、Get-Mailbox-Database DBName-Arbitration

5、Get-Mailbox-Filter{RecipientTypeDetails-eq"DiscoveryMailbox"}获取邮箱名

6、New-MoveRequest-Identity"DiscoverySearchMailbox{XXXXX}"-TargetDatabase DBName

7、Get-MoveRequest-MoveStatus Completed| Remove-MoveRequest（也有可能是CompletedWithWarning）

8、Get-Mailbox-Filter{RecipientTypeDetails-eq"DiscoveryMailbox"}| select Name,Database

9、迁移系统邮箱(审批助理、Federation)

10、Get-MailBox-Arbitration| select Name,Database

11、New-MoveRequest-Identity"SystemMailbox{xxxxxx}"-TargetDatabase DBName

12、New-MoveRequest-Identity"Migration.xxxxxx"-TargetDatabase DBName

13、New-MoveRequest-Identity"FederatedEmail.xxxxxx"-TargetDatabase DBName

14、Get-MoveRequest-MoveStatus Completed| Remove-MoveRequest（也有可能是CompletedWithWarning）

15、Get-MailBox-Arbitration| select Name,Database

16、删除数据库“Mailbox Database xxxxxx”的监视邮箱对象失败。异常: DC上的 Active Directory操作失败。此错误不可重试。其他信息:拒绝访问。。 Active Directory响应: 00000005: SecErr: DSID-031520B2, problem 4003(INSUFF_ACCESS_RIGHTS), data 0。

17、通过 Exchange powershell命令可看所有监视邮箱

18、Get-Mailboxdatabase| Get-Mailboxstatistics|?{$_.Displayname-like"*HealthMailbox*"}| ft displayname,totalitemsize,Database

19、可以手动删除自带数据库的监视邮箱对象

20、在"Microsoft Exchange System Objects"-"Monitoring Mailboxes"中可看到所有监视邮箱对象

21、通过 homeMDB和 whenCreated判断对象是否属于已被删除的数据库

22、homeMDB值为空，且 whenCreated与安装邮箱角色时间对应，即可删除