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

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

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

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

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

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

• Когато използвате SQL Server 2012 Analysis Services (Разполага 2012) SP2, можете да създадете локален куб, който свързва Разполага с на статичен подр порт SQL браузър изключен. Тази нова функция се контролира чрез настройка на нова конфигурация в msmdsrv.ini: "ConfigurationSettings\LocalCubeServerPortInConnectionString." За да разрешите тази функция, задайте стойност 1. Тази настройка няма да се отрази Разполага 2012 е конфигуриран като failover cluster дали се изпълнява на порт по подразбиране.

Добави повече регистриране:

• Този сервизен пакет добавя повече информация Разполага регистрационен файл за подобряване на отстраняване на неизправности. Това включва Разполага версия, името на компютъра, netbios име, брой процесори, RAM размер, IP, порт, протокола, блокиране, заключване на изчакване и друга информация.

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

• Въведение

  • Блокиране в базата данни SSISDB едновременни повиквания към SSISDB.catalog.create_execution съхраняват процедура

    • Решение е направено за SSISDB concurrences и блокиране. Но това не разреши всички проблеми. Текущото решение е разпределяне работа от няколко секунди. Но не можете да използвате това решение.

    • Лоша производителност на работа SSISDB поддръжка

  • Актуална корекция е налична за работа SSISDB поддръжка.

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

  • Предишният модел:

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

  • Нов модел:

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

  • Резюме на промяна:

    • Въвеждане на нов ред в таблица SSISDB свойство SERVER_OPERATION_ENCRYPTION_LEVEL:

      • Само две стойности са валидни (1 и 2).

      • Стойност "1": Стойността по подразбиране. Кодирани със симетрични ключове и сертификати ниво на изпълнение. Високо ниво на сигурност, но може да има производителност или блокиране проблем.

      • Стойност "2": Кодирани със симетрични ключове и сертификати, съответстващи на ниво проект. По-малко сигурност разрешаване на проблем с производителността или блокиране.

    • Въвеждане на два нови съхранени процедури (SPs) Cleanup_server_logs и cleanup_server_execution_keys

      • SPs са предназначени да се използва, когато промените нивото на шифроване "1" на "2". Можете да стартирате Cleanup_server_logs първата, която може да бъде завършена много бързо да SSISDB в добро състояние. Базата данни на SSISDB е готов да се промени на ниво на шифроване.

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

      • Cleanup_server_logs: само Изчисти всички операция регистрационни файлове.

      • Cleanup_server_execution_keys: почистване симетрични ключове и сертификати, които се използват за защита на чувствителна изпълнение параметри.

      • int @cleanup_flag (в (1.2))

        • cleanup_flag = 1: изпълнение на ниво симетрични ключове и сертификати

        • cleanup_flag = 2: project ниво симетрични ключове и сертификати (ще изчистил само капка тях, ако е изтрита perticular проекта и всички операции на регистрационните файлове, свързани с този проект).

      • @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. Обаче заявката подсещане изисква откриване и промяна на всички запитвания, полагащи лошо план избор поради голям обем работа, продиктувано от таблица на променливи, докато разрешаване флаг за проследяване 2453 може да повлияе на съществуващите натоварвания.

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

• КАТ sys.dm_exec_requests връща точна стойност за cpu_time паралелни заявка за изпълнение планове. Статистика Диагностика и сега отчита точно логически прочита за планове за изпълнение на паралелни заявки.

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

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

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

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

• В 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')
  )
  

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

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

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

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

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

    • Добавя текстово съобщение до < статистика > xml изход да дефинирате различни държави в logreader и дистрибутор.

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

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

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

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

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

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

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

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

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

    • След версия

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

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

Functionnality

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

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

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

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

Регистриране на съобщение с обработка на грешки и предупреждения за предотвратяване на общата повиквания към CSS, големи HTML отчети.

• Общ преглед:

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

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

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

    Задаване на интерактивни височина 0 Мат се отрази изпълнение.

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

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

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

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

  • Изпълнение намалява след ПРОМЕНИТЕ индекс... ОНЛАЙН операцията е прекратена в SQL Server 2012

• DMV подобрения

  • sys.dm_db_session_space_usage отразява дисково пространство в базата данни tempdb от потребителски обект на сесия. Когато брой редове изтрити след 1024 страници, разпределяне на тези страници са отложено. В SQL Server 2012 Service Pack 2 КАТ ще включва свободното пространство за разпределение на устройства, които са отложено в новата колона, наречена user_objects_deferred_dealloc_page_count.

  • sys.dm_server_services ще сега правилно Задайте името на възел в колона cluster_nodename ако SQL Server е инсталиран в отказоустойчив клъстър от сървъри.

• Подобрения на звънене буфер

  • Ring буфера за домейни приложение 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 опция вече не е позволено започва със Service Pack 2.

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

    • РЕЗЕРВНАТА база данни обработено успешно 298 страници за 0.047 секунди (89.261 MB в секунда).

    • Възстановяване на база данни обработено успешно 298 страници в 0.045 секунди (145.050 MB в секунда).

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

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

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

      • За да видите най-потребителите на SQL Server памет може да се използва разширен събития page_allocated и page_freed . Започва със 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