禁用自动故障转移
打开“数据库属性镜像”页，并通过选择下列选项之一更改操作模式：
不带自动故障转移功能的高安全(同步)
在此模式下，数据库继续进行同步，并且可以进行手动故障转移。
高性能(异步)
在此模式下，镜像数据库可能稍微滞后于主体数据库，并且不可能再进行手动故障转移。
禁用自动故障转移（使用 Transact-SQL）
在数据库镜像会话过程中，数据库所有者可以随时通过关闭见证服务器来禁用自动故障转移。
关闭见证服务器
从数据库镜像会话删除见证服务器 (SQL Server)
备注
关闭见证服务器而保留完整事务安全，会将会话置于不带自动故障转移功能的高安全性模式中。
强制服务（可能造成数据丢失）
数据库镜像提供强制服务（可能造成数据丢失）作为灾难恢复方法，以允许将镜像服务器用作温备用服务器。 仅当主体服务器在镜像会话中与镜像服务器断开连接时，才能强制服务运行。 因为强制服务运行存在数据丢失的风险，所以应该谨慎使用。
是否支持强制服务取决于会话的运行模式和状态，如下所示：
通常，当主体服务器断开连接时，高性能模式支持强制服务。 但是，高性能模式会话可能存在见证服务器（虽然并非必需）。 在这种情况下，强制服务要求镜像服务器和见证服务器相互连接。
当主体服务器断开连接时，不带自动故障转移功能的高安全性模式支持强制服务。
当镜像服务器和见证服务器相互连接并且它们都未连接到主体服务器时，具有自动故障转移功能的高安全性模式支持强制服务（只要当镜像服务器上次连接到主体服务器时，不回滚镜像数据库）。
建议仅当您必须立即还原数据库服务并愿意承担数据丢失的风险时，才能强制服务运行。 强制服务的结果相当于删除镜像，但强制服务在恢复镜像时便于重新同步数据库，并且可能存在数据丢失的风险。 强制服务将把主体角色平滑转换给镜像数据库。 镜像服务器将担当主体服务器角色并立即向客户端提供数据库的副本。 新的主体数据库在没有镜像的情况下运行（即公开运行）。
重要
如果主体服务器仅与数据库镜像会话断开连接并且仍在运行，则某些客户端可以继续访问原始主体数据库。 强制服务之前，必须防止客户端访问原始主体服务器。 否则，强制服务之后，原始主体数据库和当前主体数据库便会分别进行更新。
本节内容：
强制服务的典型事例
强制服务的风险
管理潜在的数据丢失
与管理强制故障转移相关的任务
强制服务的典型事例
下图说明了强制服务（可能造成数据丢失）的典型事例。
在图中，原始主体服务器 Partner_A不可用于镜像服务器 Partner_B，从而导致镜像数据库断开连接。 确定 Partner_A 不可用于客户端之后，数据库管理员对 Partner_B 进行强制服务，这可能会造成数据丢失。 Partner_B 变为主体服务器，并在数据库公开（也就是未镜像）的情况下运行。 此时，客户端可以重新连接到 Partner_B。
当 Partner_A 变得可用时，它会重新连接到新的主体服务器，从而重新加入会话并担当镜像角色。 镜像会话便会立即挂起，而尚未同步新的镜像数据库。 会话挂起之后，数据库管理员可以确定是恢复会话，还是在极特殊情况下删除镜像并尝试对以前主体数据库中的数据进行补救。 在此事例中，数据库管理员选择恢复镜像。 此时， Partner_A 接管镜像服务器的角色并将以前的主体数据库回滚到上次成功同步事务的时间点；如果在强制服务之前，未将所有提交的事务写入镜像服务器上的磁盘，则这些事务将丢失。 然后，Partner_A 通过应用自以前镜像服务器变为新主体服务器以来对新主体数据库所做的所有更改，前滚新的镜像数据库。
备注
虽然高性能模式不需要见证服务器，但如果配置了一个见证服务器，则仅当见证服务器当前连接到镜像服务器时，才可以强制服务运行。
