Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: Странное поведение MS SQL 2005  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
Crimean
SQL сервер не создает нагрузки при отсутствии пользовательской активности - не умеет
ему самому себя грузить нечем
задачи планировщика при этом приравниваются к пользовательской активности

Да ну, нечем грузить?! Даже не смешно. Легко можно напихать в базу всяких сервисов, которые будут по кругу друг с другом общаться все время...
3 авг 08, 01:16    [6020136]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Roman S. Golubin
Member

Откуда: 140002
Сообщений: 11541
gbmr
В последнее время SQL-сервер странно себя ведет.

select @@version
что вернет?
3 авг 08, 01:18    [6020137]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Guest000
Member

Откуда: Moscow
Сообщений: 341
Обслуживание баз не включено?
Перестроение индексов, проверка целостности и т.п.
3 авг 08, 12:46    [6020477]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
Roman S. Golubin
gbmr
В последнее время SQL-сервер странно себя ведет.

select @@version
что вернет?


Microsoft SQL Server 2005 - 9.00.3257.00 (X64)
Jun 12 2008 16:47:07
Copyright (c) 1988-2005 Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 5.2 (Build 3790: Service Pack 2)
4 авг 08, 13:01    [6023165]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
Guest000
Обслуживание баз не включено?
Перестроение индексов, проверка целостности и т.п.

У этой базы включено только Auto Create Statistics и Auto Update Statistics.
Из джобов - только бэкапы. Раз в неделю - полный, раз в сутки - дифференциальный, раз в час - бекап лога.

exec sp_who2

SPID  Status                         Login                                  HostName      BlkBy DBName  Command          CPUTime   DiskIO LastBatch      ProgramName                                    SPID  REQUESTID
----- ------------------------------ -------------------------------------- ------------- ----- ------- ---------------- --------- ------ -------------- ---------------------------------------------- ----- ---------
1     BACKGROUND                     sa                                       .             .   NULL    RESOURCE MONITOR 0         0      08/02 22:38:44                                                1     0    
2     SUSPENDED                      sa                                       .             .   NULL    LOG WRITER       734       0      08/02 22:38:44                                                2     0    
3     BACKGROUND                     sa                                       .             .   NULL    LAZY WRITER      312       0      08/02 22:38:44                                                3     0    
4     BACKGROUND                     sa                                       .             .   NULL    LOCK MONITOR     0         0      08/02 22:38:44                                                4     0    
5     BACKGROUND                     sa                                       .             .   master  SIGNAL HANDLER   0         0      08/02 22:38:44                                                5     0    
6     sleeping                       sa                                       .             .   master  TASK MANAGER     0         0      08/02 22:38:44                                                6     0    
7     sleeping                       sa                                       .             .   NULL    UNKNOWN TOKEN    0         0      08/02 22:38:44                                                7     0    
8     BACKGROUND                     sa                                       .             .   master  BRKR TASK        0         0      08/02 22:38:44                                                8     0    
9     SUSPENDED                      sa                                       .             .   master  CHECKPOINT       5984      2111   08/02 22:38:44                                                9     0    
10    BACKGROUND                     sa                                       .             .   master  TASK MANAGER     0         0      08/02 22:38:44                                                10    0    
11    BACKGROUND                     sa                                       .             .   master  BRKR EVENT HNDLR 0         29     08/02 22:38:44                                                11    0    
12    BACKGROUND                     sa                                       .             .   master  BRKR TASK        0         0      08/02 22:38:44                                                12    0    
13    BACKGROUND                     sa                                       .             .   master  GHOST CLEANUP    130531594 17207  08/02 22:38:44                                                13    0    
14    sleeping                       sa                                       .             .   master  TASK MANAGER     0         0      08/02 22:38:44                                                14    0    
15    sleeping                       sa                                       .             .   master  TASK MANAGER     0         0      08/02 22:38:44                                                15    0    
16    sleeping                       sa                                       .             .   master  TASK MANAGER     0         0      08/02 22:38:44                                                16    0    
17    sleeping                       sa                                       .             .   master  TASK MANAGER     0         0      08/02 22:38:44                                                17    0    
18    sleeping                       sa                                       .             .   master  TASK MANAGER     0         0      08/02 22:38:44                                                18    0    
19    sleeping                       sa                                       .             .   master  TASK MANAGER     0         0      08/02 22:38:44                                                19    0    
20    sleeping                       sa                                       .             .   master  TASK MANAGER     0         0      08/02 22:38:44                                                20    0    
51    sleeping                       NT AUTHORITY\SYSTEM                    TSCK02          .   msdb    AWAITING COMMAND 125       36     08/02 22:38:56 SQLAgent - Generic Refresher                   51    0    
52    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 1267945   832    08/04 12:03:41 1CV7                                           52    0    
53    sleeping                       NT AUTHORITY\SYSTEM                    TSCK02          .   msdb    AWAITING COMMAND 0         249    08/04 12:00:00 SQLAgent - Job invocation engine               53    0    
54    RUNNABLE                       sa1C                                   TSCK02          .   ck_sdia SELECT           2557109   6901   08/04 12:03:49 1CV7                                           54    0    
55    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 621682    186    08/04 12:03:49 1CV7                                           55    0    
56    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 837701    1695   08/04 12:03:41 1CV7                                           56    0    
57    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 12818     12     08/04 12:03:41 1CV7                                           57    0    
58    sleeping                       sa1C                                   SD-BUHG2        .   ck_sdia AWAITING COMMAND 820027    1250   08/04 12:03:48 1CV7                                           58    0    
59    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 667731    2644   08/04 12:03:47 1CV7                                           59    0    
60    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 921       7      08/04 12:03:41 1CV7                                           60    0    
61    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 559515    4232   08/04 12:03:42 1CV7                                           61    0    
62    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 897591    18917  08/04 11:39:28 1CV7                                           62    0    
63    sleeping                       sa1C                                   CK-FILIALDIR    .   ck_sdia AWAITING COMMAND 1580188   35     08/04 12:03:46 1CV7                                           63    0    
64    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 873994    953    08/04 12:03:41 1CV7                                           64    0    
65    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 757134    10     08/04 12:03:45 1CV7                                           65    0    
66    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 218       0      08/04 12:03:49 1CV7                                           66    0    
67    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 359       0      08/04 12:03:41 1CV7                                           67    0    
68    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 1214295   5033   08/04 12:03:40 1CV7                                           68    0    
69    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 62557     0      08/04 12:03:40 1CV7                                           69    0    
70    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 1091      0      08/04 12:03:39 1CV7                                           70    0    
71    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 315136    55     08/04 12:03:49 1CV7                                           71    0    
72    sleeping                       sa1C                                   CK-BUH01        .   ck_sdia AWAITING COMMAND 13644     1154   08/04 12:03:43 1CV7                                           72    0    
73    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 234818    12116  08/04 12:03:47 1CV7                                           73    0    
74    sleeping                       sa1C                                   SD-GLAVBUHG     .   ck_sdia AWAITING COMMAND 602818    4208   08/04 12:03:46 1CV7                                           74    0    
75    sleeping                       sa1C                                   CK-KASSA02      .   ck_sdia AWAITING COMMAND 85662     242    08/04 12:03:42 1CV7                                           75    0    
76    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 410536    10     08/04 12:03:42 1CV7                                           76    0    
77    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 1446987   144    08/04 12:03:42 1CV7                                           77    0    
78    sleeping                       sa1C                                   TSCK00          .   ck_sdia AWAITING COMMAND 2078      66     08/04 12:03:47 1CV7                                           78    0    
79    sleeping                       sa1C                                   TSCK00          .   ck_sdia AWAITING COMMAND 77246     99     08/04 12:03:38 1CV7                                           79    0    
80    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 934312    343    08/04 12:03:48 1CV7                                           80    0    
82    sleeping                       sa1C                                   CK-K2K-LOGIST   .   ck_sdia AWAITING COMMAND 2235      8      08/04 12:03:49 1CV7                                           82    0    
83    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 3364      150    08/04 12:03:39 1CV7                                           83    0    
84    sleeping                       sa1C                                   TSCK02          .   ck_sdia AWAITING COMMAND 544562    0      08/04 12:03:49 1CV7                                           84    0    
85    sleeping                       SCA\vaksyonov                          XCOM-DEV        .   master  AWAITING COMMAND 16        0      08/04 11:59:40 Microsoft SQL Server Management Studio         85    0    
86    RUNNABLE                       SCA\vaksyonov                          XCOM-DEV        .   master  SELECT INTO      47        11     08/04 12:01:08 Microsoft SQL Server Management Studio - Query 86    0    

(55 row(s) affected)

Обратите внимание, что основная нагрузка по процессору (процессорное время) именно GHOST CLEANUP. Этот процесс работает без остановок.
4 авг 08, 13:07    [6023210]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Crimean
Member

Откуда:
Сообщений: 13148
gbmr
Обратите внимание, что основная нагрузка по процессору (процессорное время) именно GHOST CLEANUP. Этот процесс работает без остановок.


вам бы к дохтору... или про эту выборку почитать, что ли в доке... там кумулятивное CPU TIME...
4 авг 08, 13:47    [6023424]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
Crimean
gbmr
Обратите внимание, что основная нагрузка по процессору (процессорное время) именно GHOST CLEANUP. Этот процесс работает без остановок.


вам бы к дохтору... или про эту выборку почитать, что ли в доке... там кумулятивное CPU TIME...


К какому дохтору? ;)

А по существу есть, что сказать?
4 авг 08, 13:48    [6023435]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
Crimean
gbmr
Обратите внимание, что основная нагрузка по процессору (процессорное время) именно GHOST CLEANUP. Этот процесс работает без остановок.


или про эту выборку почитать, что ли в доке... там кумулятивное CPU TIME...


Пускай кумулятивное. Неважно. Важно то, что именно этот процесс постоянно загружает процессор на 13%. Можно сделать так, чтобы этот Cleanup запускался реже?
4 авг 08, 13:59    [6023504]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
UP

Проблема все имеет место быть. :(
Может кто сталкивался с подобным? Из меня скоро юзеры фарш сделают...
11 авг 08, 14:19    [6052263]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Glory
Member

Откуда:
Сообщений: 104760
gbmr
UP

Проблема все имеет место быть. :(
Может кто сталкивался с подобным? Из меня скоро юзеры фарш сделают...

Вам же предложили взять в руки Profiler, PerformanceMonitor и найти узкое место.
11 авг 08, 14:23    [6052291]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
Glory
gbmr
UP

Проблема все имеет место быть. :(
Может кто сталкивался с подобным? Из меня скоро юзеры фарш сделают...

Вам же предложили взять в руки Profiler, PerformanceMonitor и найти узкое место.


Смотрел... Ничего не нашел.

Даже когда никого нет - отъедает таки 13%. Делаю так - перевожу все базы в оффлайн. Как только перевожу боевую базу в онлайн - через 3-5 секунд появляется нагрузка на процессор... Через sp_who2 (выполнял несколько раз через 5-10 секунд) видно, что процессорное время занимается задачей GHOST CLEANUP.

Самое интересное - та же база на другом сервере (различие только в том, что он не x64, а x86) - полет нормальный. Нет такого, что постоянно sqlservr.exe отъедает процессорное время.
11 авг 08, 14:33    [6052359]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
Могу выложить файл результатов работы профайлера. Поможете разобраться? Какой шаблон выбрать?
11 авг 08, 14:58    [6052552]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Glory
Member

Откуда:
Сообщений: 104760
Вы отключили default trace ?
Снапшот TIL у базы выставлен ?
11 авг 08, 15:02    [6052589]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31435
gbmr
Как только перевожу боевую базу в онлайн - через 3-5 секунд появляется нагрузка на процессор...
А база большая у вас?
Вот что-то мелькало: FIX: You experience low CPU spikes at set intervals even when there is no user activity in SQL Server 2005, хотя у вас вроде это фикс уже есть...

gbmr
Какой шаблон выбрать?
Да просто: события - батч и рпс комплиты, в колонки включить цпу

В принципе как дефаулт практически получается.
11 авг 08, 15:11    [6052657]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31435
Glory
Снапшот TIL у базы выставлен ?
Ой. А что такое TIL? :-(
11 авг 08, 15:13    [6052676]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Glory
Member

Откуда:
Сообщений: 104760
alexeyvg
Glory
Снапшот TIL у базы выставлен ?
Ой. А что такое TIL? :-(

Transaction Isolation Level
11 авг 08, 15:14    [6052681]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
Glory
Вы отключили default trace ?
Снапшот TIL у базы выставлен ?


default trace выключен. Проверял.
А вот второе где глянуть?
11 авг 08, 15:31    [6052801]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
alexeyvg
gbmr
Как только перевожу боевую базу в онлайн - через 3-5 секунд появляется нагрузка на процессор...
А база большая у вас?

База большая. Скоро будет 17 ГБ.

Вот что-то мелькало: FIX: You experience low CPU spikes at set intervals even when there is no user activity in SQL Server 2005, хотя у вас вроде это фикс уже есть...

Вроде он в СП не входит. Попробую сегодня ночью поставить - соообщу о результатах. Если не срастется - выложу данные профайлера.

gbmr
Какой шаблон выбрать?
Да просто: события - батч и рпс комплиты, в колонки включить цпу

В принципе как дефаулт практически получается.


PS. Спасибо за совет.
11 авг 08, 15:43    [6052871]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Glory
Member

Откуда:
Сообщений: 104760
gbmr
Glory
Вы отключили default trace ?
Снапшот TIL у базы выставлен ?


default trace выключен. Проверял.
А вот второе где глянуть?

В sys.databases
11 авг 08, 16:13    [6053072]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
Glory
gbmr
Glory
Вы отключили default trace ?
Снапшот TIL у базы выставлен ?


default trace выключен. Проверял.
А вот второе где глянуть?

В sys.databases


В этих базах стоит OFF
11 авг 08, 16:33    [6053195]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
alexeyvg
А база большая у вас?
Вот что-то мелькало: FIX: You experience low CPU spikes at set intervals even when there is no user activity in SQL Server 2005, хотя у вас вроде это фикс уже есть...


Нет. Этот хотфикс не хочет ставиться на сервер со вторым сервис паком. Наверно таки он есть в SP2.
11 авг 08, 16:36    [6053215]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Богдан Гоцкий
Member

Откуда: Львов
Сообщений: 504
Отключаем GHOST CLEANUP и смотрим что скажет CPU:
microsoft.com
Trace flag 661: Disable the ghost record removal process
Trace flag 661 disables the ghost record removal process. A ghost record is the result of a delete operation. When you delete a record, the deleted record is kept as a ghost record. Later, the deleted record is purged by the ghost record removal process. When you disable this process, the deleted record is not purged. Therefore, the space that the deleted record consumes is not freed. This behavior affects space consumption and the performance of scan operations.

When you turn on trace flag 661 at startup or in a user session, trace flag 661 always applies across the server and has global scope. If you turn off this trace flag, the ghost record removal process works correctly.
11 авг 08, 17:01    [6053380]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Богдан Гоцкий
Member

Откуда: Львов
Сообщений: 504
gbmr
alexeyvg
А база большая у вас?
Вот что-то мелькало: FIX: You experience low CPU spikes at set intervals even when there is no user activity in SQL Server 2005, хотя у вас вроде это фикс уже есть...


Нет. Этот хотфикс не хочет ставиться на сервер со вторым сервис паком. Наверно таки он есть в SP2.


Ну а на той же странице с фиксом, попробуйте такое:

microsoft.com
WORKAROUND
To work around this problem, rebuild all the indexes on all the user tables of the database.
11 авг 08, 17:07    [6053421]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
gbmr
Member

Откуда:
Сообщений: 40
Богдан Гоцкий
Отключаем GHOST CLEANUP и смотрим что скажет CPU:
microsoft.com
Trace flag 661: Disable the ghost record removal process
Trace flag 661 disables the ghost record removal process. A ghost record is the result of a delete operation. When you delete a record, the deleted record is kept as a ghost record. Later, the deleted record is purged by the ghost record removal process. When you disable this process, the deleted record is not purged. Therefore, the space that the deleted record consumes is not freed. This behavior affects space consumption and the performance of scan operations.

When you turn on trace flag 661 at startup or in a user session, trace flag 661 always applies across the server and has global scope. If you turn off this trace flag, the ghost record removal process works correctly.


Попробовал этот флаг. Нагрузка на сервер сразу упала.
Чем грозит использование этого флага постоянно? Будет расти файл базы данных?
Как сделать так, чтобы он был включен постоянно?
11 авг 08, 18:36    [6053965]     Ответить | Цитировать Сообщить модератору
 Re: Странное поведение MS SQL 2005  [new]
Crimean
Member

Откуда:
Сообщений: 13148
ну так а вот это пробовалось:

> To work around this problem, rebuild all the indexes on all the user tables of the database

вообще-то это как бы часть регулярного регламента...
11 авг 08, 18:55    [6054019]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить