此次执行跨站点的DAG 模型,我们采用如下的拓扑架构,本地站点一台AD服务器,两台EXCHANGE 2010 SP3 服务器,远程站点采用一台AD服务器,一台Exchange 2010 sp3 服务器,整体拓扑如下:
我们先确定下当前DAG 所处的站点激活模式是否开启,使用下图中的命令执行,我们鞥看出当前的站点激活模式是基于dagonly 模式:
接下来我们尝试激活在备用站点的服务器上的数据库:
我们分别关闭处于主站点的DAG数据库成员服务器:
我们在灾备站点的exnode3 发现群集处于down 状态,因为处于基数节点,因此我们的仲裁模式是多数节点集:
打开Exchange 管理器,我们发现我们所处的Exchange DAG 数据库处于卸载模式:
接下来我们要执行操作让数据库挂载起来,首先我们需要停止主站点的服务器,采用configuration only 参数来执行让这台服务器处于停止状态:
Stop-databaseavailabititygroup–identity dag –mailboxserver node1 –configurationonly
接下来我们要停止节点2的服务状态:
Stop-databaseavailabititygroup –identitydag –mailboxserver node2 –configurationonly
接下来我们看当前DAG 活动节点和停止服务器节点:
接下来我们需要修改相应的仲裁模式,我们执行如下的命令,实现基于站点激活灾备站点服务器:
Restore-DatabaseAvailabilityGroup-Identity DAG -ActiveDirectorySite dr
执行完毕后我们看下我们的数据库状态,发现数据库都已经处于已装入状态:
我们在群集管理器中看看相关的状况,当前节点修改成共享节点仲裁,同时我们能看到主节点IP地址脱机,而灾备站点的DAG IP联机:
接下来我们恢复相应的节点,在恢复节点之前我们做相应的实验,在邮箱中发送几封邮件:
接下来我们做恢复节点的动作:
Start-DatabaseAvailabilitygroup-Identity DAG -mailboxServer node1
Start-DatabaseAvailabilitygroup-Identity DAG -mailboxServer node2
执行完成后可以看到节点恢复了:
我们查看关于dag 的状态,发现服务器处于启动状态了:
接下来我们执行下如下这条命令,确认下当前和其他服务器的复制,同时将其他服务器副本状态变更:
接下来我们verify 下数据库的状态:
我么接下来将数据在主站点激活相应的数据库:
我们在辅助站点登录,我们的访问被重定向到主站点服务器:
接下来我们重启下辅助站点DAG成员服务器,激活主站点群集地址: