小编var*_*ble的帖子

我正在探索各种选项，以便在不锁定生产数据库的情况下将生产数据库中的表复制到报告数据库中。

产品数据库处于简单恢复模型中，因此我无法进行日志传送。

在配置和维护方面与日志传送一样简单的其他替代方案是什么？

在读未提交隔离模式下，SQL Server引擎可能决定使用索引顺序扫描或分配顺序扫描。

由于此答案的答案中提到的原因，索引顺序扫描可能会导致丢失/重复行：丢失的行和重复的行是否是由于分配顺序扫描或由于无锁和页拆分而导致的症状？。链接的答案包含一个显示可视化效果的图表。

分配顺序扫描也可能导致丢失/重复的行，正如上面的答案中提到的，这是因为页面拆分。我正在寻找这个的可视化。

链接：https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups ?view=sql-server-ver16

我使用的是 sql 标准版，它支持基本可用性组（每个 AG 1 db）。

我已经浏览了上面的文档，没有提到 Windows 集群。

我的理解是，由于它支持自动故障转移，因此应该需要一个 Windows 集群。请有人帮我确认并指出文档。

注意-文档引用如下：

它的创建和管理方式与企业版的传统（高级）Always On Availability Groups (SQL Server) 非常相似。

普通（高级/企业）AG 有 2 种类型 -

1. HA（这需要集群）；
2. 非 HA [只读/无自动故障转移]（这不需要集群）。

因此，我正在寻找有关此问题的文档，以明确基本 AG 是否需要集群进行自动故障转移，以及是否不需要集群进行手动故障转移。

我拥有所有默认的 WSFC 和 AG 设置。同步和自动故障转移模式。

AG 有 2 个节点：Node1 和 Node2

Node1 是主节点。

我在 Node1 上重新启动了 sql server 服务，导致故障转移到 Node2。

然后，我在Node2上重新启动了sql server服务。但它并没有导致故障转移到 Node1。

当我在新的主节点 (Node2) 上重新启动 sql 服务时，为什么 SQL AG 故障转移不起作用？

在备份集表中，我可以看到几个备份，但我无法理解它们的来源。那就是——谁管理它们。

我检查过：

1. 维护计划

2. 数据库职位

3. 基于虚拟化工具的备份作业

以上均未配置备份，但它们每天早上 6 点发生。

对于如何识别备份源，还有哪些其他可能性以及您的建议？

当我通过 Management Studio 运行 dbcc checkdb 时，我会得到完整的报告作为输出。

但是，当我通过 sql 代理作业运行 dbcc checkdb 时，我认为如果 dbcc checkdb 未检测到错误，则作业状态将显示为成功；或者如果 dbcc checkdb 未检测到错误，则作业状态将显示为成功。否则作业状态将显示为失败。那是对的吗？

通过 sql 代理作业运行 dbcc checkdb 时如何获取报告？

链接： https: //www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/solutions/sql-server-on-vmware-best-practices-guide.pdf

\n

这种具有最终优势的架构也带来了一些需要考虑的权衡，其中最重要的是\xe2\x80\x94访问内存中数据的时间根据相应内存缓存线的本地或远程放置而变化。执行请求的 CPU 核心，远程访问速度比本地速度慢²⁹倍。

\n

---

\n

²⁹根据实现和处理器系列，这种差异可能高达 3 倍（来源：pdf，第 6 页）

\n

以下是互连的示例（https://www.sqlskills.com/blogs/jonathan/understanding-non-uniform-memory-accessarchitectures-numa/ ）：

根据上面的引用 - 访问远程内存中的数据（通过互连）的时间比本地慢 X 倍。

如果没有 NUMA，并且 CPU 访问内存（从中央位置），那么与互连访问相比，它会更慢还是更快？

假设我有 2 个文件组。和 5 个数据文件。每个文件组有 2 个数据文件。和 1 个没有任何文件组的附加数据文件。

当我创建一个指定文件组的表并将记录添加到该表时，数据将按比例填充到该文件组中的所有数据文件中。

我想问一下没有指定文件组时表是在哪里创建的？