此次执行跨站点的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成员服务器，激活主站点群集地址：
