Вопросы Теги

SQL Server 2019 (Centos 8 )Non -Планировщик выходных данных

Как указано на странице руководства, на которую вы ссылаетесь, контрольная группа — это набор процессов.

Содержимое /proc/11/cgroupописывает все контрольные группы, к которым принадлежит процесс 11. Для групп v1 первое поле в каждой строке — это идентификатор иерархии, второе — список контроллеров, а третье — путь к контрольной группе в иерархии. Для групп v2 первое поле равно 0, второе пустое, а третье — путь.

Чтобы найти все процессы в контрольной группе, просмотрите файл tasksв соответствующем каталоге sysfs, например 

cat /sys/fs/cgroup/perf_event/tasks

, что соответствует12:perf_event:/:

| /sys/fs/cgroup/ | perf_event | / | tasks
|                 |            |   |
|<  mountpoint   >|<controller>| ^ |
                                 |
               cgroup pathname --+
0
06.07.2020, 17:06
1 ответ

Для нас решением было отключить синхронизацию базы данных между узлами. Microsoft, вероятно, начинает размещать транзакции для синхронизации данных и блокирует транзакции основного сервера, поскольку они, вероятно, выполняются в отдельных потоках. Таким образом, состояние гонок и, в конечном итоге, отсутствие -уступчивости

последняя версия 15.0.4043.16 -4 

2020-07-06 13:04:01.87 Server      Using 'dbghelp.dll' version '4.0.5'
2020-07-06 13:04:01.96 Server      ***Unable to get thread context for spid 0
2020-07-06 13:04:01.96 Server      * *******************************************************************************
2020-07-06 13:04:01.96 Server      *
2020-07-06 13:04:01.96 Server      * BEGIN STACK DUMP:
2020-07-06 13:04:01.97 Server      *   07/06/20 13:04:01 spid 400
2020-07-06 13:04:01.97 Server      *
2020-07-06 13:04:01.97 Server      * Non-yielding Scheduler
2020-07-06 13:04:01.97 Server      *
2020-07-06 13:04:01.97 Server      * *******************************************************************************
2020-07-06 13:04:01.98 Server      Stack Signature for the dump is 0x0000000000000246
2020-07-06 13:04:55.94 Server      DumpCallbackHk::CreateCabFile: at 2206 g_CabDdfFile file is null, normally because no collectors added any files, exiting
2020-07-06 13:04:55.94 Server      DumpCallbackHk::CollectFiles: at 594 failed at CreateCabFile with error: 0x80004005
2020-07-06 13:04:57.21 Server      External dump process return code 0x20000001.
External dump process returned no errors.
2020-07-06 13:04:57.21 Server      Process 0:0:0 (0x4298) Worker 0x0000001D4CE46160 appears to be non-yielding on Scheduler 0. Thread creation time: 13238513480709. Approx Thread CPU Used: kernel 130 ms, user 7180 ms. Process Utilization 16%. System Idle 0%. Interval: 70006 ms.
...
0
19.03.2021, 02:26

Теги

Похожие вопросы