Rozetka UA

Реакция MS SQL SERVER на необходимость увеличения количества объектов блокировки

Некоторое время назад один заслуженный сервер выводился из эксплуатации. Ну и возникла идея устроить ему напоследок эдакое стресс-тестирование.

Являются ли счетчики «Lock Blocks Allocated|SQLServer:Memory Manager|» и «Lock Owner Blocks Allocated|SQLServer:Memory Manager|» постоянными величинами? По идее, некоторое динамическое перераспределение памяти должно быть, но фактически оно наблюдается? Не пойдет ли после использования 40% эскалация блокировки?

Параметры сервера большая тайна как и его назначение- важна реакция системы.

Наименование счетчика MIN MAX AVG
Lock Requests/sec|SQLServer:Locks|_Total

11037

23513216

3785559.304

Lock Owner Blocks Allocated|SQLServer:Memory Manager|

494058

10868275

2396453.362

Lock Blocks Allocated|SQLServer:Memory Manager|

487863

10860205

2390503.014

Lock Owner Blocks|SQLServer:Memory Manager|

2620

10811641

984553.855

Lock Blocks|SQLServer:Memory Manager|

2611

10811633

984382.116

Lock Timeouts/sec|SQLServer:Locks|_Total

0

3197564

79616.159

Lock Wait Time (ms)|SQLServer:Locks|_Total

0

354684

13722.928

Lock Waits/sec|SQLServer:Locks|_Total

0

6

0.391

 

Наглядно продемонстрировано- сервер в состоянии перераспределять память под объекты блокировки, при изменении этих величин в разы он сохраняет работоспособность и адекватную производительность.

Почему это важно- в принципе, параметры сервера очень зависит от обслуживаемых им данных. Сервер с малым объемом оперативной памяти просто не выделит достаточную область для объектов блокировки. То есть, можно ожидать нормальной работы только крайне ограниченные по числу записей транзакций. Это накладывает суровые ограничения на качество кода. Так вот, данная гипотеза не подтвердилась. Выполнение транзакций с большим числом блокировок возможно даже на сервере с относительно малым объемом оперативной памяти. Понятно, что буфер будет работать неэффективно, другие особенности, но по объектам блокировки критических ограничений нет.

 

Далее некоторые параметры, в % от минимального/максимального значения.

 

 

 

 

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Pratik UaPratik UaPratik Ua