Atualizações e opções de configuração recomendadas para SQL Server 2017 e 2016 com cargas de trabalho de alto desempenho

Artigo
07/30/2024

Este artigo descreve uma lista de melhorias de desempenho e opções de configuração disponíveis para o SQL Server 2016 e versões posteriores.

Versão original do produto: SQL Server 2017 no Windows, SQL Server 2016
Número original do KB: 4465518

Introdução

Este artigo descreve as melhorias e alterações de desempenho disponíveis para o Microsoft SQL Server 2017 e o SQL Server 2016 por meio de várias atualizações de produto e opções de configuração.

Recomendamos que você considere aplicar essas atualizações para melhorar o desempenho das instâncias do SQL Server. O grau de melhoria dependerá de vários fatores, incluindo padrão de carga de trabalho, pontos de contenção, layout do processador (número de grupos de processadores, soquetes, nós NUMA e núcleos em um nó NUMA) e a quantidade de memória disponível no sistema.

A equipe de suporte do SQL Server usou essas atualizações e alterações de configuração para obter ganhos de desempenho razoáveis para cargas de trabalho do cliente que usam sistemas de hardware que incluem vários nós NUMA e muitos processadores. A equipe de suporte continuará atualizando este artigo com outras atualizações no futuro.

Definição: Sistemas de ponta
Um "sistema high-end" normalmente tem vários soquetes, oito núcleos ou mais por soquete e meio terabyte ou mais de memória.

Aplicar as atualizações recomendadas e melhorar o desempenho do SQL Server

Essas recomendações para melhorar o desempenho do SQL Server 2017 e do SQL Server 2016 são agrupadas em cinco tabelas, da seguinte maneira:

A Tabela 1 contém as atualizações recomendadas com mais frequência e os sinalizadores de rastreamento para escalabilidade em sistemas high-end.
A Tabela 2 contém recomendações e orientações para outros ajustes de desempenho.
A Tabela 3 contém informações sobre alterações no comportamento e nas configurações padrão no SQL 2017 e 2016.
A Tabela 4 contém outras correções de escalabilidade que foram incluídas junto com uma atualização cumulativa ().
A Tabela 5 contém correções recomendadas e diretrizes de configuração para instâncias do SQL Server implantadas em um ambiente Linux.

Observação

Para obter contexto adicional, consulte Botões usados com frequência para ajustar um SQL Server ocupado.

Importante

Se você habilitou os sinalizadores de rastreamento, examine as informações nesse artigo depois de executar a migração para o SQL Server 2017 ou SQL Server 2016. Muitos dos sinalizadores de rastreamento e opções de configuração listados nesse artigo se tornaram opções padrão no SQL Server 2017 e no SQL Server 2016.

Tabela 1. Atualizações importantes e sinalizadores de rastreamento para sistemas high-end

Examine a tabela a seguir e habilite os sinalizadores de rastreamento na coluna Sinalizador de rastreamento depois de verificar se sua instância do SQL Server atende aos requisitos na coluna Versão aplicável e intervalos de compilação.

Observação

A versão e o build aplicáveis indicam a atualização específica na qual o sinalizador de alteração ou rastreamento foi introduzido. Se nenhuma UC for especificada, todas as UCs na controladora de armazenamento serão incluídas.
Versão e build não aplicáveis indicam a atualização específica na qual o sinalizador de alteração ou rastreamento se tornou o comportamento padrão. Portanto, apenas aplicar essa atualização será suficiente para receber os benefícios.

Importante

Ao habilitar correções que têm sinalizadores de rastreamento em ambientes Always On, lembre-se de que você precisa habilitar os sinalizadores de correção e rastreamento em todas as réplicas que fazem parte do Grupo de Disponibilidade.

Cenário e sintoma a serem considerados	Sinalizador de rastreamento	Versão aplicável e intervalos de compilação	Versão não aplicável e intervalos de compilação	Artigo da Base de Conhecimento ou link do blog para obter mais detalhes
Contenção de spinlock de SOS_CACHESTORE pesada ou seus planos estão sendo removidos com frequência em cargas de trabalho de consulta ad hoc.	T174	SQL Server 2016 RTM para SP/atual SQL Server 2017 RTM para SP/atual	Nenhum	KB3026083 - CORREÇÃO: SOS_CACHESTORE contenção de spinlock no cache de plano ad hoc do SQL Server causa alto uso da CPU no SQL Server
As entradas no cache de planos são removidas devido ao crescimento em outros caches ou administradores de memória. Alto consumo de CPU devido a recompilações frequentes de consultas.	T8032	SQL Server 2016 RTM para SP/atual SQL Server 2017 RTM para SP/atual	Nenhum	Documentação do DBCC TRACEON – Sinalizadores de rastreamento (Transact-SQL). Consulte a seção Gerenciamento de tamanho de cache de Planejar internos de cache.
tempdb é muito usado e tem muitas modificações nos dados em tempdb. Você encontra mensagens do agendador não produtivas ao usar o Ponto de Verificação Indireto para o banco de dados tempdb.	T3468	SQL Server 2016 SP1 CU5 para SP/atual SQL Server 2017 CU1 para SP/atual	Nenhum	Ponto de verificação indireto e tempdb - o bom, o ruim e o agendador não produtivo KB4040276 - CORREÇÃO: Pontos de verificação indiretos no banco de dados tempdb causam erro "Agendador não produtivo" no SQL Server 2016 e 2017
Transações curtas frequentes acontecem em tempdb. Você percebe que o aumento do uso da CPU para essas transações Common Criteria Compliance não está habilitado	T3427	SQL Server 2016 SP1 CU2 para SQL Server 2016 SP2 CU2	SQL Server 2017 RTM	KB3216543 – CORREÇÃO: Cargas de trabalho que utilizam muitas transações frequentes e curtas no SQL Server 2016 e 2017 podem consumir mais CPU do que no SQL Server 2014
Você está solucionando problemas específicos de desempenho de consulta. As correções do otimizador estão desativadas por padrão.	T4199	SQL Server 2016 RTM para SP/atual SQL Server 2017 RTM para SP/atual	Nenhum	KB974006 – Modelo de manutenção do sinalizador de rastreamento de hotfix do otimizador de consulta do SQL Server 4199 Observação Em vez do sinalizador de rastreamento no nível do servidor 4199, considere usar o QUERY_OPTIMIZER_HOTFIXES de opção no escopo do banco de dados ou a dica de consulta ENABLE_QUERY_OPTIMIZER_HOTFIXES.
Os trabalhos de estatística levam muito tempo para serem concluídos. Não é possível executar vários trabalhos de atualização de estatísticas em paralelo.	T7471	SQL Server 2016 RTM CU1 para SP/atual SQL Server 2017 RTM para SP/atual	Nenhum	KB3156157 - A execução simultânea de várias UPDATE STATISTICS para diferentes estatísticas em uma única tabela está disponível Aumentando o desempenho das estatísticas de atualização com o SQL 2014 e o SQL 2016

Tabela 2. Considerações gerais e práticas recomendadas para melhorar o desempenho da instância do SQL Server

Revise o conteúdo do artigo da Base de Dados de Conhecimento ou da coluna Recursos dos Manuais Online e considere implementar as diretrizes na coluna Ações recomendadas .

Artigo da Base de Dados de Conhecimento ou recurso dos Manuais Online	Ações recomendadas
Configurar a opção de configuração de servidor max degree of parallelism	Use o `sp_configure` procedimento armazenado para fazer alterações de configuração em Configurar a opção de configuração do servidor de grau máximo de paralelismo para sua instância do SQL Server de acordo com o artigo da Base de Dados de Conhecimento.
Limites de capacidade de computação por edição A limitação do núcleo de licença para o SQL Server 2012	A Enterprise Edition que tem licenciamento CAL (Licença de Acesso para Servidor) e Cliente é limitada a 20 núcleos por instância do SQL Server. Não há limites no modelo de Licenciamento de Servidor Baseado em Núcleo. Considere atualizar sua edição do SQL Server para o SKU apropriado para usar todos os recursos de hardware.
Desempenho lento no Windows Server ao usar o plano de energia Balanceado	Revise o artigo e trabalhe em conjunto com o administrador do Windows para implementar uma das soluções listadas na seção Resolução do artigo.
otimizar para cargas de trabalho ad hoc Opção de configuração do servidor PARAMETRIZAÇÃO FORÇADA	As entradas no cache de planos são removidas devido ao crescimento em outros caches ou administradores de memória. Você também pode encontrar a remoção do cache de plano quando o cache atingir seu número máximo de entradas. Além do sinalizador de rastreamento 8032 discutido acima, considere a opção de servidor otimizar para cargas de trabalho ad hoc e também a opção de banco de dados FORCED PARAMETERIZATION .
Como reduzir a paginação da memória do pool de buffers no SQL Server Considerações sobre configuração e dimensionamento de memória no SQL Server 2012 e versões posteriores	Atribua o direito de usuário Habilitar as Páginas de Bloqueio na Opção de Memória (Windows) à conta de inicialização do serviço SQL. Consulte Como habilitar o recurso "páginas bloqueadas" no SQL Server 2012. Defina a memória máxima do servidor para aproximadamente 90% da memória física total. Certifique-se de que a configuração de opções de configuração de memória do servidor considere a memória apenas dos nós configurados para usar as configurações de máscara de afinidade.
SQL Server e páginas grandes explicadas...	Considere habilitar o sinalizador de rastreamento 834 se você tiver um servidor com muita memória, especialmente para uma carga de trabalho analítica ou de data warehouse. Lembre-se de que a interoperabilidade de índices columnstore com modelo de memória de página grande no SQL Server.
Problemas de desempenho de consulta associados a um cache de segurança de tamanho grande As consultas demoram mais para serem executadas quando o tamanho do cache TokenAndPermUserStore aumenta no SQL Server DBCC TRACEON: sinalizadores de rastreamento (Transact-SQL)	Se o cache de segurança crescer para um tamanho grande e você encontrar problemas de desempenho e contenção de spinlock, considere habilitar o sinalizador de rastreamento T4610 e T4618 para reduzir o tamanho máximo de TokenAndPermuserStore.
ALTER WORKLOAD GROUP KB3107401 - Novas opções de concessão de memória de consulta estão disponíveis (min_grant_percent e max_grant_percent) no SQL Server 2012	Se você tiver muitas consultas que estão esgotando grandes concessões de memória, reduza `request_max_memory_grant_percent` para o grupo de carga de trabalho padrão na configuração do administrador de recursos do padrão 25% para um valor menor. Novas opções de concessão de memória de consulta estão disponíveis (`min_grant_percent` e `max_grant_percent`) no SQL Server.
SQL 2016 – Ele é executado mais rápido: configuração automática do TEMPDB	Adicione vários arquivos de dados de tamanho igual para o banco de dados tempdb se este for um servidor atualizado. Para novas instalações, a instalação faz isso automaticamente.
TEMPDB - Arquivos e sinalizadores de rastreamento e atualizações	Use otimizações de tempdb e melhore a escalabilidade evitando ou reduzindo o DDL em objetos temporários.
Inicialização instantânea de arquivos	Trabalhe em conjunto com o administrador do Windows para conceder à conta de serviço do SQL Server os direitos de usuário Executar Tarefas de Manutenção de Volume de acordo com as informações no tópico Manuais Online.
Considerações sobre as configurações "autogrow" e "autoshrink" no SQL Server	Verifique as configurações atuais do banco de dados e verifique se elas estão configuradas de acordo com as recomendações no artigo da Base de Dados de Conhecimento.
Pontos de verificação indiretos	Considere habilitar pontos de verificação indiretos em bancos de dados de usuário para otimizar o comportamento de E/S no SQL Server 2014 e 2012.
SQL Server: RAM grande e ponto de verificação de banco de dados	Considere habilitar pontos de verificação indiretos em bancos de dados de usuário para otimizar o comportamento de E/S no SQL Server 2014 e 2012. Examine os ajustes necessários para tempdb na referência Ponto de verificação indireto e tempdb - o agendador bom, o ruim e o não produtivo.
KB3009974 - CORREÇÃO: sincronização lenta quando os discos têm tamanhos de setor diferentes para arquivos de log de réplica primária e secundária em ambientes SQL Server AG e Logshipping	Se você tiver um Grupo de Disponibilidade no qual o log de transações na réplica primária está em um disco com um tamanho de setor de 512 bytes e o log de transações da réplica secundária está em uma unidade com um tamanho de setor de 4 K, você poderá experimentar uma sincronização lenta. Nessa situação, habilitar o TF 1800 deve corrigir o problema. Para obter mais informações, consulte Sinalizador de rastreamento 1800.
Infraestrutura de Criação de Perfil de Consulta KB3170113 - Atualização para expor estatísticas de execução de consulta por operador no XML do plano de execução e no Evento Estendido no SQL Server 2014 SP2	Se o SQL Server ainda não estiver associado à CPU e uma sobrecarga de 1,5% a 2% for insignificante para suas cargas de trabalho, recomendamos que você habilite o TF 7412 como um sinalizador de rastreamento de inicialização. Esse sinalizador habilita a criação de perfil leve no SQL Server 2014 SP2 ou posterior. Isso permite que você faça a solução de problemas de consulta ao vivo em ambientes de produção.
Identificar regressões de escolha de plano usando o Repositório de Consultas Ativar o melhor plano de consulta	Use o recurso de repositório de consultas para identificar consultas que regrediram ou estão com desempenho ruim. Se os problemas de desempenho da consulta ocorrerem devido à estimativa de cardinalidade, selecione a versão CE apropriada: opção `LEGACY_CARDINALITY_ESTIMATION`no escopo do banco de dados, dica `LEGACY_CARDINALITY_ESTIMATION`de consulta, nível de compatibilidade do banco de dados ou sinalizador de rastreamento 9481.
A suposição de contenção de junção no Novo Avaliador de Cardinalidade degrada o desempenho da consulta	Avalie as consultas que usam junções e filtros para entender o efeito da contenção simples e de base. Use o sinalizador de rastreamento 9476 para contenção simples em vez de contenção de base ao usar o avaliador de cardinalidade padrão.
Melhorias no nível de compatibilidade 130 Melhorias no nível de compatibilidade 140	Use o nível de compatibilidade do banco de dados 130 ou posterior para se beneficiar das seguintes melhorias: Limite adaptável e agressivo para atualizar estatísticas existentes para tabelas maiores Melhor mecanismo de amostragem e bloqueio para atualização de estatísticas Estatísticas que são amostradas por um processo multi-threaded Capacidade de executar insert-select usando paralelismo Use o nível de compatibilidade do banco de dados 140 ou posterior para se beneficiar das seguintes melhorias: Estimativa de cardinalidade e qualidade de plano aprimoradas usando novos recursos, como execução intercalada para funções com valor de tabela de várias instruções e junção adaptável Uso de memória aprimorado por meio de feedback de concessão de memória
Melhor prática com o Repositório de Consultas	Defina o modo de captura como Automático Habilite os sinalizadores de rastreamento 7745 e 7752 para melhorar o desempenho do Repositório de Consultas durante cenários de Alta Disponibilidade e Recuperação de Desastre. Aplique a correção em KB4340759 – CORREÇÃO: Desempenho lento do SQL Server 2016 quando o Repositório de Consultas estiver habilitado se você tiver contenção de spinlock do repositório de consultas em cargas de trabalho pesadas.
SQL Server 2016/2017: desempenho e modelo de redo para réplica secundária do grupo de disponibilidade	Se você tiver muitas esperas (`PARALLEL_REDO_TRAN_TURN`, `DPT_ENTRY_LOCK`, ou ), revise `DIRTY_PAGE_TABLE_LOCK`este blog para tomar ações corretivas (aplique a correção aplicável, avalie o uso apropriado do modelo de refazer).
KB2634571 - Melhorias para o comando DBCC CHECKDB podem resultar em desempenho mais rápido quando você usa a opção PHYSICAL_ONLY DBCC TRACEON – Trace Flags Um CHECKDB mais rápido - Parte IV (SQL CLR UDTs)	Se você executar comandos DBCC CHECK em bancos de dados grandes (vários tamanhos de TB), considere usar sinalizadores de rastreamento T2562, T2549 e T2566. Várias verificações agora estão localizadas na opção EXTENDED_LOGICAL_CHECK no SQL Server 2016.
Proteja o SQL Server contra ataques às vulnerabilidades de canal lateral Spectre e Meltdown	Avalie cuidadosamente o desempenho do KVAS (Sombreamento de Endereço Virtual do Kernel), KPTI (Indireção da Tabela de Páginas do Kernel) e IBP (Mitigação de Previsão de Branch Indireto) em várias cargas de trabalho do SQL Server em seu ambiente.

Tabela 3. Alterações importantes introduzidas no SQL Server 2017 e no SQL Server 2016

O SQL Server 2017 e o SQL Server 2016 contêm várias melhorias nas áreas de escalabilidade e desempenho. Várias alterações de configuração e sinalizadores de rastreamento necessários no SQL Server 2014 e no SQL Server 2012 se tornaram o comportamento padrão no SQL Server 2017 e 2016. Esta tabela fornece uma visão geral de todas as alterações implementadas no SQL Server 2017 e no SQL Server 2016.

Área	Resumo da alteração	Mais informações e referências
SQL Engine	Sinalizadores de rastreamento usados com frequência que foram desativados ou não são mais necessários no SQL Server 2016 e nas versões posteriores do SQL Server: 8048, 8079, 9024, 1236, 1118, 1117, 6498, 8075, 3449, 6532, 6533, 6534.	Sinalizadores de rastreamento do SQL Server
Mecanismo de Banco de Dados		Novidades do Mecanismo de Banco de Dados – SQL Server 2017
Mecanismo de Banco de Dados		Alterações recentes em recursos do Mecanismo de Banco de Dados no SQL Server 2016
Mecanismo de Banco de Dados		Alterações interruptivas em recursos do Mecanismo de Banco de Dados no SQL Server 2017
Conversões de tipo de dados do Processamento de Consultas	O SQL Server 2016 (13.x) inclui melhorias em algumas conversões de tipos de dados e outras operações (normalmente incomuns).	Para obter mais informações, consulte SQL Server 2016: melhorias no tratamento de alguns tipos de dados e operações incomuns.
Grupo de disponibilidade	Para o banco de dados secundário, a propagação automática de inicialização usa os pontos de extremidade de espelhamento de banco de dados para transmitir o conteúdo do banco de dados para o secundário e aplicá-los.	SQLSweet16!, Episódio 2: Propagação automática de grupos de disponibilidade
Grupo de disponibilidade	O SQL Server 2016 usa menos alternâncias de contexto ao transportar blocos de log do primário para o secundário.	SQL 2016 – Ele é executado mais rápido: o transporte de log Always On reduz as opções de contexto SQL Server 2016 – ele é executado mais rápido: grupos de disponibilidade Always On turbinados
Grupo de disponibilidade	O SQL Server 2016 usa algoritmos de compactação aprimorados e compactação paralela de dados de bloco de log.	SQL 2016 - Ele é executado mais rápido: compactação paralela sempre ativa/algoritmos aprimorados
Grupo de disponibilidade	O SQL Server 2016 aproveita os recursos de criptografia AES-NI baseados em hardware para melhorar o envio de logs Always On, a escalabilidade e o desempenho por um fator significativo.	SQL 2016 - Ele é executado mais rápido - Criptografia AES-NI sempre ativa
Desempenho	O SQL Server 2016 detecta os recursos de CPU para AVX ou SSE e usa os recursos de vetor baseados em hardware para melhorar a escalabilidade e o desempenho ao compactar, criar dicionários e processar dados columnstore.	SQL 2016 – Ele é executado mais rápido: o repositório de colunas usa instruções vetoriais (SSE/AVX)
Desempenho	O SQL Server 2016 aproveita as instruções de vetor da CPU para melhorar o desempenho de inserção em massa.	SQL 2016 – Ele é executado mais rápido – BULK INSERT usa instruções vetoriais (SSE/AVX)
Desempenho	O SQL Server 2016 habilita um INSERT ... SELECT para operar usando o paralelismo, reduzindo significativamente o tempo de carregamento de dados.	SQLSweet16!, Episódio 3: Parallel INSERT ... SELECIONAR
Desempenho	O SQL Server 2016 habilita a operação TRUNCATE em partições individuais de uma tabela para arquivar partições mais antigas.	SQLSweet16!, Episódio 5: TRUNCATE partições selecionadas
Desempenho	O SQL Server 2016 ajusta dinamicamente o tamanho do pool de trabalho do Banco de Dados Otimizado para In-Memory conforme necessário.	SQL 2016 – Ele é executado mais rápido: pool de trabalho de banco de dados otimizado para memória
Tempdb	As alocações são tempdb e os bancos de dados de usuário usam extensões completas uniformes. O crescimento de arquivos em tempdb ocorre para todos os arquivos ao mesmo tempo.	SQL 2016 – Ele é executado mais rápido: alterações -T1117 e -T1118 para TEMPDB e bancos de dados de usuário
Tempdb	A instalação do Mecanismo de Banco de Dados calcula automaticamente o número de arquivos de dados tempdb.	SQL 2016 – Ele é executado mais rápido: configuração automática do TEMPDB
Armazenamento	O mecanismo de banco de dados usa 0xC0 carimbo em vez de 0x00 para inicialização do arquivo de log de transações.	SQL 2016 – Ele é executado mais rápido: LDF carimbado
Armazenamento	Para servidores de memória grande e ambientes de gravação pesados, o ponto de verificação indireto tem um desempenho melhor.	SQL 2016 – Ele é executado mais rápido: padrão de ponto de verificação indireto
Armazenamento	Altas taxas de transações podem se beneficiar de vários gravadores de log liberando o cache de log para o log de transações.	SQL 2016 – Ele é executado mais rápido: vários trabalhos do gravador de log
Backup e restauração	Os backups podem ser compactados para banco de dados criptografado usando TDE se você especificar MAXTRANSFERSIZE maior que 65536.	SQLSweet16!, Episódio 1: Compactação de backup para bancos de dados habilitados para TDE
Sistema operacional SQL	Particione dinamicamente objetos de memória para reduzir a contenção de objetos de memória.	SQL 2016 – Ele é executado mais rápido: particionamento de objeto de memória dinâmica (CMemThread)
Sistema operacional SQL	O SQL Server 2016 monitora os padrões de uso quântico dos trabalhadores, permitindo que todos os trabalhadores obtenham um tratamento justo e melhorem a escalabilidade.	SQL 2016 – Ele é executado mais rápido: algoritmos de agendamento atualizados
Sistema operacional SQL	O SQL Server 2016 interroga o layout de hardware e configura automaticamente o Soft NUMA em sistemas que relatam 8 ou mais CPUs por nó NUMA. O particionamento dispara vários ajustes em todo o mecanismo de banco de dados para melhorar a escalabilidade e o desempenho.	SQL 2016 – Ele é executado mais rápido: NUMA de software automático
VERIFICAÇÃO DBCC	Especifique MAXDOP para gerenciar recursos que são consumidos pelo comando DBCC CHECK.	SQLSweet16!, Episódio 6: DBCC CHECKDB com MAXDOP
VERIFICAÇÃO DBCC	O DBCC CHECK usa um algoritmo de verificação de página aprimorado que tem menos contenção e recursos avançados de leitura antecipada.	SQL 2016 - Ele é executado mais rápido: o DBCC é dimensionado 7 vezes melhor
VERIFICAÇÃO DBCC	Os comandos DBCC CHECK levam muito tempo quando o SQL Server avalia tipos de dados e índices especiais. Essas verificações foram movidas sob EXTENDED_LOGICAL_CHECKS opção.	SQL 2016 – Ele é executado mais rápido: verificações estendidas do DBCC
Página de código	Os utilitários BULK INSERT ou bcp foram aprimorados para carregar dados UTF-8 em uma tabela no SQL Server.	SQLSweet16!, Episódio 10: "Eu posso comer vidro...", mas posso carregá-lo em um banco de dados?
Espacial	O SQL Server 2016 remove as atividades PInvoke e PUnInvoke durante a execução do T-SQL para muitos dos métodos espaciais.	SQL 2016 – Ele é executado mais rápido: implementações espaciais nativas
Espacial	O SQL Server 2016 melhora a escalabilidade do TVP que usa dados espaciais usando validações espaciais nativas.	SQL 2016 – Ele é executado mais rápido: TVPs com colunas espaciais
Espacial	As melhorias espaciais nativas e TVP permitem que o SQL Server otimize a criação de índices e o mosaico de dados espaciais.	SQL 2016 – Ele é executado mais rápido: o índice espacial é compilado mais rapidamente
MSDTC	O SQL Server 2016 inicia dinamicamente o MSDTC conforme necessário, permitindo que os recursos sejam usados para outras atividades até que sejam necessários.	SQL 2016 – Aproveita a inicialização do MSDTC sob demanda
XEvent	Várias alterações são feitas na lógica do provedor XEvent Linq para reduzir a alternância de contexto, alocações de memória e outros aspectos para renderização mais rápida de eventos.	SQL 2016 – Ele é executado mais rápido: XEvent Linq Reader

Tabela 4. Correções importantes incluídas em uma

Revise a descrição na coluna Sintomas e aplique as atualizações necessárias (preferencialmente a atualização mais recente que contém a correção específica) na coluna Atualização necessária em ambientes aplicáveis. Você pode revisar o artigo da Base de Dados de Conhecimento para obter mais informações sobre os respectivos problemas. Essas recomendações não exigem que você habilite outros sinalizadores de rastreamento como parâmetros de inicialização, a menos que sejam explicitamente chamados no artigo ou nesta tabela. Basta aplicar a ou Service Pack mais recente que inclui essas correções para obter o benefício.

Observação O nome da na coluna Atualização necessária fornece a primeira do SQL Server que resolve esse problema. Uma atualização cumulativa contém todos os hotfixes e todas as atualizações que foram incluídas junto com a versão anterior da atualização do SQL Server. Conforme observado nas atualizações do Modelo de Manutenção Incremental do SQL Server, recomendamos que você instale a atualização cumulativa mais recente em uma cadência proativa contínua para resolver ou evitar os problemas descritos. Observe também que, a partir do SQL Server 2017, o Modelo de Manutenção Moderno para SQL Server foi introduzido para que os service packs não sejam mais disponibilizados.

Tabela 5: Melhorias, correções e diretrizes de configuração recomendadas para o SQL Server em um ambiente Linux

Esta tabela é uma compilação de todas as principais melhorias, recomendações e alterações de código que foram lançadas em atualizações cumulativas após o lançamento do SQL Server 2017. Examine a descrição na coluna Sintomas e aplique as atualizações necessárias (preferencialmente a atualização mais recente que contém a correção específica) na coluna Atualização necessária nos ambientes aplicáveis. Você pode revisar o artigo da Base de Dados de Conhecimento listado para obter mais informações sobre os respectivos problemas.

Essas recomendações não exigem que você habilite outros sinalizadores de rastreamento como parâmetros de inicialização, a menos que sejam explicitamente chamados no artigo ou nesta tabela. Apenas aplicar a atualização cumulativa mais recente ou o service pack que inclui essas correções é suficiente para obter o benefício. Se você estiver usando o Grupo de Disponibilidade Always On no SQL Server no Linux, atualize o SQL Server 2017 para a Atualização Cumulativa 8 ou superior, pois várias melhorias foram fornecidas nesta atualização. Observação O nome da na coluna Atualização necessária fornece a primeira atualização cumulativa do SQL Server que resolve esse problema. Uma atualização cumulativa contém todos os hotfixes e todas as atualizações que foram incluídas na versão anterior da atualização do SQL Server. Conforme observado nas atualizações do Modelo de Manutenção Incremental do SQL Server, agora recomendamos que você instale a atualização cumulativa mais recente em uma cadência proativa contínua para resolver ou evitar os problemas descritos. Observe também que, a partir do SQL Server 2017, o Modelo de Manutenção Moderno para SQL Server foi introduzido para que os service packs não sejam mais disponibilizados.

Partilhar via