Я только что получил следующее уведомление об экземпляре SQL Server 2005. Этот экземпляр имеет отношение core-tempdb-file к 2: 1 для общего числа файлов tempdb в 24 файлах. Разногласия не должны происходить - как бы я обнаружил источник этого раздора? TempDB и все остальные базы данных находятся в хранилище SAN через 10 ГБ Ethernet. SAN имеет 46 дисков SAS 10 тыс., Сконфигурированных в одном массиве RAID-60. Этот массив используется несколькими серверами VMWare и одним или двумя серверами Exchange.
Уведомление от Idera SQL Diagnostic Manager:
08.11.2012 22:49:00, Конфликт Tempdb (мс) в MGSQL01 является критическим.
Конфликт защелки Tempdb был обнаружен в MGSQL01. Общее время ожидания составляет 1782 миллисекунды. Это указывает на то, что конкуренция на картах распределения в базе данных tempdb влияет на производительность. Если это обычная проблема, ее можно устранить, следуя рекомендациям в отношении количества файлов tempdb, размера и подсистемы ввода-вывода.
Время ожидания PFS: 1782 мс Время ожидания GAM: 0 мс Время ожидания SGAM: 0 мс
Tempdb Contention (мс): текущее время ожидания для карт распределения tempdb (GAM, SGAM и PFS) в миллисекундах. Это предупреждение может появляться только в тех случаях, когда запущен SQL 2005 или более поздней версии.
источник
Ответы:
Флаг трассировки 1118 форсирует равномерное распределение экстентов вместо смешанных распределений страниц. Флаг трассировки обычно используется, чтобы помочь в масштабируемости TEMPDB, избегая SGAM и других конфликтных точек выделения. Если у вас есть SQL Server 2008 или SQL Server 2005 и исправление применено, но вы все еще сталкиваетесь с конфликтом TEMPDB, рассмотрите флаг трассировки 1118 для получения дополнительной помощи в разрешении конфликта.
источник