Partilhar via

Configurar o uso e a coleta de dados de diagnóstico para o SQL Server (CEIP)

Aplica-se a:SQL Server

Resumo

Por padrão, o Microsoft SQL Server coleta informações sobre como seus clientes estão usando o aplicativo. Especificamente, o SQL Server coleta informações sobre a experiência de instalação, uso e desempenho. Essas informações ajudam a Microsoft a melhorar o produto para atender melhor às necessidades dos clientes. Por exemplo, a Microsoft coleta informações sobre os tipos de códigos de erro que os clientes encontram para que possamos corrigir bugs relacionados, melhorar nossa documentação sobre como usar o SQL Server e determinar se os recursos devem ser adicionados ao produto para melhor atender os clientes.

Especificamente, a Microsoft não envia nenhum dos seguintes tipos de informações através deste mecanismo:

  • Quaisquer valores de dentro de tabelas de usuário
  • Quaisquer credenciais de início de sessão ou outras informações de autenticação
  • Informações pessoais

O cenário de exemplo a seguir inclui informações de uso de recursos que ajudam a melhorar o produto.

O SQL Server 2017 e versões posteriores oferecem suporte a índices columnstore para habilitar cenários de análise rápida. Os índices Columnstore combinam uma estrutura de índice de árvore B tradicional para dados recém-inseridos com uma estrutura compactada especial orientada a colunas para compactar dados e acelerar a execução de consultas. O produto contém heurística para migrar dados da estrutura da árvore B para a estrutura compactada em segundo plano, acelerando assim os resultados futuros da consulta.

Observação

A documentação usa o termo árvore B geralmente em referência a índices. Em índices de armazenamento de linha, o Mecanismo de Banco de Dados implementa uma árvore B+. Isso não se aplica a índices columnstore ou a índices em tabelas com otimização de memória. Para obter mais informações, consulte o SQL Server e o guia de design de arquitetura e design de índice SQL do Azure.

Se a operação em segundo plano não acompanhar a taxa na qual os dados são inseridos, o desempenho da consulta pode ser mais lento do que o esperado. Para melhorar o produto, a Microsoft coleta informações sobre como o SQL Server está acompanhando o processo de compactação automática de dados. A equipe do produto usa essas informações para ajustar a frequência e o paralelismo do código que executa a compactação. Esta consulta é executada ocasionalmente para coletar essas informações para que nós (Microsoft) possamos avaliar a taxa de movimento de dados. Isso nos ajuda a otimizar a heurística do produto.

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'

Esteja ciente de que este processo se concentra nos mecanismos necessários para entregar valor aos clientes. A equipe de produto não examina os dados no índice nem envia esses dados para a Microsoft. O SQL Server sempre coleta e envia informações sobre a experiência de instalação do processo de instalação para que possamos localizar e corrigir rapidamente quaisquer problemas de instalação que o cliente esteja enfrentando. O SQL Server 2017 e versões posteriores podem ser configurados para não enviar informações (por instância de servidor) para a Microsoft por meio dos seguintes mecanismos:

  • Usando o aplicativo Relatório de Erros e Uso
  • Definindo subchaves do Registro no servidor

Para SQL Server no Linux, consulte Comentários do cliente para o SQL Server no Linux

Observação

Você pode desabilitar o envio de informações para a Microsoft somente em versões pagas do SQL Server.

Comentários

  • Não há suporte para remover ou desabilitar o serviço CEIP do SQL.
  • Não é suportada a remoção dos recursos SQL CEIP do Grupo de Clusters.

Para desativar a coleta de dados, consulte Ativando ou desativando a auditoria local

Aplicativo de Relatório de Erros e Uso

Após a instalação, a configuração de coleta de dados de uso e diagnóstico para componentes e instâncias do SQL Server pode ser alterada por meio do aplicativo Relatório de Erros e Uso. Este aplicativo está disponível como parte da instalação do SQL Server. Essa ferramenta permite que cada instância do SQL Server defina sua própria configuração de Relatórios de Uso.

Observação

O aplicativo Relatório de Erros e Uso está listado nas Ferramentas de Configuração do SQL Server. Você pode usar essa ferramenta para gerenciar sua preferência por Relatório de Erros e coleta de Dados de Uso e Diagnóstico da mesma maneira que no SQL Server 2017. O Relatório de Erros é separado da coleta de Dados de Uso e Diagnóstico, portanto, pode ser ativado ou desativado independentemente da coleta de Dados de Uso e Diagnóstico. O Relatório de Erros recolhe registos de falhas que são enviados à Microsoft e que podem conter informações confidenciais, conforme descrito na Declaração de Privacidade do .

O aplicativo Relatório de Erros e Uso não está incluído na instalação do SQL Server Reporting Services 2017 e posterior. O único mecanismo disponível para configurar o envio de informações para a Microsoft é definindo subchaves do Registro no servidor.

Para iniciar o Relatório de Erros e Utilização do SQL Server, selecione Iniciare pesquise "Erro" na caixa de pesquisa. O item Relatório de Erros e Uso do SQL Server será exibido. Depois de iniciar a ferramenta, você pode gerenciar dados de uso e diagnóstico, bem como erros graves coletados para instâncias e componentes instalados nesse computador.

Para versões pagas, use as caixas de seleção "Relatórios de uso" para gerenciar o envio de dados de uso e diagnóstico para a Microsoft.

Para versões pagas ou gratuitas, use as caixas de seleção "Relatórios de erros" para gerir o envio de comentários sobre erros graves e relatórios de falhas para a Microsoft.

Definir subchaves do Registro no servidor

Os clientes empresariais podem definir as definições da Política de Grupo para aceitar ou recusar a utilização e a recolha de dados de diagnóstico. Isso é feito configurando uma política baseada no Registro. A subchave do Registro relevante e as configurações são as seguintes:

  • Para características de instância do SQL Server:

    Subchave = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{InstanceID}\CPE

    Nome RegEntry = CustomerFeedback

    Tipo de entrada DWORD: 0 é recusar participação; 1 é optar por participar

    {InstanceID} refere-se ao tipo de instância e à instância, como nos seguintes exemplos:

    • MSSQL14 CANBERRA para motor de base de dados SQL Server 2017 e nome da instância “CANBERRA”
    • MSAS14.CANBERRA para SQL Server 2017 Analysis Services com o nome da instância "CANBERRA"

  • Para funcionalidades de instância do SQL Server Reporting Services 2017 e versões posteriores:

    Subchave = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\SSRS\CPE

    Nome RegEntry = CustomerFeedback

    Tipo de entrada DWORD: 0 é recusar participação; 1 é optar por participar

  • Para todos os recursos compartilhados:

    Subchave = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{Major Version}

    Nome RegEntry = CustomerFeedback

    Tipo de entrada DWORD: 0 é recusar participação; 1 é optar por participar

Observação

{Versão Principal} refere-se à versão do SQL Server. Por exemplo, "140" refere-se ao SQL Server 2017.

Definir subchaves do registo para recolha de despejos de memória

Semelhante ao comportamento em uma versão anterior do SQL Server, os clientes da edição Enterprise do SQL Server 2017 e posteriores podem definir configurações de Diretiva de Grupo no servidor para optar pela inclusão ou exclusão na coleta de despejo de falha. Isso é feito configurando uma política baseada no Registro. As subchaves e configurações relevantes do Registro são as seguintes:

  • Para características de instância do SQL Server:

    Subchave = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{InstanceID}\CPE

    Nome da RegEntry = EnableErrorReporting

    Tipo de entrada DWORD: 0 é desativação; 1 é ativação

    {InstanceID} refere-se ao tipo de instância e à instância, como nos seguintes exemplos:

    • MSSQL14 CANBERRA para motor de base de dados SQL Server 2017 e nome da instância “CANBERRA”
    • MSAS14.CANBERRA para SQL Server 2017 Analysis Services com o nome da instância "CANBERRA"

  • Para funcionalidades de instância do SQL Server Reporting Services 2017 e versões posteriores:

    Subchave = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\SSRS\CPE

    Nome da RegEntry = EnableErrorReporting

    Tipo de entrada DWORD: 0 é recusar participação; 1 é optar por participar

  • Para todos os recursos compartilhados:

    Subchave = HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\{Major Version}

    Nome da RegEntry = EnableErrorReporting

    Tipo de entrada DWORD: 0 é desativação; 1 é ativação

Observação

{Versão Principal} refere-se à versão do SQL Server. Por exemplo, "140" refere-se ao SQL Server 2017.

A Política de Grupo baseada no registo nestas subchaves de registo é respeitada pela recolha de despejos de falhas do SQL Server.

Coleta de relatórios de erro para o SSMS

O SQL Server Management Studio (SSMS) não recolhe o seu próprio relatório de erro de falha. Qualquer despejo de memória relacionado com o SSMS é recolhido como parte do Relatório de Erros do Windows.

O procedimento para ativar ou desativar esse recurso depende da versão do sistema operacional. Para ativar ou desativar o recurso, siga as etapas no artigo apropriado para sua versão do Windows.

Comentários sobre o Analysis Services

Durante a instalação, o SQL Server 2016 e versões posteriores do Analysis Services adicionam uma conta especial à sua instância do Analysis Services. Essa conta é membro da função Administrador do Servidor do Analysis Services. A conta é usada para recolher informações para feedback da instância do Analysis Services.

Você pode configurar seu serviço para não enviar dados de uso e diagnóstico, conforme descrito na seção "Definir subchaves do Registro no servidor". No entanto, fazer isso não remove a conta de serviço.

Obter ajuda

Contribuir para a documentação SQL

Você sabia que você mesmo pode editar conteúdo SQL? Se o fizer, não só ajudará a melhorar a nossa documentação, como também será creditado como contribuidor da página.

Para obter mais informações, consulte Editar a documentação do Microsoft Learn.

  • Last updated on