Utilisation du processeur incorrecte dans sys.dm_os_ring_buffers
J'exécute un VPS cloud avec une instance SQL Server. Parce que c'est pour un usage personnel, j'utilise l'édition express (je ne peux pas utiliser l'édition développeur parce que je techniquement avoir des applications de production en cours d'exécution et il n'y a aucun moyen que je puisse me permettre Standard +).
J'essaie d'obtenir des captures de base en utilisant tutoriel de Brent Ozar en utilisant sp_BlitzFirst. Le problème que je rencontre est que ProcessUtilization dans sys.dm_os_ring_buffers sort toujours comme 100, quelle que soit l'utilisation réelle du processeur à l'époque.
Info VM
@@ version: Microsoft SQL Server 2017 (RTM-CU15) (KB4498951) - 14.0.3162.1 (X64) 15 mai 2019 19:14:30 Copyright (C) 2017 Microsoft Corporation Express Edition (64 bits) sur Linux (Ubuntu 18.04.2 LTS)
Hôte: 1 & 1 Ionos VPS
sortie lscpu
Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Thread(s) per core: 1 Core(s) per socket: 1 Socket(s): 2 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 63 Model name: Intel(R) Xeon(R) Gold 5120 CPU @ 2.20GHz Stepping: 0 CPU MHz: 2194.844 BogoMIPS: 4389.68 Hypervisor vendor: VMware Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 19712K NUMA node0 CPU(s): 0,1 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc Arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc cpuid pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm cpuid_fault invpcid_single pti ssbd ibrs ibpb stibp fsgsbase tsc_adjust bmi1 avx2 smep bmi2 invpcid xsaveopt arat flush_l1d Arch_capabilities
Microsoft dit que DMV (tampons en anneau) ne fonctionne pas sur SQL Server 2017, seulement 2019:
Sys.dm_os_ring_buffers DMV a été un DMV clé utilisé pour la surveillance de SQL Server par des outils intégrés ainsi que des utilitaires de surveillance tiers. Lorsque SQL Server 2017 a été publié sur Linux, malheureusement, ce DMV n'a pas renvoyé les informations d'utilisation du processeur correctes par le processus SQL Server. L'équipe SQL Server est heureuse d'annoncer que le démarrage de SQL Server 2019, le DMV sys.dm_os_ring_buffers, renvoie correctement l'utilisation du processeur SQL.