Sql server 标准版与企业版SQL Server 2016 SP1只读副本

首次准备三层体系结构（IIS/SQL Server）。我想在最开始的时候添加两个应用服务器和两台机器的SQL Server集群。到目前为止，具有DB镜像和日志传送的经验

据我所知，DB Mirror是不推荐使用的功能，我不想使用它。但是，如果客户端购买SQL Server 2016 SP1标准版许可证，则第二个（唯一）副本不是只读的，即不可访问

我想将辅助副本用于只读查询（卸载主副本）。我对数据同步延迟几秒钟（甚至一分钟）没问题，但我希望始终有来自辅助副本的响应。如果我理解正确，就没有办法用基本的2节点AOAG实现这一点

日志传送可能不是一个选项，因为备份/复制/恢复（应用逻辑日志）序列在一分钟内没有多大意义？ 如果我将HA功能与性能功能混合在一起，我甚至可以为RO目的添加额外的服务器，只要我实现了我们需要的功能。（因此，一个副本用作HA功能，另一个“某种类型的复制”用作RO实例）我还需要将DB复制到远程位置，但我认为日志传送可以完成这项工作（我想一个实例同时为AOAG和日志传送服务没有限制，请分享经验）

此外，我想问一下，当在辅助服务器上应用逻辑日志或重做线程时，客户端会收到什么响应，错误还是延迟（对于日志传送和AOAG

我们可以在客户端设置一些超时（等待延迟），但我认为它将在从RW实例读取数据时执行不足

问题：

长话短说，有什么方法可以实现像“连续事务日志还原”这样的功能，在使用标准版本的软件时，实例始终可以读取

多谢各位。

---

Aleksandar

您可以像镜像一样创建次映像的快照。您需要遵循一些规则，如下所示

1.副本角色必须是主角色或辅助角色，而不是处于解析状态

微软也在下面陈述

某些始终打开的可用性组条件会导致源数据库及其数据库快照重新启动，从而临时断开用户连接。这些条件如下：

主副本会更改角色，无论是因为当前主副本在同一服务器实例上脱机并重新联机，还是因为可用性组故障转移

数据库进入辅助角色

如果承载数据库快照的可用性副本发生故障转移，则数据库快照将保留在创建它们的服务器实例上。用户可以在故障切换后继续使用快照。如果性能是您环境中的一个问题，建议您仅在具有高可用性的辅助数据库上创建数据库快照由配置为手动故障切换模式的辅助副本启动。如果您曾经手动将可用性组故障转移到此辅助副本，您可以在另一个辅助副本上创建一组新的数据库快照，将客户端重定向到新的数据库快照，并从现在的主数据库中删除所有数据库快照

使用的参考文献：

在使用标准版软件时，有什么方法可以实现对实例的“连续事务日志还原”这样的功能，使其始终可供读取

Standard Edition支持事务性复制，可用于创建近实时可读（逻辑）的主数据库的全部或部分副本。在TR中，读取日志记录以重构应用于订阅服务器的DML语句，因此它是逻辑复制，而不是物理复制。事务复制通常不用于高可用性

在辅助服务器上应用逻辑日志或重做线程时，客户端收到什么响应、错误或延迟（对于日志传送和AOAG

对于日志传送或数据库快照，必须断开所有读取客户端的连接才能及时向前滚动复制副本。如前所述，您可以使用同义词来缓解这一问题，但代价是增加一些复杂性

---

对于AlwaysOn Availability Group readable复制副本，当应用日志记录时，复制副本将持续可读。

堆栈溢出用于特定的编程问题。由于这是一个数据库管理问题，因此它属于页面。