След като SQL Server 2012 Service Pack 1 кумулативна актуализация #3 беше пусната снощи, разбрах, че има много корекции, свързани с производителността, които са налични за SQL Server 2012 и може да е трудно да се следи кои корекции са налични в кои кумулативни актуализации.
И така, ето списък с корекции, свързани с производителността, налични за SQL Server 2012 към днешна дата (превъртете надолу, за да видите пълна легенда).
| Коригиране / KB статия | ||
|---|---|---|
| Подобрена производителност на процеса на откриване на метаданни в SQL Server Native Client | SP1 CU3 | RTM CU6 |
| КОРЕКЦИЯ:Лоша производителност, когато изпълнявате проследяване на SQL Server | SP1 CU3 | N/A |
| КОРЕКЦИЯ:Заявка, която се изпълнява срещу DMV, влиза в безкраен цикъл | SP1 CU3 | N/A |
| КОРЕКЦИЯ:Изпитвате лоша производителност, когато изпълнявате заявка към таблица с активиран RCSI | SP1 CU3 | N/A |
| КОРЕКЦИЯ:Висока стойност на брояча "изчакване на запис в дневник" | SP1 CU3 | N/A |
| КОРЕКЦИЯ:Паметта не се освобождава, когато използвате Linq за четене на събития във файлове с разширени събития | SP1 CU3 | RTM CU6 |
| КОРЕКЦИЯ:скокове на процесора, когато няма натоварване на сървъра, след като инсталирате SQL Server 2012 | SP1 CU3 | N/A |
| КОРЕКЦИЯ:Стойността на свойството NORECOMPUTE за разделен индекс не се запазва, след като възстановите индекса | SP1 CU3 | N/A |
| Проблеми с производителността в NUMA среди | SP1 CU3 | N/A |
| Регистърът на транзакциите на базата данни продължава да нараства, след като надстроите до SQL Server | SP1 CU2 | RTM CU5 |
| КОРЕКЦИЯ:Високо използване на процесора, когато заявявате колона за двоичен голям обект с помощта на съвета NOLOCK | SP1 CU2 | RTM CU5 |
| КОРЕКЦИЯ:Големите заявки, които променят данните, се изпълняват по-бавно от очакваното, когато се натрупват много заключвания | SP1 CU2 | RTM CU5 |
| КОРЕКЦИЯ:Операцията за възстановяване на регистрационния файл на транзакциите отнема повече време от очакваното, ако файлът на базата данни бъде премахнат | SP1 CU2 | RTM CU5 |
| SQL Server 2012 изпитва грешки при липса на памет | SP1 CU2 | RTM CU5 |
| КОРЕКЦИЯ:Изтичане на памет, ако активирате опцията за статистика AUTO_UPDATE_STATISTICS_ASYNC | SP1 CU2 | RTM CU5 |
| Windows Installer стартира многократно, след като инсталирате SQL Server 2012 SP1 | SP1 CU2 | N/A |
| КОРЕКЦИЯ:Грешка 17883, когато изпълнявате заявка на сървър, който има много процесори и голямо количество памет | SP1 CU2 | N/A |
| КОРЕКЦИЯ:грешка "извън паметта", когато използвате ODBC | SP1 CU1 | RTM CU3 |
| КОРЕКЦИЯ:Изпълнението на оператор SELECT, който съдържа оператор LIKE и клауза ESCAPE, е ниска | SP1 CU1 | RTM CU3 |
| КОРЕКЦИЯ:SQL Server спира да отговаря и се записва грешка „Неизползващ планировчик“ | SP1 CU1 | RTM CU3 |
| КОРЕКЦИЯ:SQL Server отнема много време, за да генерира скриптове за разделена таблица с компресиране на данни | SP1 CU1 | RTM CU4 |
| КОРЕКЦИЯ:Бавна производителност или блокиране, когато възстановявате база данни и изпълнявате изрази по едно и също време | SP1 CU1 | RTM CU3 |
| КОРЕКЦИЯ:Работни нишки не се събуждат веднага, когато едновременно се изпълняват множество интензивни I/O задачи | SP1 CU1 | RTM CU4 |
| КОРЕКЦИЯ:Съобщението за грешка „Процесът | SP1 CU1 | RTM CU4 |
| КОРЕКЦИЯ:Базата данни е офлайн и е в състояние "В възстановяване", когато възстановите индекс, ако регистрационният файл на транзакциите е пълен | SP1 CU1 | RTM CU4 |
| КОРЕКЦИЯ:Бавна производителност, когато възстановявате база данни, ако CDC е активиран | RTM CU2 | |
| КОРЕКЦИЯ:Разпределянето на заключени страници се активира без предупреждение след надстройване | RTM CU2 | |
| КОРЕКЦИЯ:Грешка при изчакване на заключване, когато имате хеп таблици и когато компресирането на данни е активирано | RTM CU2 | |
| КОРЕКЦИЯ:екземпляр на SQL Server 2012 може да приключи неочаквано при достъп до данни FILESTREAM | RTM CU2 | |
| КОРЕКЦИЯ:Ниски скокове на процесора на зададен интервал дори без активност на потребителя | RTM CU1 | |
| КОРЕКЦИЯ:Бавна производителност, когато тригер AFTER се изпълнява на разделена таблица | RTM CU1 | |
| КОРЕКЦИЯ:Производителността може да намалее, когато стартирате заявка, която използва съхранената процедура sp_cursoropen след надграждане | RTM CU1 | |
| КОРЕКЦИЯ:Възстановяването на база данни отнема много време | RTM CU1 | |
| КОРЕКЦИЯ:Лоша производителност, когато изпълнявате заявка, която съдържа корелирани предикати И | RTM CU1 | |
| КОРЕКЦИЯ:Ненужни актуализации за абонат, след като го инициализирате отново, ако се добави нова статия | RTM CU1 | |
| КОРЕКЦИЯ:Бавна производителност възниква, ако се наблюдава висока употреба на процесора със спорове за QUERY_EXEC_STATS заключване | RTM CU1 | |
| КОРЕКЦИЯ:Бавна производителност, когато използвате DQS за извършване на почистване на данни срещу голям източник на данни | RTM CU1 | |
| КОРЕКЦИЯ:грешка "не-подаване на Scheduler", ако използвате Service Broker за изпълнение на разпределена заявка | RTM CU1 | |
| КОРЕКЦИЯ:Валидирането на клъстерния диск отнема много време неочаквано, ако има повече от 20 диска или тома под една буква на устройството по време на инсталиране на клъстер за отказ | RTM CU1 | |
| КОРЕКЦИЯ:Грешка при липса на памет, когато стартирате SQL Server 2012 на компютър, който използва NUMA | RTM CU1 | |
| КОРЕКЦИЯ:Съобщение за грешка, ако използвате повече от 30 дефинирани от потребителя ресурси за управление на ресурсите за екземпляр на SQL Server 2012:„Неполучаващ IOCP слушател“ | RTM CU1 | |
| КОРЕКЦИЯ:Задачата за събиране на диагностика на сесията „System_health“ блокира SQL Server | RTM CU1 | |
| КОРЕКЦИЯ:Преминаването при отказ на групата наличност отнема много време, ако база данни в групата за наличност съдържа FileTable | N/A |
Мнението ми остава, че винаги трябва да сте в течение (след като ги тествате задълбочено, разбира се) с кумулативни актуализации – не само за корекции, свързани с производителността, но и за много други корекции (изгубих броя на броя на грешки в „неправилен резултат“, проблеми с „грешка на твърдението“ и нарушения на достъпа, които са отстранени).
Трябва да отбележите, че няколко корекции, налични в току-що обновения SP1 клон, все още не са достъпни в RTM клона. Разбира се, тази ситуация приблизително ще се промени следващия месец и месеца след това и докато кумулативният ритъм на издаване на актуализация не бъде синхронизиран между клоновете RTM и SP1.
Легенда на актуализациите на SQL Server 2012
| Актуализация | Изграждане | Освободен |
|---|---|---|
| Кумулативна актуализация на RTM 1 | 11.0.2316 | 12.04.2012 |
| Кумулативна актуализация на RTM 2 | 11.0.2325 | 18.06.2012 |
| Кумулативна актуализация на RTM 3 | 11.0.2332 | 31.08.2012 |
| Кумулативна актуализация на RTM 4 | 11.0.2383 | 15.10.2012 |
| Кумулативна актуализация на RTM 5 | 11.0.2395 | 17.12.2012 |
| Кумулативна актуализация на RTM 6 | 11.0.2401 | 18.02.2013 |
| Сервизен пакет 1 (списък с корекции) | 11.0.3000 | 15.11.2012 |
| SP1 Кумулативна актуализация 1 | 11.0.3321 | 20.11.2012 |
| SP1 Кумулативна актуализация 2 | 11.0.3339 | 21.01.2013 |
| SP1 Кумулативна актуализация 3 | 11.0.3349 | 18.03.2013 |
Ще се опитам да поддържам този списък актуален, тъй като се пускат нови кумулативни актуализации.
