Поделиться через

Настройка сбора данных об использовании и данных диагностики для SQL Server (CEIP)

  • Статья

Область применения: SQL Server

Итоги

По умолчанию Microsoft SQL Server собирает сведения о том, как пользователи используют приложение. В частности, SQL Server собирает сведения об установке, использовании и производительности. Эти сведения помогают корпорации Майкрософт улучшать продукты и удовлетворять ожидания клиентов. Например, корпорация Майкрософт собирает сведения о кодах ошибок, с которыми сталкиваются пользователи. Это помогает нам исправлять вызвавшие их проблемы, улучшать качество документации об использовании SQL Server и определять, нужно ли добавить в продукт новые возможности, которые будут полезны нашим клиентам.

При этом, используя этот механизм, корпорация Майкрософт не собирает следующие данные:

  • любые значения из пользовательских таблиц;
  • любые учетные данные или другие параметры аутентификации;
  • Личная информация

В примере ниже показано, какие именно сведения об использовании компонентов помогают нам улучшить продукт.

SQL Server 2017 и выше поддерживают индексы columnstore для сценариев быстрого анализа. Индексы columnstore сочетают традиционную для индексов структуру сбалансированного дерева для новых данных с особым алгоритмом сжатия на основе характеристик столбцов, который позволяет успешно сжимать данные и ускорять выполнение запросов. Продукт выполняет эвристический анализ для переноса в фоновом режиме данных из структуры сбалансированного дерева в сжатую структуру, чтобы ускорить выполнение последующих запросов.

Примечание.

В документации термин B-tree обычно используется в ссылке на индексы. В индексах rowstore ядро СУБД реализует дерево B+. Это не относится к индексам columnstore или индексам в таблицах, оптимизированных для памяти. Дополнительные сведения см. в руководстве по архитектуре и проектированию индексов SQL Sql Server и Azure.

Если механизм фоновой обработки не успевает обрабатывать данные с той скоростью, с которой добавляются новые данные, производительность запросов может оказаться медленнее ожидаемой. Чтобы повысить производительность продукта, корпорация Майкрософт собирает сведения о том, насколько хорошо SQL Server справляется с процессом автоматического сжатия данных. Команда разработчиков использует эти сведения для точной настройки частоты выполнения и параллелизма в коде, который выполняет сжатие. Время от времени выполняется запрос для сбора этой информации, который позволяет корпорации Майкрософт оценить скорость перемещения данных. Это помогает оптимизировать эвристические возможности продукта.

SELECT object_id, type_desc, data_space_id, db_id() AS database_id FROM sys.indexes WITH(nolock) WHERE type = 5 or type = 6 

SELECT cntr_value as merge_policy_evaluation
FROM sys.dm_os_performance_counters WITH(nolock)
WHERE object_name LIKE '%columnstore%' 
AND counter_name ='Total Merge Policy Evaluations' 
AND instance_name = '_Total'

Не забывайте, что этот процесс контролирует механизмы, предоставляющие важную для клиентов функциональность. Команда разработчиков не просматривает данные, содержащиеся в индексе, и не отправляет эти данные в корпорацию Майкрософт. SQL Server всегда собирает и отправляет сведения о ходе установки. Это помогает нам быстро обнаруживать и исправлять любые проблемы, которые возникают у клиентов при установке. Можно настроить SQL Server 2017 и более поздние версии продукта так, чтобы он не отправлял в корпорацию Майкрософт какие-либо сведения. Такое поведение настраивается отдельно для каждого экземпляра сервера приведенными ниже способами.

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

См. дополнительные сведения об отзывах клиентов SQL Server в Linux.

Примечание.

Вы можете отключить отправку данных в корпорацию Майкрософт только в платной версии SQL Server.

Замечания

  • Удаление или отключение службы SQL CEIP не поддерживается.
  • Удаление ресурсов SQL CEIP из группы кластера не поддерживается.

Чтобы отказаться от сбора данных, см. сведения в разделе Отключение локального аудита

Приложение отчетов об ошибках и использовании

По завершении установки вы можете изменить параметры сбора данных об использовании и данных диагностики для компонентов и экземпляров SQL Server с помощью приложения отчетов об ошибках и использовании. Это приложение доступно как часть установки SQL Server. Это средство позволяет настроить параметр "Отчеты об использовании" отдельно для каждого экземпляра SQL Server.

Примечание.

Приложение отчетов об ошибках и использовании размещается в списке средств настройки SQL Server. Средство можно использовать для управления настройками, а также для сбора отчетов об ошибках, данных об использовании и данных диагностики точно так же, как в SQL Server 2017. Отчеты об ошибках создаются отдельно от сбора данных об использовании и данных диагностики, что позволяет включать и отключать эти механизмы отдельно. С отчетом об ошибках в корпорацию Майкрософт отправляются аварийные дампы, которые могут содержать конфиденциальные сведения, как описано в заявлении о конфиденциальности.

Приложение "Отчеты об ошибках и использовании" не включено в настройку SQL Server Reporting Services 2017 и более поздних версий. Единственным механизмом, доступным для настройки отправки сведений в корпорацию Майкрософт, является настройка подразделов реестра на сервере.

Чтобы открыть средство отчетов об ошибках и использовании SQL Server, выберите Пуск и выполните поиск по слову "ошибка". Вы увидите элемент отчетов об ошибках и использовании SQL Server. Запустив это средство, вы сможете управлять данными об использовании, серьезных ошибках и данными диагностики, которые собираются для экземпляров и компонентов, установленных на соответствующем компьютере.

В платной версии вы можете использовать флажки "Отчеты об использовании", чтобы управлять отправкой данных об использовании и данных диагностики в корпорацию Майкрософт.

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

Изменение разделов реестра на сервере

Настроив соответствующие параметры групповой политики, корпоративные клиенты могут согласиться на сбор данных об использовании и данных диагностики или отказаться от него. Для этого нужно создать политику на основе реестра. Ниже приведены соответствующие подразделы и параметры реестра:

  • Для настройки экземпляра SQL Server:

    Подраздел = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{идентификатор_экземпляра}\CPE

    Имя записи = CustomerFeedback

    тип записи DWORD: 0 — не участвовать; 1 — участвовать.

    {InstanceID} указывает тип экземпляра и сам экземпляр, как показано в следующих примерах:

    • MSSQL14.CANBERRA обозначает ядро СУБД SQL Server 2017 и имя экземпляра CANBERRA;
    • MSAS14.CANBERRA обозначает ядро СУБД SQL Server 2017 Analysis Services и имя экземпляра CANBERRA;

  • Для компонентов экземпляра SQL Server Reporting Services 2017 и более поздних версий:

    Подраздел = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\SSRS\CPE

    Имя записи = CustomerFeedback

    тип записи DWORD: 0 — не участвовать; 1 — участвовать.

  • Для всех общих компонентов:

    Подраздел = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{основная версия}

    Имя записи = CustomerFeedback

    тип записи DWORD: 0 — не участвовать; 1 — участвовать.

Примечание.

{Major Version} обозначает основную версию SQL Server. Например, 140 соответствует версии SQL Server 2017.

Настройка подразделов реестра для сбора аварийных дампов

Как и в более ранней версии SQL Server, клиенты с SQL Server 2017 и более поздним выпуском Enterprise могут настроить параметры групповой политики на сервере, чтобы участвовать или не участвовать в сборе аварийных дампов. Для этого нужно создать политику на основе реестра. Ниже приведены соответствующие подразделы и параметры реестра:

  • Для настройки экземпляра SQL Server:

    Подраздел = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{идентификатор_экземпляра}\CPE

    имя RegEntry = EnableErrorReporting;

    тип записи DWORD: 0 — не участвовать; 1 — участвовать.

    {InstanceID} указывает тип экземпляра и сам экземпляр, как показано в следующих примерах:

    • MSSQL14.CANBERRA обозначает ядро СУБД SQL Server 2017 и имя экземпляра CANBERRA;
    • MSAS14.CANBERRA обозначает ядро СУБД SQL Server 2017 Analysis Services и имя экземпляра CANBERRA;

  • Для компонентов экземпляра SQL Server Reporting Services 2017 и более поздних версий:

    Подраздел = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\SSRS\CPE

    имя RegEntry = EnableErrorReporting;

    тип записи DWORD: 0 — не участвовать; 1 — участвовать.

  • Для всех общих компонентов:

    Подраздел = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{основная версия}

    имя RegEntry = EnableErrorReporting;

    тип записи DWORD: 0 — не участвовать; 1 — участвовать.

Примечание.

{Major Version} обозначает основную версию SQL Server. Например, 140 соответствует версии SQL Server 2017.

Система сбора аварийных дампов SQL Server будет соблюдать групповую политику на базе реестра для этих подразделов.

Сбор аварийных дампов для SSMS

SQL Server Management Studio (SSMS) не собирает собственный аварийный дамп. Все аварийные дампы, связанные с SSMS, собираются единой системой сбора отчетов об ошибках Windows.

Процедура, позволяющая включить или отключить эту функцию, будет разной в разных версиях операционной системы. Чтобы включить или отключить эту функцию, выполните инструкции, соответствующие вашей версии Windows.

Сбор информации для Analysis Services

Во время установки SQL Server 2016 и более поздних версий служба Analysis Services добавляет в экземпляр Analysis Services специальную учетную запись. Эта учетная запись является членом роли администратора на сервере Analysis Services. Она используется для сбора сведений от экземпляра служб Analysis Services.

В настройках службы можно отказаться от отправки данных об использовании и данных диагностики, как описано в разделе "Изменение разделов реестра на сервере". При этом учетная запись службы не удаляется.

Получение справки

Примите участие в разработке документации по SQL

Знаете ли вы, что содержимое SQL можно изменить самостоятельно? Это не только улучшит нашу документацию, но и даст вам статус участника в создании этой страницы.

Дополнительные сведения см. в разделе Участие в работе над документацией по SQL Server.