SIMPLE 恢复模型是否执行与 FULL 恢复模型相同的事务日志记录？即保留每个插入/更新/删除事务的记录？
如果是这种情况，那么为什么要使用 FULL Recovery 模式？在 SIMPLE Recovery 中，检查点每分钟在繁忙的数据库上运行一次，因此数据被写入磁盘。
在 SIMPLE 恢复模型中，数据丢失可能发生在哪里？
谢谢！
我们将数据库 (D1) 作为主数据库，并将日志传送设置到名为 (LS_D1) 的辅助数据库。现在我们正在做的是备份 D1 数据库并在 D2 数据库上恢复它。我们对 D2 数据库的新版本部署进行架构和数据更改。
我们想要的是在 D1 数据库上恢复 D2 数据库，并在不复制备份文件的情况下恢复日志传送到 LS_D1 数据库。将备份文件从主数据中心复制到 DR 数据中心会为每个版本花费我们太多的钱，这就是我们想要恢复日志传送的原因。
当我尝试这样做时，LSN 号码不同步，有什么办法可以解决这个问题吗？或者我们可以有任何其他替代日志传送的方法来为我们提供 DR 功能并解决这个问题？
注意：任何可能需要一次性日志传送成本的解决方案也可以。
谢谢，皮尤什帕特尔
我的集群的两个节点中都运行着 Windows Server 2019 和 SQL Server 2019。在我的情况下，没有证人一切正常。我需要 Windows Server 故障转移群集 (WSFC) 用于我用作 DR 解决方案的可用性组。
当两个节点都运行时，我将关闭一个节点（它具有我的 AG 的主数据库）并从另一个节点执行可用性组的故障转移，反之亦然。有人可以解释为什么我们需要在两个节点故障转移集群中的见证，或者我如何重新创建我们需要见证的场景。
数据库连接字符串中的 MultiSubnetFailover 选项控制客户端尝试连接到数据库服务器的方式，尤其是当多个 IP 可用时。
关于正确的连接字符串语法是否为以下内容存在冲突的文档：
MultiSubnetFailover=Yes
或者：
MultiSubnetFailover=True
是否同时支持“Yes”和“True”？还是因驾驶员而异？如果是后者，是否有哪些驱动程序支持哪些语法的列表？
2023年3月30日更新：
此 Microsoft 文档暗示“True”或“Yes”适用于另一个选项：
Persist Security Info 关键字的默认设置为 false。将其设置为true 或 yes允许在连接打开后从连接获取安全敏感信息，包括用户 ID 和密码。将持久安全信息设置为 false 以确保不受信任的源无法访问敏感的连接字符串信息。
https://learn.microsoft.com/en-us/dotnet/framework/data/adonet/connection-string-syntax
（强调已添加）
sql-server high-availability disaster-recovery connection-string
我不小心使用 mysql-workbench 将一个空的数据库备份文件导入到同一个数据库中。有什么方法可以撤消此操作并取回数据？可用的备份是 4 个月大的，这太旧了，无法恢复，有什么想法吗？