可能重复：
你能帮我解决我的软件授权问题吗？
我很想使用容纳数据库的镜像副本的DR服务器来执行主数据库的testing恢复和完整性检查。
可能会出现networking带宽（从主服务器复制备份以及镜像stream量）和辅助DR服务器上的CPU容量（在标准版上执行重做和运行checkdb）的问题，除此之外，如果还原和恢复主服务器数据库在setwary DR服务器上，我必须授权该框？
除了运行checkdb（老实的guv），我不会使用主数据库的副本。
Express或Developer版本不会执行此操作，因为您已经在使用镜像。
基本上，除了通过日志传送或镜像托pipe数据库的冗余副本之外，只要您将实例用于任何事情，就必须购买许可证。
这有点令人厌烦，因为大多数人会期望testing恢复顺序和运行一致性检查是可以的，但是他们是规则！
如果你走这条路线，小心如何放置数据库，就I / O子系统而言 – CHECKDB的额外的I / O负载（通常比恢复还要多）可以使你的镜像REDO队列增长，并有助于更慢的故障转移。
希望这可以帮助！
PS我有一个想法 – 你可以做的是login到你感兴趣的数据库的同一个实例 – 那么你至less要testing日志备份。 从技术上讲 ，使用WITH STANDBY和运行CHECKDB进行恢复也违反了许可模式。
我一直认为DR被允许login发送或镜像到被动服务器。 从微软：
在进行故障转移支持时，服务器被指定为被动服务器。 被动服务器的目的是吸收保存在另一台失败的服务器中的数据和信息。 如果被动服务器中的处理器数量等于或小于活动服务器中的处理器数量，则被动服务器不需要许可证。 被动服务器可以承担主动服务器的职责30天。 之后，它必须得到相应的许可 。
你仍然需要购买操作系统许可证。
如果SQL Express不能为你正在尝试做的工作而削减它，那么你至less需要一个SQL Developer Edition许可证。 即使是SQL Developer许可证，您也可能处于某个灰色地带，具体取决于您使用该镜像副本的方式。
如果仅用于灾难恢复，则只要DR盒没有比生产服务器多的处理器，就不需要SQL许可证。 您可以安装与生产服务器相同版本的SQL，而不是更高。 如果故障转移到DR框，则需要30天才能恢复到主服务器。 请参阅此处的主动/被动许可问题，它特别引用日志传送，但适用于所有主动/被动故障转移模式，尽我所能。 唯一可能的问题是您需要在主服务器上进行处理器许可。 更多细节请见第2页[doc]
但是，无论如何，您都需要许可操作系统。
去买一个服务器许可证（基于CAL）。 它带有5个CAL，这将足以让您的DBA使用连接，并且只需花费几千。 因为所有你想要做的恢复和checkdb机器，你可以逃脱工作组版本，成本更低。