在恢复数据库之前是否需要将数据库置于单用户模式？如果是这样，哪个更可取将sql server置于单用户模式或在恢复之前将数据库仅置于单用户模式！谢谢你。
我注意到，在可能的所有者下的 sql 故障转移集群中，没有检查任何节点，我有一个两节点集群，这是否意味着在发生故障转移时它将故障转移到任何活动节点。如果两个节点都被检查与如果两个节点都未被检查为可能的所有者有什么区别。
在我们的环境中，网络存储空间不足。同时，我想确保我们每 15 分钟备份一次事务日志，而不是每 6 小时备份一次。我的问题是将日志备份间隔从 6 小时更改为每 15 分钟会消耗更多磁盘空间吗？
以下是日志备份和完整备份的日志序列号
为什么从晚上 11 点 30 分到晚上 11 点 45 分，LSN 号码都一样……是因为没有进行任何更改吗？我什么时候可以发现日志序列已被破坏？
晚上 11 点 30 分记录第一个 LSN：325:31307:1，最后一个 LSN：325:31307:1 11.45 pm 记录第一个 LSN：325:31307:1，最后一个 LSN：325:31307:1 12.00 am 第一个 LSN：325:31409:239，最后一个 LSN：325:31507:1 01.00 AM lOG 第一个 LSN：325:31307:1，最后一个 LSN：325:42530:1
日志备份的备份计划（使用Ola的脚本）如下：
- 开始时间 - 凌晨 2 点
- 结束时间 - 11.59.59PM
- 间隔 - 每 15 分钟一次。
11 月 5 日，所有备份都按照上面的详细说明进行。通常在凌晨 1 点不存在日志备份，但在晚上 11:45 备份后的其中一台服务器上，在凌晨 1 点有日志备份，而其他服务器有从凌晨 2 点开始的日志备份。
我的问题是：为什么在凌晨 1 点在一台服务器上进行备份，而当时所有其他服务器都没有日志备份？这会破坏LSN吗？
恢复时我需要恢复晚上 11:45 然后凌晨 1 点然后凌晨 2 点等等？
LSN在下面给出
11 下午 45 点日志 - 第一个 LSN：85246:1956:1，最后一个 LSN：85246:3496:1
12.00 完整 - 第一个 LSN：85246:4241:180，最后一个 LSN：85257:583:1
凌晨 1 点日志 - 第一个 LSN：85246:3496:1，最后一个 LSN：86097:4867:1
凌晨 2 点登录第一个 LSN：86097:4867:1，最后一个 LSN：86105:2224:1，
2.15 am 日志 - 第一个 LSN：86105:2224:1，最后一个 LSN：86111:4864：
任何帮助将不胜感激。
该应用程序全天候 24/7 完整备份时间为凌晨 4 点，备份大小为 92 GB。完成备份需要一小时。在那段时间里，用户抱怨应用程序死机了。
只是想知道备份是否会暂时冻结或减慢应用程序的速度？当时没有其他工作在运行。
Session Timeout 和 Heartbeat in always on 有什么区别...我的网络很滞后，我在错误日志上经常收到连接超时错误，而且我在故障转移群集错误上看到错过了心跳错误 ....哪些设置应该我改变。越过哪些阈值会强制进行故障转移——会话超时或心跳？
将不胜感激任何帮助。谢谢
这是当与主节点的连接超时几秒钟时我在副本上收到的错误消息。任何人都可以告诉我发生了什么事以及为什么要移动可用存储，因为这是一个不应共享存储的 AAG，而且这里没有故障转移，它只是辅助副本错过了心跳。谢谢
下面从底部开始提到故障转移错误日志
集群网络“集群网络 2”正在运行（启动）。连接到网络的所有可用故障转移群集节点都可以使用它进行通信。Joiner 尝试使用 Package='Kerberos/NTLM' 创建安全上下文，上下文要求 ='0'，超时 ='40000'，目标 = 'xxxxxx01' 群集服务成功使群集角色“可用存储”脱机。
群集角色“可用存储”正在移动到群集节点“xxxx”。集群丢失了从本地端点 xxx.xx.xx.21:~xx43~ 连接到远程端点 xxx.xx.xx.20:~xx43~ 的 UDP 连接。集群错过了连接到远程端点 xxx.xx.xx.20:~xx43~ 的本地端点 xxx.xx.xx.21:~xx43~ 的两个连续心跳。
我几乎在凌晨 1 点到凌晨 1 点 30 分之间失去了集群之间的通信，它在主节点上显示错误 35206，在集群上显示 976，有时由于心跳丢失导致 1135 错误、1069 错误，集群被删除。我有一种强烈的感觉，那时我的联系每天都会中断，但我不知道从哪里开始有点迷茫。任何帮助将不胜感激。