问题标签 [alwayson]

数据库始终开启

在 SQL Server 日志中收到警报：凌晨 2:05 以前建立的与可用性副本 '01' 的连接发生连接超时。存在网络或防火墙问题，或者可用性副本已转换为解决角色。

凌晨 2:54 Service Broker 端点处于禁用或停止状态。

凌晨 3:15：错误：19421，严重性：16，状态：1。

凌晨 3:15：托管​​可用性组“DB”的 SQL Server 在租用超时期限内未收到来自 Windows Server 故障转移群集的进程事件信号。

凌晨 3:15 错误：19407，严重性：16，状态：1。

凌晨 3 点 15 分：

可用性组“DB”和 Windows Server 故障转移群集之间的租约已过期。SQL Server 实例与 Windows Server 故障转移群集之间出现连接问题。若要确定可用性组是否正确进行故障转移，请检查 Windows Server 故障转移群集中相应的可用性组资源。

3:!5AM：AlwaysOn：可用性组“DB”的本地副本脱机，因为租约过期或租约续订失败。这只是一条信息性消息。无需用户操作。

凌晨 3 点 15 分：

可用性组“DB”中的本地可用性副本的状态已从“PRIMARY_NORMAL”更改为“RESOLVING_NORMAL”。由于启动、故障转移、通信问题或群集错误，副本状态已更改。有关详细信息，请参阅可用性组仪表板、SQL Server 错误日志、Windows Server 故障转移群集管理控制台或 Windows Server 故障转移群集日志。

3:15AM：停止监听虚拟网络名称“E”。无需用户操作。

是网络问题还是数据库问题？

我们有 SQL Server 2012（在 Windows Server 2012 R2 上）和为 AlwaysON (01-03) 配置的数据库，我们每天进行一次完整备份，每 5 分钟记录一次备份。数据库大小为 288 GB（mdf - 88 GB，ndf - 110 GB，ldf - 84 GB）。

没有长交易。我将日志文件缩小了两次并购买了 4 GB，但在 2 天内它们又恢复到了 88 GB。

我怎样才能解决这个问题？

我有两台服务器 SQL Server 2016，我想实现 AlwaysOn 可用性。

第一个服务器是 Read_Write

第二个服务器是 Read_Only

我将 AlwaysOn 可用性配置如下：

我的问题是所有查询都被路由到第一台服务器。

我必须如何配置 AlwaysOn 以平衡两台服务器之间的读取查询？

谢谢。

我们有一个 3 节点可用性组，PRIMARY，一个同步的不可读副本和一个异步可读副本。我们目前正在对 2016 年进行就地升级，两个辅助节点都已升级和修补，因此我手动将主节点故障转移到不可读的辅助同步副本。当我进行故障转移时，新的 PRIMARY 看起来很好，可读的异步副本看起来很好，但现在新的辅助节点进入了非同步状态。我已尝试恢复数据移动，但失败并显示有关对象资源管理器无法刷新的错误消息。

在错误日志中，我可以看到这些错误：

***无法打开数据库“X”，因为它是版本 852。此服务器支持版本 706 及更早版本。不支持降级路径。

数据库“X”的 AlwaysOn 可用性组数据移动已暂停，原因如下：“系统”（源 ID 7；源字符串：“SUSPEND_FROM_REVALIDATION”）。要恢复数据库上的数据移动，您需要手动恢复数据库。有关如何恢复可用性数据库的信息，请参阅 SQL Server 联机丛书。

错误：948，严重性：20，状态：102。***

我认为这可能是因为主要是 2016 年，而这台服务器是 2012 年，但显然这是这个盒子上的遗留问题，它是一个 DEV 盒子，所以不是主要问题。

有谁知道为什么会发生这种情况以及如何解决这个问题？

我的 WSFC 设置在我的可用性组中有三个节点。一个用于 DR，一个主节点，另一个活动辅助节点。如果我的主服务器出现故障，辅助服务器将用于故障转移。我的问题是我也可以使用辅助服务器来进行备份和报告吗？

如果是这样，如果我的辅助节点上正在进行备份，并且主节点突然崩溃。在这种情况下会发生什么？备份是否停止并开始故障转移到辅助节点，还是等到备份完成？

我正在使用 SQL Server 2016

如何从 SQL 可用性组中的数据库中选择信息。例如。我有 2 个数据库，它们位于同一服务器上的 2 个单独的可用性组中，我在 AG1 DB1 中并尝试访问 AG2 DB2 中的表。我知道如果它们在同一台服务器上，我可以只使用数据库名称，但如果它们故障转移，此查询将失败。

我环顾四周，但看不到。理想情况下，我认为它将是 AG2.DB2.DBO.table 但这似乎不起作用。

我有一个带有一个主数据库和一个辅助数据库的 sqlserver 2016 永远在线。但是，当我从主数据库确认插入已完成后立即查询辅助数据库时，我什么也没得到。所以我认为这是因为主数据库在辅助数据库收到日志后确认事务，但是辅助数据库在从主数据库收到日志后需要一些时间将记录写入数据库。所以主数据库和辅助数据库之间肯定存在一些延迟，问题是我如何在得到主数据库的确认后立即查询辅助数据库？

Microsoft 写道，您可以在 UNC 路径上使用 Always On，但没有解释。

如何将一个副本复制到 \server1\data1，将第二个复制到 \server2\data2

我们正在尝试使用 Flyway API 在两个 MSSQL AlwaysOn 副本上创建 SQL 作业。

大多数迁移应该针对主副本执行。

但是，我们如何执行 sql 脚本文件来在两个副本上创建作业？

我正在寻找使用 AlwaysOn 实现“不完全”的集线器和辐条类型架构，并想知道如果远程站点无法连接到我们设置文件共享见证或其他的集线器，集群仲裁如何在这种情况下发挥作用底层集群中的节点。如果远程位置是 AG 的主要位置，并且具有本地辅助节点和远程辅助节点 (Corp)，即使远程位置内部可能没有问题，AG 是否会自动故障转移到远程辅助节点？

例如：我们称为公司的中心和我们称为商店的远程位置，都在同一个 AD 域上。我将所有 12 个存储（每个两个服务器，一个主服务器和一个本地辅助服务器）和公司服务器（将是每个远程主服务器的中央辅助服务器）一起放入集群（不使用故障转移集群，只是 AlwaysOn 的主干） ) 并设置文件共享见证。现在假设商店 1 在几个小时内失去了与公司的 WAN 连接。由于两个服务器（主服务器或本地辅助服务器）都无法连接到任何其他存储（节点）并且无法访问文件共享见证，如果我将可用性组设置为自动故障转移和数据库级健康检测，它会自动故障转移吗？或者它会明白它已经从集群中分离出来并且什么都不做？

当谈到 AlwaysOn 时，我意识到这是一个有点复杂的用例，但我想看看是否有人知道这种情况是如何工作的。