Jam*_*mes 6 sql-server mirroring sql-server-2008-r2
我知道 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.
Run Code Online (Sandbox Code Playgroud)
更新:我知道有一些方法可以解决这个问题,并从镜像和延时中获取一些可读的东西,我想有人可以争论快照是“可读副本”,但那是与您通过日志传送或事务复制获得的可读副本类型非常不同,因为这两者都会自动更新,即使稍微过时(也许快照也可能是 - 我坚持标准Edition,所以我对Enterprise Edition功能集不太熟悉)。除此之外,一个真正可读的同步镜像(比如使用AlwaysOn Availability Groups在 2012+ 中)将提供一个完美同步的可读版本——这更有用,因为镜像可用于分配读取查询负载并避免返回过时数据的所有问题。我的主要目的(如上面的问题所述)实际上是获得关于镜像本身可读性的明确答案(不是快照或它的副本)。虽然提供的答案与我自己的经验一致,但所提供的确定来源的唯一链接是实现类似结果的可能方法——它们都没有明确说明镜像不可读。我将接受提供此类链接的第一个答案。
SQL Server 2008 R2 镜像本身不可读。
如果您使用的是企业版,则可以从镜像创建命名快照数据库。这允许您创建一个时间点可读数据库,该数据库几乎可用于任何不进行任何更新的查询。(尽管您可以使用另一个数据库(tempdb 或 workdb)来执行不适合只读快照的辅助工作。)
请参阅:https : //msdn.microsoft.com/en-us/library/ms175158(v=sql.105).aspx
当快照变得足够“旧”时,您将创建一个新的快照数据库。您最终需要删除旧快照,但可以支持多个快照。(这取决于数据库和服务器中的活动量。)
如果您使用标准版并有相同的需求,请查看使用带 STANDBY 的 RESTORE 进行日志传送。为了使用待机功能,您需要管理下一次恢复的时间。
请参阅:https : //msdn.microsoft.com/en-us/library/ms178615.aspx
它提到了 STANDBY 选项:“备用文件允许在事务日志还原之间启动数据库以进行只读访问,并且可以用于热备用服务器情况或特殊恢复情况,在这种情况下检查数据库很有用在日志恢复之间。”
因此,此方法要求您延迟日志还原以匹配您希望保持此时间点运行的时间计划。LOG 恢复将结束 STANDBY 并恢复到以下点,该点可以用新的 STANDBY 期恢复。
根据您的需要,这些方法之一可以为您提供可读的时间点数据库。在 (a) 快照期间或 (b) 恢复更新之间的期间,数据库中没有可见的更新。