Exchange DAG架构的灾难恢复(二)

上次的DAG恢复是在测试域的环境中进行, (参考文章: ),本次利用工作环境域,再做一次的时候碰到2个问题,现记录下来,分享给大家!

环境说明:原DAG的环境由MAL741/MAL742两台Exchange Server组成,现用Setup /mode: Recoverserver完成第一台Server MAL741的安装,

1. DatabaseCopy无法删除

问题描述:

执行到第15步:删除DAG中MAL742的DatabaseCopy时,发现有几个DB无法删除,在执行PowerShel:Remove-MailboxDatabaseCopy -Identity QX-DB2\MAL742 -Confirm:$False时报以下错误:

原因分析:

因为DB当前Hosted(Active)在未恢复的主机:MAL742上,而MAL742当前还未恢复,所以无法删除,用Mover-ActiveMailboxDatabase也无法执行成功!

解决方法:

进到AD中, 打开ADSIEDIT,进到目前要恢复的DB,香港虚拟主机,服务器空间,如:QX-DB2

Configuration\CN=Configuration,DC=Domain,DC=com\CN=Services\CN=Microsoft Exchange\CN= Domain \CN=Administrative Groups\CN=Exchange Administrative Group\CN=Database \CN=QX-DB2,QX-DB2为当前需要恢复的DB,右键,属性

找到以下内容msExchOwningServer,打开,将MAL742修改为MAL741,即将当前的Hosted(Active)改为MAL741

再次进到PowerShell中,执行即可!

Remove-MailboxDatabaseCopy -Identity QX-DB2\MAL742 -Confirm:$False,

对其它几个DB执行相同操作!

2. 无法使用PowerShell进行邮箱合并

问题描述:

无法使用PowerShell Cmdlet: restore-mailbox和 New-MailboxRestoreRequest将恢复数据库中的用户邮箱内容和当前的用户邮箱进行合并:

原因分析:

Exchange 2010 Service Pack 1 (SP1) 或更高版本,需要使用新的PowerShell Cmdlet: New-MailboxRestoreRequest而非 Restore-Mailbox,而当前的环境是Exchange2010 SP2,所以需要使用: New-MailboxRestoreRequest

而使用New-MailboxRestoreRequest时,用户需要有足够权限!

解决方法:

进到AD中, 将当前用户加入到Organization Management组,即可执行成功:

New-MailboxRestoreRequest -SourceDatabase RDB -SourceStoreMailbox ‘johnson’ -TargetMailbox ‘johnson’

同时,可用以下PowerShell:命令查看合并进度:

Get-MailboxRestoreRequest | Get-MailboxRestoreRequestStatistics

执行完成后,可用以下命令,查看当前数据库中的用户及邮箱大小

Get-Mailbox -database qx-db4 |Get-Mailboxstatistics |sort totalitemsize -desc |ft displayname,totalitemsize,itemcount

总结:

不同版本,不同环境下的恢复测试,会碰到不同的问题,所以一定要制定好恢复测试计划,并定期演练, 才能在问题真正发生时,从容应对,美国服务器,将损失或停机时间降到最底!

本文出自 “大向技术分享” 博客,转载请与作者联系!

总结失败的原因能够让人越来越谨慎。

Exchange DAG架构的灾难恢复(二)

相关文章:

你感兴趣的文章:

标签云: