dsuy's questions

我第一次在托管实例（不是Azure SQL DB）中设置扩展事件跟踪。

这些是我仔细遵循的步骤：

1. 在我的数据库上创建了一个主密钥。
2. 使用正确的共享访问签名创建了数据库范围凭据。
3. 创建并开始跟踪。这有效，并且一切都按预期进行了跟踪。

现在，我正在尝试使用 T-SQL 查询 XEL 文件：

SELECT event_data FROM sys.fn_xe_file_target_read_file (N'https://whatever.blob.core.windows.net/xevents/MyTrace_132410674100570000.xel',NULL, NULL, NULL);

但是，我得到两种不同的行为：

• 来自 SSMS：我只得到零行，没有显示错误或消息。

• 从 Azure DataStudio：我收到以下错误消息

消息 300，级别 14，状态 1，第 1 行查看服务器状态权限在对象“服务器”、数据库“主服务器”上被拒绝。Msg 297, Level 16, State 1, Line 1 用户无权执行此操作。

一些事实：

• 我可以使用 Azure 存储资源管理器下载 XEL 文件。
• 我已经检查了 XEL 文件的完整路径，它是正确的。我可以使用浏览器直接下载文件。
• 容器的访问级别为 Public。
• 我尝试过使用不同的文件（运行和停止的跟踪，所有这些都带有数据）。
• XEL 文件充满了数据，因为我在本地查询它们并且可以使用 SSMS 打开它们。
• 我真的不认为缺少密钥或范围凭据。否则，追踪将不起作用。无论如何，我放弃了一切，从头开始，行为没有改变。
• 我所有的测试都是使用托管实例管理员帐户进行的。

所以...

• 托管实例真的支持读取 XEL 文件吗？
• 关于如何使用 sys.fn_xe_file_target_read_file 函数访问文件有什么问题吗？

我知道并行计划将使用（最多）与 MAXDOP 配置（每个并行区域）中设置的一样多的内核。

我已将我的 MAXDOP 配置为 4，并将我的“并行成本阈值”配置为 55。所以，我的问题是……所有成本低于 55 的串行计划是否只使用第一个内核？

如果是这样的话……如果我的查询主要是低成本的，那么我的第一个核心将被耗尽，而其余的核心将处于空闲状态。

我有一个 3 节点 SQL Server Always On 可用性组。2 个节点在同一个 LAN 上，第三个节点在具有高延迟的远程站点上。

我将向 AG 添加一个巨大的数据库（10TB），所以我希望能够在第一阶段将它添加到 LAN 上的 2 个副本中，几天后，在第三个（远程）添加它) 现场手动复制后的副本。

这是受支持的方案吗？如果是这样...推荐的方法是什么？

不幸的是，将数据库同时添加到所有节点不是一种选择。

我已经建立了一个 2 节点 Always On 可用性组。两个副本都处于具有自动故障转移的同步模式。如果我执行手动故障转移，一切都按预期工作：主服务器和辅助服务器切换，没有数据丢失，监听器按预期工作。

但是，如果我突然关闭主服务器（出于测试目的），辅助服务器不会切换为主服务器。主副本卡在“正在解决”状态，并且在主服务器重新联机之前无法访问侦听器。

简而言之，可用性组在手动故障转移中工作正常，但在自动故障转移中却不行。似乎集群不知道其中一个节点不再可用。

我是否应该执行任何特定配置以启用“不可用性检测”之类的功能？我认为这是一种内置行为。

我运行了集群验证，报告了以下警告：

• 集群未配置仲裁见证。作为最佳实践，配置仲裁见证以帮助实现集群的最高可用性。（我真的应该通过 Failover Manager 更改仲裁设置吗？）
• 此资源并未将集群的所有节点都列为可能的所有者。此资源所属的集群角色将无法在未列为可能所有者的任何节点上启动。（我读到不建议通过故障转移管理器进行更改，所以我没有这样做）
• 节点NODE01只能通过一对网络接口从节点NODE02到达。此网络路径可能是集群内通信的单点故障。请验证此单一路径是否具有高可用性，或考虑向集群添加其他网络。（这是在谈论添加冗余卡吗？）

在 Always On 可用性组中，我了解异步辅助副本要求主副本发送块。但是，我想知道此任务的频率（以了解可能的数据丢失时间范围）以及是否可以更改此频率（以最小化数据丢失的时间范围）。

我正在使用 StackOverflow 转储来运行一些测试。

特别是，我正在查询这张表：

我创建了这个索引：

我正在运行以下查询（只是强制索引来测试替代方案）

我得到以下执行计划的成本很高（66.63）。

这些是运行此查询后的 IO 统计信息：

然后，我通过提供变量而不是直接值来运行相同的查询

我得到了一个更好的计划（成本是 0.4385）。

统计数据也更好：

起初...我认为 SQL Server 没有将直接值识别为 INT，但既没有类型不匹配也没有隐式转换警告。

我还尝试避免并行性，但在谓词中传递直接值时，我仍然会使用 MAXDOP 1 获得高成本计划（和更高的 IO 统计信息）。

在比较两个计划时，有不同的估计：

作为谓词的一部分传递直接值有什么问题？

语境

我正在使用以下设置设置 2 节点 AlwaysOn 可用性组 (SQL Server 2017 Enterprise)：

• 现有DC+DNS（1个网卡：10.20.11.1/255.255.254.0）
• 新建AG-Node1（一个网卡：10.20.11.2/255.255.254.0）
• 新的AG-Node2（一个网卡：10. 22 .11.1/255.255.254.0）

我读过这将被视为“AlwaysOn 多子网”场景（因为节点属于不同的子网）。

问题：

我真的必须将其视为“AlwaysOn AG 多子网”，即使所有必需的路由都已在网络设备级别实现并且计算机都可以相互访问吗？

我读过应该部署和配置路由和远程访问，但我不明白为什么这是必要的，因为路由已经在网络设备级别实现。