{"id":392,"date":"2015-12-29T12:45:48","date_gmt":"2015-12-29T12:45:48","guid":{"rendered":"http:\/\/www.tiagoneves.net\/blog\/?p=392"},"modified":"2015-12-29T12:45:48","modified_gmt":"2015-12-29T12:45:48","slug":"trace-flags-mais-comuns-do-sql-server","status":"publish","type":"post","link":"https:\/\/www.tiagoneves.net\/blog\/trace-flags-mais-comuns-do-sql-server\/","title":{"rendered":"Trace Flags mais comuns do SQL Server"},"content":{"rendered":"

Ol\u00e1 pessoal, tudo certo?<\/p>\n

No post de hoje vou abordar um pouco sobre as trace flags mais comuns do SQL Server, o Trace Flag \u00e9 uma configura\u00e7\u00e3o que nos permite customizar o que iremos rastrear na nossa inst\u00e2ncia.<\/p>\n

A maioria dos trace flags n\u00e3o est\u00e3o documentados pela Microsoft, ent\u00e3o n\u00e3o temos suporte e devemos ter muito cuidado para usa-las.<\/span> Ent\u00e3o, por que algu\u00e9m iria utiliza-las?<\/span> Porque eles nos d\u00e1 algumas possibilidades para fazer o ajustes de desempenho e diagn\u00f3stico.<\/span><\/p>\n

Segue uma tabela com os principais trace flags, maiores informa\u00e7\u00f5es podem ser obtidas no Technet.<\/a><\/p>\n\n\n\n\n\t\n\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t
Trace Flag <\/th>Descri\u00e7\u00e3o<\/th>\n<\/tr>\n<\/thead>\n
260
\n<\/td>		Imprime informa\u00e7\u00f5es de vers\u00e3o sobre DLLs (bibliotecas de v\u00ednculo din\u00e2mico) de procedimento armazenado estendido. Para obter mais informa\u00e7\u00f5es sobre __GetXpVersion(), consulte Criando procedimentos armazenados estendidos.
\nEscopo: global ou sess\u00e3o<\/td>\n<\/tr>\n
1204<\/td>\t
\nRetorna os recursos e tipos de bloqueios que participam de um deadlock e tamb\u00e9m o comando atual afetado.
\nEscopo: somente global<\/td>\n<\/tr>\n
1211<\/td>Desabilita o escalonamento de bloqueios com base na press\u00e3o de mem\u00f3ria ou no n\u00famero de bloqueios. A Engine de Banco de Dados do SQL Server n\u00e3o escalona bloqueios de linha ou de p\u00e1gina para bloqueios de tabela.
\nO uso desse sinalizador de rastreamento pode gerar um n\u00famero excessivo de bloqueios. Isso pode reduzir o desempenho do Mecanismo de Banco de Dados ou causar erros 1204 (n\u00e3o \u00e9 poss\u00edvel alocar recurso de bloqueio) por causa de mem\u00f3ria insuficiente.
\nSe os sinalizadores de rastreamento 1211 e 1224 forem definidos, o 1211 ter\u00e1 preced\u00eancia sobre o 1224. Entretanto, como o sinalizador de rastreamento 1211 evita o escalonamento em todos os casos, mesmo sob press\u00e3o de mem\u00f3ria, recomendamos usar 1224. Isso ajuda a evitar erros de \"falta de bloqueios\" quando muitos bloqueios s\u00e3o usados.
\nEscopo: global ou sess\u00e3o<\/td>\n<\/tr>\n
1222<\/td>Retorna os recursos e os tipos de bloqueios que participam de um deadlock e tamb\u00e9m o comando atual afetado, em um formato XML que n\u00e3o obedece a nenhum esquema XSD.
\nEscopo: somente global<\/td>\n<\/tr>\n
1224*<\/td>Desabilita o escalonamento de bloqueios baseado no n\u00famero de bloqueios. Entretanto, a press\u00e3o de mem\u00f3ria ainda pode ativar o escalonamento de bloqueios. O Mecanismo de Banco de Dados escalona bloqueios de linha ou de p\u00e1gina para bloqueios de tabela (ou parti\u00e7\u00e3o) se a quantidade de mem\u00f3ria utilizada pelos objetos de bloqueio exceder uma das seguintes condi\u00e7\u00f5es:
\nQuarenta por cento da mem\u00f3ria usada pelo Mecanismo de Banco de Dados. Isso \u00e9 aplic\u00e1vel somente quando o par\u00e2metro locks de sp_configure \u00e9 definido como 0.
\nQuarenta por cento da mem\u00f3ria de bloqueio que \u00e9 configurada usando o par\u00e2metro locks de sp_configure. Para obter mais informa\u00e7\u00f5es, consulte Op\u00e7\u00f5es de configura\u00e7\u00e3o de servidor.
\nSe os sinalizadores de rastreamento 1211 e 1224 forem definidos, o 1211 ter\u00e1 preced\u00eancia sobre o 1224. Entretanto, como o sinalizador de rastreamento 1211 evita o escalonamento em todos os casos, mesmo sob press\u00e3o de mem\u00f3ria, recomendamos usar 1224. Isso ajuda a evitar erros de \"falta de bloqueios\" quando muitos bloqueios s\u00e3o usados.
\nEscopo: global ou sess\u00e3o<\/td>\n<\/tr>\n
1448<\/td>Permite que o leitor de log de replica\u00e7\u00e3o continue mesmo se os secund\u00e1rios ass\u00edncronos n\u00e3o reconhecerem a recep\u00e7\u00e3o de uma altera\u00e7\u00e3o. Mesmo com este sinalizador de rastreamento habilitado, o leitor de log sempre espera pelos secund\u00e1rios de sincroniza\u00e7\u00e3o. O leitor de log n\u00e3o passar\u00e1 do reconhecimento m\u00ednimo dos secund\u00e1rios de sincroniza\u00e7\u00e3o. Este sinalizador de rastreamento se aplica \u00e0 inst\u00e2ncia do SQL Server, n\u00e3o apenas a um grupo de disponibilidade, um banco de dados de disponibilidade ou uma inst\u00e2ncia do leitor de log. Entra em vigor imediatamente, sem reinicializa\u00e7\u00e3o. Este sinalizador de rastreamento pode ser ativado antecipadamente ou quando um secund\u00e1rio ass\u00edncrono falha.<\/td>\n<\/tr>\n
2528<\/td>\t
\nDesabilita a verifica\u00e7\u00e3o paralela de objetos por DBCC CHECKDB, DBCC CHECKFILEGROUP e DBCC CHECKTABLE. Por padr\u00e3o, o grau de paralelismo \u00e9 automaticamente determinado pelo processador de consultas. O grau de m\u00e1ximo de paralelismo \u00e9 configurado da mesma forma que as consultas paralelas. Para obter mais informa\u00e7\u00f5es, consulte Configurar a op\u00e7\u00e3o de configura\u00e7\u00e3o de servidor max degree of parallelism.
\nDBCC paralelo, em geral, deve permanecer habilitado. Para DBCC CHECKDB, o processador de consultas reavalia e automaticamente ajusta o paralelismo em cada tabela ou lote de tabelas verificadas. \u00c0s vezes, a verifica\u00e7\u00e3o pode iniciar quando o servidor est\u00e1 quase ocioso. Um administrador que sabe que a carga aumentar\u00e1 antes que a verifica\u00e7\u00e3o seja conclu\u00edda poder\u00e1 manualmente diminuir ou desabilitar o paralelismo.
\nDesabilitar a verifica\u00e7\u00e3o paralela do DBCC pode fazer com que o DBCC leve mais tempo para ser conclu\u00eddo e se o DBCC for executado com o recurso TABLOCK habilitado e o paralelismo definido como off, as tabelas poder\u00e3o ser bloqueadas por longo tempo.
\nEscopo: global ou sess\u00e3o<\/td>\n<\/tr>\n
3042<\/td>Ignora o algoritmo padr\u00e3o de pr\u00e9-aloca\u00e7\u00e3o de compacta\u00e7\u00e3o de backup para permitir que o arquivo de backup cres\u00e7a somente quando necess\u00e1rio para alcan\u00e7ar seu tamanho final. Este sinalizador de rastreamento ser\u00e1 \u00fatil se voc\u00ea precisar salvar em espa\u00e7o alocando somente o tamanho real necess\u00e1rio para o backup compactado. Usar este sinalizador de rastreamento pode causar uma pequena penalidade de desempenho (um poss\u00edvel aumento na dura\u00e7\u00e3o da opera\u00e7\u00e3o de backup).
\nPara obter mais informa\u00e7\u00f5es sobre o algoritmo de pr\u00e9-aloca\u00e7\u00e3o, consulte Compacta\u00e7\u00e3o de backup (SQL Server).<\/td>\n<\/tr>\n
3205<\/td>\t
\nPor padr\u00e3o, se uma unidade de fita oferecer suporte \u00e0 compacta\u00e7\u00e3o de hardware, a instru\u00e7\u00e3o DUMP ou BACKUP a usar\u00e1. Com esse sinalizador de rastreamento, \u00e9 poss\u00edvel desabilitar a compacta\u00e7\u00e3o de hardware para drivers de fita. Isso \u00e9 \u00fatil quando se deseja trocar as fitas por outros locais ou unidades de fita que n\u00e3o oferecem suporte \u00e0 compacta\u00e7\u00e3o.
\nEscopo: global ou sess\u00e3o<\/td>\n<\/tr>\n
3226<\/td>Por padr\u00e3o, toda opera\u00e7\u00e3o de backup bem-sucedida acrescenta uma entrada ao log de erros do SQL Server e ao log de eventos do sistema. Se voc\u00ea criar backups de log com frequ\u00eancia, essas mensagens se acumular\u00e3o rapidamente, resultando em enormes logs de erros nos quais ser\u00e1 dif\u00edcil localizar outras mensagens.
\nCom este sinalizador de rastreamento, voc\u00ea pode suprimir estas entradas de log. Isso \u00e9 \u00fatil se voc\u00ea estiver executando backups de log frequentes e se nenhum dos seus scripts depender dessas entradas.<\/td>\n<\/tr>\n
3608<\/td>Impede que o SQL Server seja iniciado automaticamente e recupere qualquer banco de dados, exceto o banco de dados mestre. Se as atividades que requerem tempdb forem iniciadas, o modelo ser\u00e1 recuperado e tempdb ser\u00e1 criado. Os bancos de dados do usu\u00e1rio ser\u00e3o iniciados e recuperados quando acessados. Alguns recursos, como isolamento de instant\u00e2neo e instant\u00e2neo de leitura confirmada, talvez n\u00e3o funcionem. Use para Mover bancos de dados do sistema e Mover bancos de dados de usu\u00e1rio. N\u00e3o use durante opera\u00e7\u00e3o normal.<\/td>\n<\/tr>\n
3625<\/td>Limita a quantidade de informa\u00e7\u00f5es retornadas aos usu\u00e1rios que n\u00e3o s\u00e3o membros da fun\u00e7\u00e3o de servidor fixa sysadmin, mascarando os par\u00e2metros de algumas mensagens de erro usando '******'. Isso pode ajudar a evitar a divulga\u00e7\u00e3o de informa\u00e7\u00f5es confidenciais.
\nEscopo: somente global<\/td>\n<\/tr>\n
4199<\/td>\t
\nControla v\u00e1rias altera\u00e7\u00f5es do otimizador de consulta feitas anteriormente em v\u00e1rios sinalizadores de rastreamento. Para obter mais informa\u00e7\u00f5es, consulte este artigo do Suporte da Microsoft
\nEscopo: global ou sess\u00e3o<\/td>\n<\/tr>\n
4616<\/td>Torna os metadados em n\u00edvel de servidor vis\u00edveis para fun\u00e7\u00f5es de aplicativo. No SQL Server, uma fun\u00e7\u00e3o de aplicativo n\u00e3o pode acessar metadados fora de seu pr\u00f3prio banco de dados porque as fun\u00e7\u00f5es de aplicativo n\u00e3o s\u00e3o associadas a um principal em n\u00edvel de servidor. \u00c9 uma altera\u00e7\u00e3o de comportamento de vers\u00f5es anteriores do SQL Server. Definir esse sinalizador global desabilita as novas restri\u00e7\u00f5es e permite que fun\u00e7\u00f5es de aplicativo acessem metadados em n\u00edvel de servidor.
\nEscopo: somente global<\/td>\n<\/tr>\n
6527<\/td>Desabilita a gera\u00e7\u00e3o de um despejo de mem\u00f3ria na primeira ocorr\u00eancia de uma exce\u00e7\u00e3o de mem\u00f3ria insuficiente na integra\u00e7\u00e3o de CLR. Por padr\u00e3o, o SQL Server gera um despejo de mem\u00f3ria pequeno na primeira ocorr\u00eancia de uma exce\u00e7\u00e3o de mem\u00f3ria insuficiente no CLR. O comportamento do sinalizador de rastreamento \u00e9:
\nSe isso for usado como um sinalizador de rastreamento de inicializa\u00e7\u00e3o, um despejo de mem\u00f3ria nunca ser\u00e1 gerado. No entanto, um despejo de mem\u00f3ria poder\u00e1 ser gerado se forem usados outros sinalizadores de rastreamento.
\nSe esse sinalizador de rastreamento estiver habilitado em um servidor em execu\u00e7\u00e3o, um despejo de mem\u00f3ria n\u00e3o ser\u00e1 gerado automaticamente a partir desse ponto. No entanto, se um despejo de mem\u00f3ria j\u00e1 tiver sido gerado devido a uma exce\u00e7\u00e3o de mem\u00f3ria insuficiente no CLR, este sinalizador de rastreamento n\u00e3o ter\u00e1 nenhum efeito.
\nEscopo: somente global<\/td>\n<\/tr>\n
7806<\/td>Habilita uma conex\u00e3o de administrador dedicada (DAC) no SQL Server Express. Por padr\u00e3o, nenhum recurso DAC \u00e9 reservado no SQL Server Express. Para obter mais informa\u00e7\u00f5es, consulte Conex\u00e3o de diagn\u00f3stico para administradores de banco de dados.
\nEscopo: somente global<\/td>\n<\/tr>\n
8032*<\/td>Reverte os par\u00e2metros de limite de cache para a configura\u00e7\u00e3o do SQL Server 2005 RTM, que, em geral, permite que os caches sejam maiores. Use esta configura\u00e7\u00e3o quando entradas de cache reutilizadas com frequ\u00eancia n\u00e3o se ajustarem no cache e quando o Op\u00e7\u00e3o de configura\u00e7\u00e3o de servidor optimize for ad hoc workloads n\u00e3o tiver resolvido o problema com o cache do plano.<\/td>\n<\/tr>\n
8207<\/td>Habilita atualiza\u00e7\u00f5es singleton para replica\u00e7\u00e3o transacional. As atualiza\u00e7\u00f5es nos assinantes podem ser replicadas como um par de DELETE e INSERT. Isso pode n\u00e3o atender a regras de neg\u00f3cio, como acionar um gatilho UPDATE. Com o sinalizador de rastreamento 8207, uma atualiza\u00e7\u00e3o em uma coluna exclusiva que afeta apenas uma linha (uma atualiza\u00e7\u00e3o singleton) \u00e9 replicada como um UPDATE e n\u00e3o como um par DELETE ou INSERT. Se a atualiza\u00e7\u00e3o afetar uma coluna com uma restri\u00e7\u00e3o exclusiva ou se a atualiza\u00e7\u00e3o afetar v\u00e1rias linhas, a atualiza\u00e7\u00e3o ainda ser\u00e1 replicada como um par DELETE ou INSERT.<\/td>\n<\/tr>\n
9485<\/td>Desabilita a permiss\u00e3o SELECT para DBCC SHOW_STATISTICS.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n

* Trace flag 1224 – O escalonamento de bloqueios para a granularidade no n\u00edvel de tabela ou HoBT tamb\u00e9m pode ser controlado usando a op\u00e7\u00e3o LOCK_ESCALATION da instru\u00e7\u00e3o\u00a0<\/span>ALTER TABLE.
\n* Trace flag 8032 – O sinalizador de rastreamento 8032 pode levar a um baixo desempenho se caches grandes disponibilizam menos mem\u00f3ria para outros consumidores de mem\u00f3ria, como o pool de buffers.<\/em><\/p>\n

No SQL Server, h\u00e1 dois tipos de trace flags: sess\u00e3o e global.\u00a0<\/span><\/span>Os trace flags de sess\u00e3o s\u00e3o ativos para uma conex\u00e3o. Enquanto os trace flags<\/span> globais s\u00e3o definidos no n\u00edvel de inst\u00e2ncia e s\u00e3o vis\u00edveis em todas as conex\u00f5es no servidor.<\/span>\u00a0<\/span><\/p>\n

As seguintes regras se aplicam:<\/span><\/p>\n