SQLServer误会30天左右谈第十一天镜像，在检测故障后立即转为故障。
误区11：#镜子可以瞬间转移时，故障检测。错误
数据库镜像的故障转移既可以自动启动也可以手动启动。
在由自动情况下，镜像服务器故障转移操作（你没有错，而不是用故障转移，见证服务器和镜像服务器在证人的决定）是发现无法交换信息和主服务器（这个过程称为仲裁的形式，译者注：它是通过对监督根据计划，集群可以从监管程序根据算法，如：每个节点的配置、文件共享、磁盘访问，每个节点确定群集可用性）和图像是同步的，可以将故障。（注：所谓同步是指主服务器必须等待镜像服务器将日志在提交给事务之前编写，比较异步，更糟糕，但更安全，并且不需要SQL Server作为企业版本。
手动故障转移是由您发起的。手动启动可能是因为没有见证服务器，所以当主服务器处于当前状态时，镜像的操作模式是不同步的。
当主服务器失败时，镜像服务器在日志队列重做完成之前不会联机。所谓的日志队列从主服务器发送到镜像服务器的日志，但它不是在镜像服务器重播。即使你镜子的运行模式是同步的，它只能表明日志写入镜像磁盘，但是它并不能保证日志上的镜子服务器故障转移，镜像服务器必须通过前滚阶段，但是反击阶段后镜子就行了。
在SQL Server标准版和企业版的CPU低于5粒，滚了只有一个线程，企业版和CPU冗余的5个核心，一个前滚线程分配每4粒。由此可见，需要故障转移时间取决于队列是重做处理所需的大小，内核的CPU的数量，和镜像服务器的负载。
由于您都认为镜像工作在同步时可能会很快故障转移，所以很少有人检测到日志重做队列。但是，当故障转移时，重做队列的大小决定了停机时间的大小，因此检测镜像服务器的重做队列就变得非常重要。
对于一个更详细的文章，您可以看到：在角色切换期间估计服务中断