Questions tagged «dmv»

SQL Server 2012（11.0.5058.0）企业版 我们在2（HA）+1（DR）群集中有8个可用性组，而我们的监视DMV正在报告使我感到困惑的结果。为HA和DR配置了6个可用性组，仅为HA配置了1个可用性组，仅为DR配置了1个可用性组。 6个HA / DR可用性组中的每个具有“ SQLB”作为主副本，“ SQLA”作为辅助（同步）HA副本，而“ SQLC”作为辅助（异步）副本。 在两个次级上： SELECT dhags.group_id, dhags.synchronization_health_desc FROM sys.dm_hadr_availability_group_states dhags 报道说，所有可用性组复制同步健康是NOT_HEALTHY和 select replica_id,synchronization_health_desc from sys.dm_hadr_availability_replica_states 报告所有副本的同步运行状况为HEALTHY。 主副本报告所有运行状况为的可用性组和副本HEALTHY。 虽然我了解一个报告有关副本同步运行状况，而另一些报告有关AG同步运行状况，但对我来说，如果更精细的（AG）状态不健康，那将影响更广泛上下文（副本）的整体运行状况，这似乎是合乎逻辑的。我找不到描述如何确定每个级别的运行状况的MSDN文档。 为什么辅助服务器报告NOT_HEALTHY可用性组同步运行状况，而HEALTHY副本服务器同步运行状况，为什么这与主数据库的报告不同？

8 sql-server-2012  availability-groups  dmv 

我昨天接到一个客户的电话，该客户抱怨他们的SQL Server上的CPU使用率过高。我们正在使用SQL Server 2012 64位SE。服务器正在运行Windows Server 2008 R2 Standard，2.20 GHz Intel Xeon（4核），16 GB RAM。 在确定罪魁祸首实际上是SQL Server之后，我在这里使用DMV查询在顶部等待实例。前两个等待是：（1）PREEMPTIVE_OS_DELETESECURITYCONTEXT和（2）SOS_SCHEDULER_YIELD。 编辑：这是“最等待查询”的结果（尽管有人违反了我的意愿今天早晨重新启动了服务器）： 我们进行了大量的计算/转换，所以我可以理解SOS_SCHEDULER_YIELD。但是，我很好奇PREEMPTIVE_OS_DELETESECURITYCONTEXT等待类型以及为什么它可能是最高的。 最好的说明/讨论，我可以找到这个等待类型，可以发现在这里。它提到： PREEMPTIVE_OS_等待类型是离开数据库引擎的调用，通常是对Win32 API的调用，它们正在SQL Server外部执行代码以执行各种任务。在这种情况下，它将删除以前用于远程资源访问的安全上下文。相关的API实际上被命名为DeleteSecurityContext（） 据我所知，我们没有任何外部资源，例如链接服务器或文件表。而且，我们不进行任何模拟操作，等等。备份是否可能导致备份激增或域控制器出现故障？ 到底什么会导致这成为主要的等待类型？如何进一步跟踪此等待类型？ 编辑2：我检查了Windows安全日志的内容。我看到了一些可能感兴趣的条目，但不确定这些是否正常： Special privileges assigned to new logon. Subject: Security ID: NT SERVICE\MSSQLServerOLAPService Account Name: MSSQLServerOLAPService Account Domain: NT Service Logon ID: 0x3143c Privileges: SeImpersonatePrivilege Special privileges …

8 sql-server  sql-server-2012  dmv  extended-events  wait-types 

MSDN将dm_exec_query_stats中的各种逻辑/物理读和写列描述为： 上一次执行计划时执行的物理读取数。 这些列都是64位整数（bigint），因此，显然更大的数字表示更多的读取/写入。 但是此列的单位是什么？数据库页面？千字节？只是一个任意数字？ 示例：在我的数据库中进行相当昂贵的查询dm_exec_query_stats.total_logical_reads = 40412。 40412是什么？

8 sql-server  dmv