所以我知道，在修补两个主要数据库服务器（记录为 SQL Server）时，你会做镜像、故障转移，然后当它全部赶上时做新镜像，但是见证盒呢？只是修补然后重新启动它并且（理论上）它会再次恢复是否安全？
在过去的日子里，这被认为是一个很大的禁忌，select * from table或者select count(*) from table因为性能受到影响。
在更高版本的 SQL Server 中是否仍然如此（我使用的是 2012，但我想这个问题适用于 2008 - 2014）？
编辑：由于人们似乎在这里对我略有评价，我从基准/学术的角度来看这个，而不是它是否是“正确”的事情（当然不是）
我有一些ALTER TABLE我正在运行的语句。并非所有这些都有效（它们是运行 SQL 数据比较的结果），我想将它们分组到一些事务中，并在出现问题时回滚语句。
这是可能的，还是只有可以回滚的数据？
我正在使用 SQL Server 2008R2。昨晚，运行我的镜像数据库的主机基本上坏了。值得庆幸的是，主数据库位于不同的主机服务器上，所以很好。然而...
原则是有效的，但说暂停。当我尝试恢复镜像时，SQL 错误日志中出现错误，错误号为 9004。
这个错误号的快速谷歌返回这篇文章。（tl；dr：事务日志已损坏）
那么，这是否意味着原理和镜像之间的事务日志传送已经搞砸了呢？我该如何解决？
是不是简单的把原理和事务日志全备份，然后在norecovery开关打开的镜像数据库上恢复，然后重新设置镜像？
还是我需要做一些更激烈的事情？
我在实际镜像部分没有问题，但由于使用了临时表，如果发生故障转移，IIS 会有点不稳定（我仍在测试一些东西，所以是我导致了故障转移） .
镜像是否可能（甚至是一个好主意）tempdb？或者我是否应该接受，如果主数据库因任何原因无法访问，有些人可能会被踢出局。
我正在使用 ASPState，以便两个 Web 服务器（在支持粘性会话的负载平衡器后面）都可以获得相同的会话数据。
我正在尝试在 SQL Server 2008R2 中设置数据库镜像。我已经从我的主数据库中进行了完整备份和事务备份，并且我都恢复了WITH NORECOVERY.
但是，我的镜像数据库现在卡在RECOVERING模式下，当我在主体上点击“开始镜像”时，它说它无法连接。
我究竟做错了什么？
编辑：我可能应该说我的数据库相当大（mdf 文件大约 4.8GB）所以这可能就是原因。
Edit2：我也试过在两个防火墙都关闭的情况下这样做，所以我知道这不是防火墙问题。
Edit3：我已经运行了 Mark 建议的 SQL。主要结果在这里： http: //piersonthe.net/principal.xls和镜像在这里： http: //piersonthe.net/mirror.xls
值得注意的是，我在镜像上运行查询时遇到以下错误： Msg 927, Level 14, State 2, Line 1 Database 'RHSCMSSites' 无法打开。它正处于恢复过程中。