我知道 SQL Server 2012 和 2014 提供了提供此功能的AlwaysOn 可用性组，但我仍然停留在 SQL Server 2008 R2 上一段时间。
我最近看到了这份 AWS 白皮书： http: //media.amazonwebservices.com/AWS_RDBMS_MS_SQLServer.pdf
我对第 11 页的这张图表感到困惑：
这似乎表明镜像数据库可以用于读取（检查“可读副本”功能列），就像使用日志传送时一样，因为我的经验是镜像数据库根本无法使用——它的唯一目的是用于故障转移。
这个问题的答案：数据库镜像仅限于原始数据库似乎证实了我的怀疑，即镜像数据库不可读，尽管只是顺便说一句。
这份白皮书是错误的，还是 SQL Server 2008 R2 镜像数据库确实可读？
如果是，那么需要做什么，因为尝试在 SSMS 中连接会导致一个窗口连接到主数据库，并且运行USE [database]会出现以下错误：
Msg 954, Level 14, State 1, Line 1
The database "database" cannot be opened. It is acting as a mirror database.
更新：我知道有一些方法可以解决这个问题，并从镜像和时间延迟中获得一些可读的东西，我想有人可以争论说快照是“可读副本”，但那是与您通过日志传送或事务复制获得的可读副本类型非常不同，因为它们都会自动更新，即使稍微过时（也许快照也可能 - 我被困在标准版，所以我对企业版功能集不太熟悉）。除此之外，一个真正可读的同步镜像（比如使用AlwaysOn 可用性组在 2012+）将提供一个完美同步的可读版本——这更有用，因为镜像可用于分发读取查询负载并避免返回过时数据的所有问题。我的主要目的（如上面的问题所述）实际上是为了获得关于镜像本身可读性的明确答案（不是快照或它的副本）。虽然提供的答案与我自己的经验一致，但提供的唯一链接到确定的资源是实现类似结果的可能方法——它们都没有明确说明镜像不可读。我将接受提供此类链接的第一个答案。
SQL Server 2008 R2 镜像本身不可读。
如果您使用的是企业版，则可以从镜像创建命名快照数据库。这允许您创建一个时间点可读数据库，该数据库可用于几乎任何不进行任何更新的查询。（尽管您可以使用另一个数据库（tempdb 或 workdb）来执行不适合只读快照的辅助工作。）
请参阅：https ://msdn.microsoft.com/en-us/library/ms175158(v=sql.105).aspx
当快照足够“旧”时，您将创建一个新的快照数据库。您最终将需要删除较旧的快照，但可以支持多个快照。（这取决于您的数据库和服务器中的活动量。）
如果您使用标准版并且有相同的需求，请查看使用 RESTORE 和 STANDBY 的日志传送。为了使用 STANDBY 功能，您需要管理下一次恢复的时间。
请参阅：https ://msdn.microsoft.com/en-us/library/ms178615.aspx
它谈到了 STANDBY 选项：“备用文件允许在事务日志还原之间启动数据库以进行只读访问，并且可以与热备用服务器情况或特殊恢复情况一起使用，在这些情况下检查数据库很有用在日志恢复之间。”
因此，此方法要求您延迟日志的还原以匹配您希望保持此时间点运行多长时间的计划。LOG 恢复将结束 STANDBY 并恢复到以下点，该点可以通过新的 STANDBY 周期恢复。
根据您的需要，其中一种方法可以为您提供可读的时间点数据库。在 (a) 快照期间或 (b) 恢复更新之间的期间内，数据库中没有更新可见。
镜像不可读，但复制允许对“订阅者”进行读写访问。订阅者（从）是发布者（主）数据库的副本。
从订阅者部分的更新数据中复制。
合并复制
对等事务复制
带有更新订阅的事务复制