ВИПРАВЛЕННЯ: Проблеми із продуктивністю виникають при бази даних блокування справи, що збільшується в SQL Server

Причини

Припустімо, що запуску служб Microsoft SQL Server-2014 року, SQL Server 2012, SQL Server 2008 або SQL Server 2008 R2 на комп'ютері, який містить багато процесорів. Якщо кількість блокувань (тип ресурсу = база даних), для певної бази даних, перевищує об'єму, виникають такі проблеми:

• Значення в режимі адміністратора, що виникають LOCK_HASH блокування з очікуванням кількість.
  
  Примітка. Див. розділ "Додаткові відомості", щоб отримати відомості про відстеження цього з блокування з очікуванням.

• Запити або операції, які потребують бази даних, locks, зайняти багато часу буде завершено. Наприклад, можна помітити такі затримки продуктивність:

  • Вхід з SQL Server

  • Зв'язаний сервер запитів

  • sp_reset_connection

  • Операції

Примітка Щоб знайти список locks (тип ресурсу = база даних) для певного бази даних, див. розділ "Додаткові відомості". Граничне значення, що залежить від середовища.

Вирішення

Відомості про виправлення
Виправлення доступне від корпорації Майкрософт. Проте, це виправлення призначене тільки для вирішення проблеми, описаної в цій статті. Застосовуйте це виправлення лише до систем, які зазнають цієї конкретної проблеми.

Якщо виправлення доступне для завантаження, у верхній частині цієї статті бази знань буде розділ "Завантажити доступні виправлення ". Якщо цей розділ не відображається, надішліть запит до клієнтської служби та підтримки Microsoft, щоб отримати виправлення.

Примітка. Якщо виникають додаткові проблеми, або якщо будь-які виправлення, можливо, доведеться створити окремий запит на обслуговування. Застосунок-служба технічної підтримки буде застосовуватися додаткові питання і проблеми, які не пов'язані з цим виправленням. Повний список телефонів служби підтримки користувачів і технічної підтримки, або створити окремий запит на обслуговування відвідайте веб-сайт корпорації Майкрософт:

http://support.microsoft.com/contactus/?ws=supportПримітка. У формі "Завантажити доступні виправлення" відображаються мови, для яких доступне виправлення. Якщо потрібна мова не відображається, то виправлення недоступне для даної мови.

Стан

Корпорація Майкрософт підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених у розділі "Застосовується до".

Додаткові відомості

Після того, як програма, забезпечує підключення до SQL Server, спочатку визначить контексті бази даних. За промовчанням підключення спробує отримати блокування бази даних в SH режимі. Блокування SH-база даних буде випущено під час підключення зупинено або бази даних контекст змінено під час роботи підключення. За наявності багато активних підключення, яких використовується в контексті одного бази даних, ви можете мати багато locks типу бази даних ресурсів для цього підключення бази.

На комп'ютері, з 16 або кілька процесорів лише в таблиці об'єктів, використання схеми розділами блокування. Однак, locks-бази даних не розділити. Таким чином, що блокує більше кількість баз даних, тим більше часу потрібно для отримання блокування бази даних SQL Server. Більшість програм не мають будь-які проблеми, які виникають через цей проект. Але як число, перевищує об'єму, додаткових дій і час потрібно отримати блокування. Хоча витрати тільки micro секунд, для кожного додаткового блокування, загальний час можна збільшити швидко, тому що блокування геш-набори захист комп'ютера за допомогою з блокування з очікуванням. Це призводить до додаткового процесора і чекає додаткові робочі отримати блокування.

Це виправлення вносить, база даних блокування розбивання на розділи при прапор трасування T1236 під час запуску. Розбивання на розділи блокування бази даних продовжує глибини списку блокування невеликі в кожному локального розділу. Це значно оптимізує, доступ до шлях, який використовується для отримання блокування бази даних .

Відстеження LOCK_HASH на блокування з очікуванням, використовується такий запит.SET NOCOUNT ONCREATE TABLE #spinlock_stats([CaptureTime] datetime,[name] nvarchar(512),[collisions] bigint,
[spins] bigint,[spins_per_collision] real,[sleep_time] bigint,[backoffs] int)
DECLARE @counter int = 1
WHILE @counter < 100
BEGIN
INSERT INTO #spinlock_stats SELECT GETDATE() as "CaptureTime" , * FROM sys.dm_os_spinlock_stats WHERE [name] = 'LOCK_HASH'
WAITFOR DELAY '00:00:05'
SET @counter +=1
END
SELECT * FROM #spinlock_stats ORDER BY [CaptureTime]
DROP TABLE #spinlock_stats
Щоб отримати додаткові відомості про діагностування та вирішення блокування з очікуванням твердження на SQL Server, перейдіть на такий документ.

Діагностика та вирішення блокування з очікуванням твердження на SQL ServerПримітка Хоча у цьому документі, написана для SQL Server 2008 R2, інформацію, застосовуються до SQL Server 2012.

Посилання

Щоб отримати додаткові відомості про позначки трасування, SQL Server 2012, перейдіть на веб-сайті TechNet.

Відомості про позначки трасування, SQL Server 2012
Щоб отримати додаткові відомості про те, як знайти кількість баз даних locks користувача на базі даних слід використовувати такий запит для обчислення цього значення:select Resource_database_id, resource_type, request_mode, request_status, count (*) 'LockCount' from sys.dm_tran_locks
group by Resource_database_id, resource_type, request_mode, request_status