KB2958429 — ошибки, исправленные в SQL Server 2012 с пакетом обновления 2 (SP2)

Поддержке:

• Сообщение 35285 отображается как информационное сообщение, как ожидалось, а не как ошибка.

Функциональность:

• Модуль записи SQL поддерживает резервное копирование COPY_ONLY. Полная резервная копия Data Protection Manager (DPM) на сервере с дополнительным экземпляром AlwaysOn будет преобразована в COPY_ONLY резервное копирование.

Добавьте поддержку в сценарий создания локального куба:

• При использовании SQL Server 2012 Analysis Services (SSAS 2012) с пакетом обновления 2 (SP2) можно создать локальный куб, который подключается к службе SSAS, работающей на статическом порте, отличном от стандартного порта с отключенным браузером SQL. Эта новая функция управляется новым параметром конфигурации в msmdsrv.ini: ConfigurationSettings\LocalCubeServerPortInConnectionString. Чтобы включить эту функцию, задайте для параметра значение 1. Этот параметр не будет действовать, если служба SSAS 2012 настроена как отказоустойчивый кластер или работает на порте по умолчанию.

Добавьте дополнительные журналы:

• Этот пакет обновления добавляет дополнительные сведения в файл журнала SSAS для улучшения устранения неполадок. Сюда входят версия SSAS, имя компьютера, имя netbios, количество ЦП, размер ОЗУ, IP-адрес, порт, тип протокола, взаимоблокировка, время ожидания блокировки и некоторые другие сведения.

Улучшение производительности взаимоблокировки и очистки SSISDB

• Введение

  • Взаимоблокировка в базе данных SSISDB при одновременных вызовах SSISDB.catalog.create_execution хранимой процедуры

    • Исправлена проблема с параллелизмом SSISDB и взаимоблокировкой. Однако это не устраняет все проблемы. Текущий обходной путь ошеломляет задания на несколько секунд. Но вы не можете использовать это обходное решение.

    • Низкая производительность задания обслуживания SSISDB

  • Доступно исправление для задания обслуживания SSISDB.

• Архитектура

  • Предыдущая модель:

    • Каждая транзакция создает сертификат и симметричный ключ, которые также должны храниться и обрабатываться в задачах обслуживания или очистки.

  • Новая модель:

    • Ввод новой строки в таблице свойств каталога SERVER_OPERATION_ENCRYPTION_LEVEL и по умолчанию PER_EXECUTION для обеспечения обратной совместимости значение можно изменить на PER_PROJECT создания одной пары ключей или сертификатов для каждого проекта. Перед переходом с PER_EXECUTION на PER_PROJECT требуется полная очистка. Для полной очистки вводятся две новые процедуры хранилища.

  • Сводка по изменениям:

    • Введите новую строку в таблице свойств SSISDB SERVER_OPERATION_ENCRYPTION_LEVEL:

      • Допустимы только два значения (1 и 2).

      • Значение "1": значение по умолчанию. Зашифровано симметричными ключами и сертификатами в соответствии с уровнем выполнения. Высокий уровень безопасности, но он может быть связан с производительностью или взаимоблокировкой.

      • Значение "2": зашифровано симметричными ключами и сертификатами в соответствии с уровнем проекта. Снижение безопасности, устранение проблем с производительностью или взаимоблокировкой.

    • Введите две новые хранимые процедуры (SP) Cleanup_server_logs и cleanup_server_execution_keys

      • Поставщики SP предназначены для использования при изменении уровня шифрования с "1" на "2". Сначала можно запустить Cleanup_server_logs, что можно быстро завершить, чтобы привести SSISDB в хорошее состояние. База данных SSISDB готова к изменению на уровень шифрования.

      • Cleanup_server_keys занимает больше времени, чем Cleanup_server_logs. Однако он запускается после изменения уровня шифрования на "2" и периодически выполняется в нерабочее время.

      • Cleanup_server_logs. Очистите только все журналы операций.

      • Cleanup_server_execution_keys: очистите симметричные ключи и сертификаты, которые используются для защиты конфиденциальных параметров выполнения.

      • @cleanup_flag int (in (1,2))

        • cleanup_flag = 1: удаление симметричные ключи и сертификаты уровня выполнения

        • cleanup_flag = 2: удаление симметрических ключей и сертификатов на уровне проекта (удаляет их только в том случае, если этот пертикулярный проект был удален и все журналы операций, связанные с этим проектом, были очищены).

      • @delete_batch_size int = 1000

        • количество ключей или сертификатов будет удалено при одном вызове этой процедуры хранилища.

    • В internal.cleanup_server_retention_window измените delete_batch_size с 10 на 1000.

Необязательная поддержка количества строк табличных переменных для улучшения планов запросов:

• Если переменная таблицы соединена с другими таблицами в SQL Server, это может привести к снижению производительности из-за неэффективного выбора плана запроса, так как SQL Server не поддерживает статистику или количество строк в табличной переменной при компиляции плана запроса.

• В SQL Server 2012 с пакетом обновления 2 (SP2) появился новый флаг трассировки, позволяющий оптимизатору запросов использовать сведения о количестве строк, вставленных в табличную переменную, чтобы выбрать более эффективный план запроса. Включите флаг трассировки 2453, чтобы активировать это поведение.
  
  Заметки:

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

  • Аналогичное поведение может быть достигнуто в других версиях SQL Server с помощью указания запроса OPTION (RECOMPILE). Однако указание запроса требует обнаружения и изменения всех запросов, страдающих от плохого выбора плана из-за большого объема работы, управляемой переменными таблицы, в то время как включение флага трассировки 2453 может повлиять на существующие рабочие нагрузки.

Улучшено устранение неполадок с производительностью для параллельных планов выполнения запросов

• Sys.dm_exec_requests динамического административного представления теперь возвращает точное значение для cpu_time для планов параллельного выполнения запросов. STATISTICS IO диагностика теперь сообщает точные логические операции чтения для параллельных планов выполнения запросов.

Улучшенные диагностика разлива хэша

• Если оператор хэш-соединения или агрегата хэша передает данные в базу данных tempdb во время выполнения запроса, для диагностика операций ввода-вывода STATISTICS отображается соответствующий ввод-вывод.

Улучшено диагностика полнотекстового индекса

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

• В SQL Server 2012 с пакетом обновления 2 (SP2) была добавлена новая функция динамического управления (DMF), обеспечивающая доступ к сведениям о расположении для ключевых слов, индексированных в документе. Новый DMF похож на существующий sys.dm_fts_index_keywords_by_document DMF и имеет следующий синтаксис:sys.
  dm_fts_index_keywords_position_by_document (
  DB_ID('database_name'), OBJECT_ID('table_name')
  ) )

• Вместо счетчика вхождения он возвращает сведения о каждом вхождлении и его положении в индексированных документах.

• Эти сведения можно использовать для просмотра сопоставления между текстом и внутренним индексом, которое будет отображать разницу в разностности для поисковой фразы, если она есть. Это может помочь понять результаты поиска фраз.

Поддержке

• Репликация транзакций:

  • Подробные сообщения, добавленные в статистику в таблицах журнала, и более подробные сообщения в журналах агента:

    • Добавлено текстовое сообщение для <статистики> выходных данных xml для определения различных состояний в агентах чтения журнала и распространителя.

    • Добавлена статистика на уровне статьи для параметризованных команд распространителя и logreader.

    • Добавлено количество пропущенных команд для вывода файла в агенте распространителя.

    • Добавлено время, затраченное на изменение схемы в агенте распространителя.

  • LogReader: записи журнала добавляются в файл .TXT при записи пользовательского дампа.

  • Одноранговый узел. Процедуры вставки, обновления и удаления обновляются, чтобы предоставить следующие сведения в сообщение о конфликте:

    • Имя таблицы

    • Имя и значения столбца первичного ключа

    • Текущая версия

    • Предварительная версия

    • После версии

• Репликация слиянием:

  • Выходные данные флага трассировки 101, добавляемые в файл журнала, когда уровень детализации выходных данных для агента слияния равен 4.

Функциональные функции

• Репликация транзакций:

  • Одноранговая репликация теперь поддерживает частичные обновления текстового столбца с помощью update или . Семантика записи.

• Репликация слиянием:

  • Хранимая процедура очистки была переработана, чтобы избежать избыточной передачи данных.

Ведение журнала сообщений с ошибками обработки и предупреждениями для предотвращения распространенных вызовов к CSS, крупным HTML-отчетам.

• Обзор:

  • Обнаружение структуры отчета, чтобы определить, будет ли макет отчета сеткой большого HTML-отчета и может вызвать проблемы с производительностью. Это легко обнаружить, изуверив параметры высоты и ширины интерактивной страницы.

• Сценарий пользователя:

  • Отчет создается в Report Builder. Введите значение "0" в свойстве InteractiveSize. Появится всплывающее окно, содержащее следующее сообщение с предупреждением о потенциальном влиянии на производительность:

    Установка интерактивного мата в значение 0 влияет на производительность.

Повышение производительности

• Несколько улучшений производительности в пакете обновления 2 (SP2), как описано в следующих статьях:

  • Проблемы с производительностью возникают при увеличении активности блокировки базы данных в SQL Server 2012 г.

  • Проблемы с производительностью в средах NUMA во время обработки внешней страницы в SQL Server 2012 г.

  • Производительность снижается после инструкции ALTER INDEX... Операция ONLINE прервана в SQL Server 2012 г.

• Улучшения динамического административного представления

  • sys.dm_db_session_space_usage отражает объем пространства, занимаемого в базе данных tempdb объектом пользователя за сеанс. Если число удаленных строк превышает 1024 страницы, отмена выделения этих страниц откладывается. В SQL Server 2012 с пакетом обновления 2 (SP2) динамическое административное представление также будет включать использование пространства для единиц распределения, которые отложены в новом столбце с именем user_objects_deferred_dealloc_page_count.

  • sys.dm_server_services теперь правильно укажет имя узла в cluster_nodename столбце, если в отказоустойчивом кластере установлено SQL Server.

• Улучшения кольцевого буфера

  • Кольцевой буфер для доменов приложений RING_BUFFER_CLRAPPDOMAIN содержит причину, по которой домен приложения был выгружен в поле> <DoomReason:

    • 1 = выгружается операциями DDL, такими как сборка удаления.

    • 2 = выгружается операцией, связанной с безопасностью, например изменением разрешения.

    • 3 = выгружено из-за нехватки памяти.

    • 4 = выгружено из-за сбоя инициализации.

  • Соответствующий app_domain_ring_buffer_recorded расширенных событий содержит причину выгрузки в поле данных события doom_reason.

  • RING_BUFFER_RESOURCE_MONITOR содержит записи при обнаружении изменения в состоянии, отслеживаемом монитором ресурсов. Кроме того, уведомления пула для системных и технологических ресурсов также доступны в узле <IndicatorsPool> </IndicatorsPool>.

  • Resource_monitor_ring_buffer_recorded расширенное событие включает уведомления на уровне пула в поле данных pool_indicators.

  • RING_BUFFER_NONYIELD_PROCESSTABLE включает имя процесса в дополнение к другим сведениям до 8192 потоков, которые выполняются в системе во время записи записи кольцевого буфера.

• Улучшения резервного копирования и восстановления

  • Резервное копирование журнала хвоста модели с параметром norecovery больше не разрешено, начиная с пакета обновления 2 (SP2).

  • Сообщения о завершении резервного копирования и восстановления в журнале ошибок содержат сведения о длительности и пропускной способности:

    • BACKUP DATABASE успешно обработал 298 страниц за 0,026 секунды (89,261 МБ/с).

    • RESTORE DATABASE успешно обработал 298 страниц за 0,016 секунды (145,050 МБ/с).

• Расширенные события

  • В SQL Server 2012 с пакетом обновления 2 (SP2) добавлены или изменены следующие расширенные события:

    • Выделение памяти.

      • Расширенные события page_allocated и page_freed можно использовать для просмотра основных потребителей SQL Server памяти. Начиная с пакета обновления 2 (SP2), эти расширенные события также сообщают о зарезервированной памяти, которая выделяется и освобождается во время выполнения запроса.

    • Фантомная очистка:

      • При удалении записи в таблице или индексе такая операция удаления никогда физически не удаляет записи со страниц, а только помечает их как удаленные или фантомные. Это оптимизация производительности, которая позволяет быстрее выполнять операции удаления. Фоновая задача, называемая задачей фантомной очистки, физически удаляет все удаленные записи. В пакет обновления 2 (SP2) добавлено несколько расширенных событий, которые предоставляют аналитические сведения о различных этапах этой задачи:

        • ghost_cleanup_task_start

        • ghost_cleanup_task_suspend

        • ghost_cleanup_task_packet_enqueue

        • ghost_cleanup_task_process_packet

        • ghost_cleanup_task_process_pages_for_db_packet