关于我在装有 SQL Server 2019 的物理服务器上运行的以下查询：
SELECT
memory_node_id,
SUM(pages_kb) / 1024.0/1024 AS TotalMemoryGB
FROM sys.dm_os_memory_clerks
GROUP BY memory_node_id
ORDER BY memory_node_id;
因为memory_node_id = 0它显示的内存比 NUMA 节点上实际可用的内存要多。这是怎么回事？
我已在装有 Windows Server 2022 的 EC2 实例上安装了 SQL Server 2022 Developer Edition，并安装了最新的累积更新 (16.0.4115.5)。当我运行 DBCC TRACESTATUS 时，有 39 个全局跟踪标志打开，但我无法在任何地方找到其中任何一个的信息，例如 4511。没有跟踪标志作为启动参数。
在安装时，我选择全文索引和 Polybase 作为附加功能。
如果我关闭所有跟踪标志并重新启动服务器，那么它们会自动重新打开。
这些跟踪标志是什么？累积更新的一部分？为什么我找不到有关其中任何一个的信息？
优化器选择在计划中插入排序运算符（以满足流聚合或合并连接等）而不是哈希匹配或哈希连接的原因是什么？
我现在看到了几个例子，其中显然犯了错误，并且暗示查询会使它更快。
我看到的示例来自 SQL Server 2016。
AG 是否可能跨越两个不同的 WSFC 故障转移集群，即其中一个节点是另一个 WSFC 故障转移集群的一部分。
那么是否有可能其中一个副本托管在不属于集群的节点上？换句话说，一个副本是否可以配置为读取规模的副本，而不是集群的一部分（但可能是另一个集群的一部分）。
SQL Server 版本为 2019。
如何查询实例是否是 AG 中的可读辅助？例如，要检查实例是否是 AG 的主要实例，那么我们可以使用：select sys.fn_hadr_is_primary_replica('AGDatabase')。是否有类似的检查可读辅助？
我想将一个表从一个 SQL Server 实例 ETL 到另一个 SQL Server 实例。我不想创建 SSIS 包。我努力了
SELECT INTO #Hello FROM MyExternalTable）。SELECT * INTO #HELLO FROM MyLinkedServer.MyDB.dbo.MyTableOPENROWSET。它们都运行单线程，我可以从执行计划中看到。我没有使用过bcp，但似乎我首先需要将表保存到文件中，然后从文件中读取并加载它。所以我不认为它是完成这项任务的正确工具。将表从一个 SQL Server 实例复制到另一个 SQL Server 实例的最快方法是什么？
我想在不可读的辅助副本上创建一个数据库，以收集一些数据用于故障排除和监控 AG。我读过没有查询服务器时没有许可证成本（即当实例不是可读辅助时），但是当您查询服务器时必须获得许可。
所以我的问题是：在辅助副本上创建单独的数据库是否有问题（显然该数据库不会包含在 AG 中）？
DBCC checkdb 的内存授权是如何确定的（除了来自资源管理器的内存授权的最大大小，可能是默认池）？
我不是试图解决一个特定的问题。我只是好奇并试图理解。
SQL Server 的缓冲池（数据缓存）最大大小的计算公式是什么（当机器只有一个实例时）。
假设机器有 1 GB 的物理内存，在这种情况下缓冲池的最大大小是多少？
假设最大服务器内存为 0。
在阅读有关内存授予的信息时出现了这个问题，我读到资源信号量可以使用 75% 的缓冲池来进行查询内存授予。那么自然的问题就是缓冲池是如何计算的。
谢谢
事务日志中数据修改的日志记录：是只包含受影响的行和列的前后状态还是包含所有列（受影响的行）的前后状态，即日志记录包含整行还是仅包含被修改的行的一部分？
谢谢
编辑：我现在创建了一个实验，似乎表中的列数不会影响数据修改的事务日志的大小，即如果我col2在表中更新，那么表是否有 5 列或100 列，事务日志的增长将是相同的。
我需要这个程序集Microsoft.SqlServer.RuntimeWrapper.dll，它不在<drive>:\Windows\Microsoft.NET\assembly. 我安装了 SQL Server 2019（开发者版）。根据此页面链接，程序集也应位于此文件夹中：<drive>:\Program Files\Microsoft SQL Server\100\SDK\Assemblies.但在我的计算机上，我没有 100 文件夹。有 80、90、110、130、150、Client SDK 和 MSSQL15.MSSQLSERVER。我想我在选择功能时已经检查了相关的框。
我怎样才能掌握Microsoft.SqlServer.RuntimeWrapper.dll？
谢谢。
编辑：这两个 PowerShell 搜索都没有命中。我还在安装了 SQL Server 和 Integration Services 的生产服务器上尝试了这些搜索，但没有命中：
Get-ChildItem "$env:SystemRoot\Microsoft.NET\" -Filter *RuntimeWrapper.dll -Recurse -Force -ErrorAction Ignore
Get-ChildItem "C:\Program Files\Microsoft SQL Server\" -Filter *Wrapper.dll -Recurse -Force -ErrorAction Ignore
编辑：在我的 SQL Server 安装中，安装了以下内容：
SSIS 扩展：
我想查找代理工作的名称，但例如
Select login_name,
program_name,
host_name,
nt_domain,
nt_user_name
From sys.dm_exec_sessions
不显示名称，但显示：SQLAgent - TSQL JobStep (Job 0x"Some hexadecimal number" : Step 1)
我怎样才能找到这个代理工作的名称？
我不是试图解决一个特定的问题，而只是试图理解。
我已经阅读了几个地方，数据文件（让我们假设一个 mdf 文件）被分成 8 KB 页面。但是当我总结或结果不加起来数据文件的大小时，它就更少了total_pages。除了 8 KB 页面之外，数据文件中还有其他内容吗？sys.system_internals_allocation_unitssys.allocation_units
假设我有一个固定长度的列，我SELECT从它开始，比如 100 行。在读取固定长度列的不同行时，SQL Server 是检查每一行的列长度还是检查一次并重用此信息以便可以更快地读取后续行？
相反，对于可变长度列，SQL Server 需要使用偏移数组检查每一行的每个可变长度列的长度。
所以我的问题是：SQL Server 是否检查每一行的固定长度数据类型的长度（即在行的状态位 A 和 B 部分之后）？从逻辑上讲，当它需要读取一个固定长度的列时，它只需要检查一次。
这是为什么索引最适合固定长度列的原因吗？
不试图解决任何问题，只是试图理解。
额外信息：关于固定长度列上的索引最好：当我阅读这篇文章SQL Server 性能的索引策略时，这整个问题就开始了。有一次它说：“聚集索引键应该很窄，但也应该使用固定宽度的数据类型。” 这种说法的原因是什么？我只能想到与我的问题有关的原因，即固定长度的列更便宜，因为长度只需要检查一次。
由于 SELECT 语句与 X 和 U 相比采用共享锁，因此在我看来，在用于报告的数据仓库样式查询中使用 WITH(TABLOCK) 是正确的做法，以避免锁管理和锁升级。
我说的是数据不是实时生产数据并且并发不是问题的情况。例如，我不关心通过获取共享表锁来阻塞作者。当然我不想阻塞读者，但是 S 锁不会阻塞其他读者。
所以我想我可以将我的问题表述为：在数据仓库环境中，是否所有查询都不应使用 WITH (TABLOCK) 进行提示？从理论上讲，这应该会提高性能。如果不是，为什么？
谢谢
在执行查询时，我们有一个语句的估计子树成本，我们还可以查看例如 CPU 时间或逻辑读取。
估计的子树成本是否在其公式中包含获取锁和锁升级的成本？另外我猜管理锁的过程需要CPU。查询的 CPU 时间是否包括用于锁管理和锁相关任务的 CPU 时间？
有谁知道像这个页面https://columnscore.com/这样的工具，可以在其中确定表是否适合行或页面压缩。
我也试图了解压缩的好处。我一直在阅读它，但仍然有这些问题。
一位同事已经开始压缩很多表（页）。我不知道这个决定背后的分析。我知道我们有时会在某些高峰时段等待资源信号量。我真的不认为他知道自己在做什么。我可以看到我们的 sos 调度程序产量等待略有上升。
我认为压缩造成的危害更大，而且现在维护任务似乎更多（例如备份、检查数据库...）。