Новые возможности SQL Server 2014
В этом разделе приведены подробные ссылки на новые функции в SQL Server 2014 и сводка пакетов служб для SQL Server 2014
Попробуйте: у вас есть учетная запись Azure? Перейдите к https://ms.portal.azure.com/?flight=1#create/Microsoft.SQLServer2014sp1EnterpriseWindowsServer2012R2 обновлению виртуальной машины с установленным пакетом обновления 1 (SP1) SQL Server 2014 с пакетом обновления 1 (SP1).
Совет
Щелкните здесь на домашней странице документации SQL Server 2014.
Новые статьи
SQL Server 2014 не представила существенные новые возможности для следующих функций:
SQL Server 2014 с пакетом обновления 1 (SP1)
SQL Server 2014 (SP1) не ввел значительные новые возможности.
- Сведения о выпуске SQL Server 2014 с пакетом обновления 1 (SP1).
- Скачайте пакет обновления 1 для Microsoft SQL Server 2014.
SQL Server 2014 с пакетом обновления 2 (SP2)
- Сведения о выпуске пакета обновления 2 для SQL Server 2014.
- Скачайте пакет обновления 2 для Microsoft SQL Server 2014.
- Скачайте пакет дополнительных компонентов SQL Server 2014 с пакетом обновления 2 (SP2).
SQL Server 2014 (SP2) включает следующие улучшения:
Улучшения производительности и масштабируемости
- Автоматическое секционирование NUMA: с sql Server 2014 с пакетом обновления 2 (SP2) функция автоматического обратимого NUMA включена при включении флага трассировки 8079 во время запуска экземпляра. Если флаг трассировки 8079 включен во время запуска, SQL Server 2014 с пакетом обновления 2 (SP2) будет допросить макет оборудования и автоматически настроить Soft NUMA в системах, сообщая 8 или более ЦП на узел NUMA. Автоматическое, мягкое поведение NUMA — это гиперпоток (HT/логический процессор). Секционирование и создание дополнительных узлов позволяет масштабировать фоновую обработку за счет увеличения числа прослушивателей и масштаба вычислений, а также расширения возможностей сети и шифрования. Перед настройкой рабочей нагрузки рекомендуется сначала протестировать рабочую нагрузку производительности с помощью Auto-Soft NUMA. Дополнительные сведения см. в блоге.
- Масштабирование объектов динамической памяти: SQL Server 2014 с пакетом обновления 2 (SP2) динамически секционирует объекты памяти на основе количества узлов и ядер для масштабирования на современном оборудовании. Целью динамического продвижения является автоматическое секционирование объекта безопасной памяти потока (CMEMTHREAD), если оно становится узким местом. Несекционированные объекты памяти можно динамически секционировать по узлу (число секций равно числу узлов NUMA). Объекты памяти, секционированные по узлу, могут быть секционированы по ЦП (число секций равно числу ЦП). Дополнительные сведения см. в блоге.
- Подсказка MAXDOP для команд DBCC CHECK*: это улучшение устраняет отзывы о подключении (468694). Теперь можно запустить DBCC CHECKDB с параметром MAXDOP, отличным от значения sp_configure. Если MAXDOP превышает значение, настроенное с помощью Resource Governor, ядро СУБД использует значение MAXDOP из Resource Governor, как описано в разделе ALTER WORKLOAD GROUP (Transact-SQL). Все семантические правила, используемые параметром конфигурации max degree of parallelism, применимы при использовании указания запроса MAXDOP. Дополнительные сведения см. в разделе DBCC CHECKDB (Transact-SQL).
- Включите >8 ТБ для буферного пула: SQL Server 2014 с пакетом обновления 2 (SP2) включает 128 ТБ виртуального адресного пространства для использования буферного пула. Это улучшение позволяет буферному пулу SQL Server масштабироваться за пределами 8 ТБ на современном оборудовании.
- SOS_RWLock улучшение спинблокировки: SOS_RWLock — это примитив синхронизации, используемый в различных местах в базе кода SQL Server. Как подразумевает имя, код может иметь несколько общих (читателей) или одного владельца (записи). Это улучшение устраняет необходимость в спин-блокировке для SOS_RWLock и вместо этого использует методы без блокировки, аналогичные OLTP в памяти. Благодаря этому изменению многие потоки могут считывать структуру данных, защищенную SOS_RWLock параллельно, не блокируя друг друга. Эта параллелизация обеспечивает повышенную масштабируемость. До этого изменения реализация спин-блокировки позволила только одному потоку за раз получить SOS_RWLock даже для чтения структуры данных. Дополнительные сведения см. в блоге.
- Реализация пространственного собственного кода: значительное улучшение производительности пространственных запросов в SQL Server 2014 с пакетом обновления 2 (SP2) осуществляется с помощью собственной реализации. Дополнительные сведения см. в статье база знаний KB3107399.
Улучшения возможностей поддержки и диагностики
- Клонирование базы данных. Клонирование базы данных — это новая команда DBCC, которая улучшает устранение неполадок существующих рабочих баз данных путем клонирования схемы и метаданных без данных. Клон создается с помощью команды
DBCC clonedatabase('source_database_name', 'clone_database_name')
. Примечание. Клонированные базы данных не должны использоваться в рабочих средах. Используйте следующую команду, чтобы определить, была ли база данных создана из клонированных баз данных:select DATABASEPROPERTYEX('clonedb', 'isClone')
Возвращаемое значение 1 указывает, что база данных создается из clonedatabase, а 0 указывает, что это не клон. - Поддержка tempdb: новое сообщение журнала ошибок, указывающее на количество файлов tempdb, а также размер и автоматическое увеличение файлов данных tempdb.
- Журнал мгновенной инициализации файлов базы данных: новое сообщение журнала ошибок, указывающее на запуск сервера, состояние инициализации мгновенного файла базы данных (включено или отключено).
- Имена модулей в callstack: вызовы расширенного события (XEvent) теперь включают имена модулей и смещение вместо абсолютных адресов.
- Новый DMF для добавочной статистики: это улучшение устраняет обратную связь (797156), чтобы включить отслеживание добавочной статистики на уровне секции. В этой sys.dm_db_incremental_stats_properties представлена новая sys.dm_db_incremental_stats_properties DMF для предоставления сведений на секцию для добавочных статистических данных.
- Обновлено поведение динамического интеллектуального анализа данных об использовании индексов: это улучшение устраняет обратную связь (739566) от клиентов, где перестроение индекса не очищает существующие записи строк из sys.dm_db_index_usage_stats для этого индекса. Теперь поведение будет таким же, как в SQL 2008 и SQL Server 2016. Дополнительные сведения см. в блоге.
- Улучшенная корреляция между диагностика XE и динамическими представлениями: это улучшение устраняет обратную связь (1934583).
Query_hash
иquery_plan_hash
используются для уникальной идентификации запроса. Динамическое административное представление определяет их как varbinary(8), а XEvent определяет их как UINT64. Так как SQL Server не имеет "unsigned bigint", приведение не всегда работает. Это улучшение представляет новые столбцы действий XEvent и фильтров. Столбцы эквивалентныquery_hash
иquery_plan_hash
, кроме того, они определены как INT64. Определение INT64 помогает сопоставлять запросы между XE и динамическими представлениями. - Поддержка UTF-8 в BULK INSERT и BCP: это улучшение устраняет обратную связь (370419). BULK INSERT и BCP теперь могут экспортировать или импортировать данные, закодированные в наборе символов UTF-8.
- Упрощенное профилирование выполнения запросов на оператора: Showplan предоставляет сведения о стоимости каждого оператора в плане. Но фактическая статистика времени выполнения ограничена такими вещами, как ЦП, операции чтения ввода-вывода и истекшее время на поток. SQL Server 2014 с пакетом обновления 2 (SP2) представляет эти дополнительные статистические данные среды выполнения для каждого оператора в Showplan. R2 также представляет XEvent с именем
query_thread_profile
XEvent, чтобы помочь в устранении неполадок с производительностью запросов. Дополнительные сведения см. в блоге. - очистка Отслеживание изменений: Новая хранимая процедура
sp_flush_CT_internal_table_on_demand
представлена для очистки внутренних таблиц отслеживания изменений по запросу. - Журнал времени ожидания аренды AlwaysON добавил новую возможность ведения журнала для сообщений времени ожидания аренды, чтобы текущее время и ожидаемое время продления регистрировались. Также появилось новое сообщение в журнале ошибок SQL относительно времени ожидания. Дополнительные сведения см. в блоге.
- Новый DMF для получения входного буфера в SQL Server: теперь доступен новый DMF для получения входного буфера для сеанса или запроса (sys.dm_exec_input_buffer). Этот DMF функционально эквивалентен DBCC INPUTBUFFER. Дополнительные сведения см. в блоге.
- Устранение недооценного и чрезмерного предоставления памяти: добавлены новые подсказки запросов для регулятора ресурсов через MIN_GRANT_PERCENT и MAX_GRANT_PERCENT. Этот новый запрос позволяет использовать эти указания во время выполнения запросов, заключив их объем памяти, чтобы предотвратить состязание в памяти. Дополнительные сведения см. в база знаний статье KB310740.
- Более эффективное предоставление памяти и использование диагностика. Новое расширенное событие
query_memory_grant_usage
было добавлено в список возможностей трассировки в SQL Server. Это событие отслеживает запрошенные и предоставленные ресурсы памяти. Это событие обеспечивает улучшенные возможности трассировки и анализа для устранения проблем с выполнением запросов, связанных с предоставлением памяти. Дополнительные сведения см. в база знаний статье KB3107173. - Выполнение запросов диагностика для разлива tempdb:- Хэш-предупреждения и предупреждения сортировки теперь имеют дополнительные столбцы для отслеживания статистики физических операций ввода-вывода, используемой памяти и затронутых строк. Мы также представили новое hash_spill_details расширенное событие. Теперь можно отслеживать более детализированные сведения о хэшах и предупреждениях сортировки (KB3107172). Это улучшение также предоставляется с помощью планов ЗАПРОСОВ XML в виде нового атрибута сложного типа SpillToTempDbType (KB3107400). Задать статистику
ON
теперь отображает статистику сортировки рабочих данных. - Улучшенная диагностика для планов выполнения запросов, включающих отправку предиката остаточного предиката: фактические строки, считываемые в планах выполнения запроса, позволяют улучшить устранение неполадок с производительностью запросов. Эти строки отменяют необходимость записи операций ввода-вывода SET STATISTICS отдельно. Эти строки также позволяют просматривать сведения, связанные с остаточным предикатом в плане запроса. Дополнительные сведения см. в статье база знаний KB3107397.