KB2958429 – грешки, които са коригирани в SQL Server 2012 Service Pack 2

Възможност за поддръжка:

• Съобщение 35285 се показва като информационно съобщение по очаквания начин, а не като грешка.

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

• Поддръжка на SQL Writer COPY_ONLY архивиране: Пълното архивиране на диспечера за защита на данни (DPM) на сървъра с AlwaysOn вторично ще бъде конвертирано в COPY_ONLY архивиране.

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

• Когато използвате услугите за анализ на SQL Server 2012 (SSAS 2012) SP2, можете да създадете локален куб, който се свързва към РАЗПОЛАГА, който се изпълнява на статичен порт, който не е по подразбиране, който има ИЗКЛЮЧЕН SQL браузър. Тази нова функция се управлява от нова настройка на конфигурацията в msmdsrv.ini: "ConfigurationSettings\LocalCubeServerPortInConnectionString." За да разрешите тази функция, задайте стойността на 1. Тази настройка няма да има ефект, ако SSAS 2012 е конфигуриран като клъстер за преместване (на ресурси) при отказ или се изпълнява на порта по подразбиране.

Добавяне на още регистриране:

• Този сервизен пакет добавя повече информация към SSAS регистрационен файл за подобряване на отстраняването на неизправности. Това включва версия на SSAS, име на компютъра, netbios име, брой ЦП, размер на RAM, 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 (в (1,2))

        • cleanup_flag = 1: drop execution level symmetric keys and certificates

        • 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 SP2 се въвежда нов флаг за проследяване, който позволява на оптимизатора на заявките да използва информация за броя на редовете, вмъкнати в променлива на таблица, за да избере по-ефективен план за заявки. Разрешете флаг за проследяване 2453, за да активирате това поведение.
  
  Бележки:

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

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

Подобрено отстраняване на неизправности в производителността за паралелни планове за изпълнение на заявка

• DMV sys.dm_exec_requests сега връща точна стойност за cpu_time за паралелни планове за изпълнение на заявка. Статистика В/И диагностика сега съобщава точни логически четения за паралелни планове за изпълнение на заявка.

Подобрена диагностика на разливането на хешове

• Ако хеш съединението или хеширащият агрегатен оператор пренасят данни в базата данни tempdb по време на изпълнение на заявката, съответният В/И сега се докладва за диагностика на STATISTICS IO.

Подобрена диагностика на индекса на целия текст

• В някои случаи може да е трудно да се разбере как се връщат резултатите от определени заявки с пълен текст. Подсистемата за търсене на целия текст взаимодейства с външните разделители на думи и стоп-списъците и в резултат на това взаимодействие позиционната информация за ключовите думи в документа може да се различава от това, което се наблюдава в действителния текст. Това е от голяма степен подходящо, когато се извършва търсене с "фраза" или "БЛИЗО", тъй като делтата между думите се използва във вътрешните изчисления за намиране на съответстващи документи.

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

• Вместо броя на повторенията връща информация за всяко повторение и позицията му в индексирания документ.

• Тази информация може да се използва за преглед на съпоставянето между текста и вътрешния индекс, което ще покаже разликата в делтата, ако има такава, за фразата за търсене. Това може да помогне за разбирането на резултатите от търсенето на фрази.

Възможност за поддръжка

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

  • Verbose message added to the stats in history tables and more detailed messages in the agent logs:

    • Добавено е текстово съобщение към статистиката на <> XML изход, за да се дефинират различни състояния в агентите logreader и distributor.

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

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

    • Добавено време, изразходвано за извършване на промени в схемата в агента на дистрибутора.

  • LogReader: регистрационните записи се добавят в .TXT файл, когато се заснеме вторично копие на потребител.

  • Равноправен достъп: Процедурите за вмъкване, актуализиране и изтриване се актуализират, за да предоставят подробности за конфликтното съобщение по-долу:

    • Име на таблица

    • Име и стойности на колона на първичен ключ

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

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

    • След версия

• Обединяване на репликация:

  • Резултатът от флага за проследяване 101, който се добавя в регистрационния файл, когато изходното ниво на многословно за агента за обединяване е зададено на 4.

Функционална функция

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

  • Функцията за репликация при равноправен достъп вече поддържа частични актуализации, направени в текстовата колона с помощта на Update или . Напиши семантично.

• Обединяване на репликация:

  • Процедурата за почистване на съхранените данни е преработена, за да се избегне излишното качване на данни.

Logging Message with Processing Errors and Warnings to Prevent common calls to CSS, Large HTML Reports.

• Преглед:

  • Откриване на проекта на отчета, за да се определи дали проектът на отчета ще отвори голям HTML отчет и потенциално ще предизвика проблеми с производителността. Това трябва лесно да бъде открито чрез изследване на настройките за интерактивна височина и ширина на страница.

• Потребителски сценарий:

  • Създавате отчет в Конструктор на отчети. Въведете стойност "0" в свойството InteractiveSize. Получавате изскачащ прозорец, който съдържа следното предупреждение за потенциално въздействие върху производителността:

    Задаването на интерактивна heigth до 0 mat оказва въздействие върху производителността.

Подобрения в производителността

• Няколко подобрения на производителността в Service Pack 2, както е описано в следните статии:

  • Проблеми с производителността възникват, когато дейността по заключване на базата данни се увеличава в SQL Server 2012

  • Проблеми с производителността възникват в НУМА среди по време на обработка на външна страница в SQL Server 2012

  • Производителността се намалява след ALTER INDEX... ОПЕРАЦИЯТА ONLINE е прекратена в SQL Server 2012

• Подобрения в DMV

  • sys.dm_db_session_space_usage отразява размера на пространството, заето в базата данни tempdb от потребителския обект на сесия. Когато броят на изтритите редове е над 1024 страници, премахването на разпределението на тези страници се отлага. В SQL Server 2012 Service Pack 2 DMV също ще включва използване на пространство за единици на разпределение, които се отлагат в нова колона, наречена 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 нишки, които се изпълняват в системата по време на записване на записа на буфера на звънене.

• Подобрения в архивирането и възстановяването

  • Архивирането на опашния регистрационен файл на модела без възстановяване вече не е разрешено, започвайки със Service Pack 2.

  • Съобщенията за завършване на архивирането и възстановяването в регистрационния файл за грешки включват информация за продължителността и пропускателната способност:

    • АРХИВНАТА БАЗА ДАННИ успешно обработи 298 страници за 0,026 секунди (89,261 МБ/секунда).

    • ВЪЗСТАНОВЯВАНЕ НА БАЗА ДАННИ успешно обработи 298 страници за 0,016 секунди (145,050 МБ/секунда).

• Разширени събития

  • Следните разширени събития са добавени или променени в SQL Server 2012 Service Pack 2:

    • Заделяне на памет:

      • Разширени събития page_allocated и page_freed могат да се използват, за да се видят най-важните потребители на SQL Server памет. Започвайки със Service Pack 2, тези разширени събития също така отчитат запазена памет, която е заделена и освободена по време на изпълнение на заявката.

    • Почистване на духове:

      • Когато даден запис бъде изтрит в таблица или индекс, такава операция за изтриване никога не премахва физически записи от страници, тя ги маркира само като изтрити или призрачни. Това е оптимизация на производителността, която позволява операциите по изтриване да завършват по-бързо. Фонова задача, наречена задача за почистване на духове, след което физически премахва всички изтрити записи. Няколко разширени събития са добавени в Service Pack 2, за да предоставят прозрения за различните фази на тази задача:

        • 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