KB2958429 – помилки, виправлені в SQL Server 2012 із пакетом оновлень 2

Можливість підтримки:

• Повідомлення 35285 відображається як інформаційне повідомлення належним чином, а не як повідомлення про помилку.

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

• Підтримка SQL Writer COPY_ONLY резервного копіювання: повне резервне копіювання диспетчера захисту даних (DPM) на сервері з додатковим alwaysOn буде перетворено на COPY_ONLY резервне копіювання.

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

• Під час використання SQL Server 2012 analysis Services (SSAS 2012) 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": зашифровано за допомогою симетричних ключів і сертифікатів відповідно до рівня проекту. Зменште рівень безпеки, усуньте проблему з продуктивністю або взаємоблокуванням.

    • Введення двох нових збережених процедур (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: очищення симетричних ключів і сертифікатів, які використовуються для захисту конфіденційних параметрів виконання.

      • @cleanup_flag int (в (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 може вплинути на наявні навантаження.

Покращено виправлення неполадок продуктивності для паралельних планів виконання запитів

• DMV sys.dm_exec_requests тепер повертає точне значення для cpu_time для паралельних планів виконання запитів. Діагностика вводу-виводу статистики тепер повідомляє точні логічні читання для паралельних планів виконання запитів.

Удосконалена діагностика розгортання гешування

• Якщо геш-об'єднання або геш-агрегатний оператор розливає дані до бази даних tempdb під час виконання запиту, відповідні вводу-виводу тепер повідомляється для діагностики вводу-виводу СТАТИСТИКИ.

Покращена діагностика повного текстового індексу

• У деяких випадках може бути складно зрозуміти, як повертаються результати певних повнотекстових запитів. Підсистема повнотекстового пошуку взаємодіє із зовнішніми текстовими вимикачами та стоп-списками, і в результаті цієї взаємодії позиційна інформація для ключових слів у документі може відрізнятися від того, що спостерігається в фактичному тексті. Це дуже доречно під час виконання пошуку "фраза" або "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.

Функціональність

• Транзакційна реплікація:

  • Однорангова реплікація тепер підтримує часткові оновлення текстового стовпця за допомогою оновлення або . Пишіть семантичне.

• Об'єднати реплікацію:

  • Збережену процедуру очищення було перероблено, щоб уникнути надлишкового передавання даних.

Повідомлення журналювання з помилками обробки та попередженнями для запобігання поширених викликів CSS, великі звіти HTML.

• Огляд:

  • Виявлення макета звіту, щоб визначити, чи буде макет звіту чистий великий HTML-звіт і може призвести до проблем із продуктивністю. Це можна легко виявити, вивчавши параметри інтерактивної висоти та ширини сторінки.

• Сценарій користувача:

  • Ви створюєте звіт у Конструктор звітів. Введіть значення "0" у властивості InteractiveSize. З'являється спливаюче вікно, яке містить таке повідомлення попередження про потенційний вплив на продуктивність:

    Інтерактивна ширина 0 матів впливає на продуктивність.

Підвищення продуктивності

• Кілька покращень продуктивності в пакеті оновлень 2, як описано в таких статтях:

  • Проблеми з продуктивністю виникають, коли активність блокування бази даних збільшується в SQL Server 2012 р.

  • Проблеми з продуктивністю виникають у середовищах NUMA під час обробки зовнішніх сторінок у SQL Server 2012

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

• Удосконалення DMV

  • sys.dm_db_session_space_usage відображає обсяг простору в базі даних tempdb об'єктом користувача за сеанс. Якщо кількість видалених рядків виходить за межі 1024 сторінок, анонімізоване виділення цих сторінок відкладається. У SQL Server 2012 із пакетом оновлень 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 потоків, запущених у системі під час записування запису запису буфера дзвінка.

• Удосконалення резервного копіювання та відновлення

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

  • Повідомлення про завершення резервного копіювання та відновлення в журналі помилок містять відомості про тривалість і пропускну здатність:

    • Резервна копія бази даних успішно обробила 298 сторінок за 0,026 секунди (89,261 МБ/секунду).

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

• Розширені події

  • У SQL Server 2012 з пакетом оновлень 2 додано або змінено такі подовжені події:

    • Виділення пам'яті:

      • Розширені події page_allocated та page_freed можна використовувати, щоб бачити найбільших споживачів SQL Server пам'яті. Починаючи з пакета оновлень 2, ці розширені події також повідомляють про зарезервовану пам'ять, яка виділяється та звільняється під час виконання запиту.

    • Очищення привида:

      • Якщо запис видаляється з таблиці або індексу, така операція видалення ніколи фізично не видаляє записи зі сторінок, вона позначає їх лише як видалені або примарні. Це оптимізація продуктивності, яка дає змогу швидше виконувати операції видалення. Фонове завдання, яке називається завданням очищення примари, потім фізично видаляє всі видалені записи. У пакеті оновлень 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