Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este artigo descreve uma lista de melhorias de desempenho e opções de configuração disponíveis para o SQL Server 2017 e o SQL Server 2016.
Versão original do produto: SQL Server 2017, 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 (CU).
- 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 Ajustes usados com frequência para ajustar um SQL Server com alta carga.
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 trace flags 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 a alteração ou o sinalizador de rastreamento foi introduzido. Se nenhuma UC for especificada, todas as UCs no SP serão incluídas.
- Versão e compilação não aplicável indica a atualização específica na qual a alteração ou o sinalizador de 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 a correção e os sinalizadores de rastreamento em todas as réplicas que fazem parte do Grupo de Disponibilidade.
| Cenário e sintoma a serem considerados | Flag de rastreamento | Versão aplicável e intervalos de compilação | Intervalos de versão e compilação não aplicáveis | 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 até o SP/CU atual SQL Server 2017 RTM até o SP/CU atual | Nenhum | KB3026083 - CORREÇÃO: contenção de spinlock SOS_CACHESTORE no cache de planos 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 memory clerks. Alto consumo de CPU devido a recompilações frequentes de consultas. | T8032 | SQL Server 2016 RTM até o SP/CU atual SQL Server 2017 RTM até o SP/CU atual | Nenhum | Documentação do DBCC TRACEON – Flags de rastreamento (Transact-SQL). Consulte a seção Gerenciamento de tamanho do cache de Aspectos internos do cache de planos. |
| tempdb é muito usado e há muitas modificações nos dados no tempdb. Você encontra mensagens de scheduler sem resposta ao usar o Ponto de Verificação Indireto para o banco de dados tempdb. | T3468 | SQL Server 2016 SP1 CU5 até o SP/CU atual SQL Server 2017 CU1 até o SP/CU atual | Nenhum | Ponto de verificação indireto e tempdb - o bom, o ruim e o agendador sem rendimentoKB4040276 - CORREÇÃO: Pontos de verificação indiretos no banco de dados tempdb causam erro de "agendador sem rendimento" no SQL Server 2016 e 2017 |
| Transações curtas frequentes acontecem em tempdb. Você percebe aumento do uso da CPU para essas transações. O Common Criteria Compliance não está habilitado. | T3427 | SQL Server 2016 SP1 CU2 para SQL Server 2016 SP2 CU2 | RTM SQL Server 2017 | 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 até o SP/CU atual SQL Server 2017 RTM até o SP/CU 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 a opção no escopo do banco de dados QUERY_OPTIMIZER_HOTFIXES ou a dica de consulta ENABLE_QUERY_OPTIMIZER_HOTFIXES. |
| As tarefas de estatísticas levam muito tempo para serem concluídas. Não é possível executar vários trabalhos de atualização de estatísticas em paralelo. | T7471 | SQL Server 2016 RTM CU1 até o SP/CU atual SQL Server 2017 RTM até o SP/CU 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 do Update Statistics 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 da coluna artigo da Base de Conhecimento ou Recurso Books Online e considere implementar as diretrizes na coluna Ações recomendadas.
| Artigo da Base de Conhecimento ou recurso do Books 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 processamento por edição A limitação de núcleos da licença para o SQL Server 2012 | A edição Enterprise que tem licenciamento de Servidor e Licença de Acesso para Cliente (CAL) é 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 memory clerks. 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 da opção de Travar Páginas na Memória (Windows) à conta de inicialização do serviço SQL. Defina a memória máxima do servidor para aproximadamente 90% da memória física total. Certifique-se de que a configuração 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 Large Pages explicadas... | Considere habilitar Trace Flag 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 Interoperabilidade de índices columnstore com o modelo de memória de páginas grandes 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 GROUPKB3107401 - 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 consumindo 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 Resource Governor, do padrão de 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 – Simplesmente roda 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 que foi atualizado. Para novas instalações, o instalador 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 arquivo | 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 Books 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 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: grande quantidade de RAM e checkpoint do 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 Checkpoint indireto e tempdb - o bom, o ruim e o agendador sem rendimento. |
| 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 Trace Flag 1800. |
|
Infraestrutura de profiling 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 limitado pela 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 ConsultasAtivar o melhor plano de consulta | Use o recurso Query Store 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_ESTIMATIONno escopo do banco de dados, hint de consulta LEGACY_CARDINALITY_ESTIMATION, nível de compatibilidade do banco de dados ou trace flag 9481. |
| A suposição de contenção de junção no Novo Estimador 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 básica. 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 130Melhorias no nível de compatibilidade 140 | Use o nível de compatibilidade 130 do banco de dados ou superior para se beneficiar das seguintes melhorias: Utilize o nível de compatibilidade 140 do banco de dados ou posterior para se beneficiar das seguintes melhorias: |
| 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 DIRTY_PAGE_TABLE_LOCK), revise este blog para tomar ações corretivas (aplique a correção aplicável, avalie o uso apropriado do modelo de redo). |
|
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 de canal lateral às vulnerabilidades 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 |
|---|---|---|
| Mecanismo SQL | 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. | Trace Flags 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 significativas em recursos do Mecanismo de Banco de Dados no SQL Server 2016 | |
| Mecanismo de Banco de Dados | Alterações significativas 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 algumas operações (em sua maioria 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 semeadura automática de inicialização usa os endpoints de espelhamento de banco de dados para transmitir o conteúdo do banco de dados para o secundário e aplicá-lo. | SQLSweet16!, Episódio 2: Semeadura automática de grupos de disponibilidade |
| Grupo de disponibilidade | O SQL Server 2016 usa menos trocas de contexto ao transportar blocos de log do primário para o secundário. | SQL 2016 - Simplesmente roda mais rápido: o transporte de log Always On reduziu as trocas de contextoSQL Server 2016 - Simplesmente roda 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 - Simplesmente roda mais rápido: compactação paralela Always On / algoritmos aprimorados |
| Grupo de disponibilidade | O SQL Server 2016 aproveita os recursos de criptografia AES-NI baseados em hardware para melhorar significativamente o envio de logs Always On, a escalabilidade e o desempenho. | 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 armazenamento colunar 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 ... SELECT |
| 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 threads de trabalho do Banco de Dados Otimizado para In-Memory conforme necessário. | SQL 2016 - Simplesmente roda mais rápido: pool de threads de trabalho de banco de dados otimizado para memória |
| Tempdb | As alocações no tempdb e em bancos de dados de usuário usam extensões completas uniformes. O crescimento do arquivo em tempdb ocorre para todos os arquivos ao mesmo tempo. | SQL 2016 - Simplesmente funciona 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 – Simplesmente roda mais rápido: configuração automática do TEMPDB |
| Armazenamento | O mecanismo de banco de dados usa o valor 0xC0 em vez de 0x00 para inicialização do arquivo de log de transações. | SQL 2016 – Simplesmente roda 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: checkpoint indireto padrão |
| Armazenamento | Altas taxas de transações podem se beneficiar de vários processos de gravação de log descarregando o cache de log no log de transações. | SQL 2016 – Ele é executado mais rápido: múltiplos processos de gravação de log |
| Backup e restauração | Os backups podem ser compactados para bancos de dados criptografados com TDE se você especificar MAXTRANSFERSIZE maior que 65536. | SQLSweet16!, Episódio 1: Compactação de backup para bancos de dados habilitados para TDE |
| SQL OS | Particione dinamicamente objetos de memória para reduzir a contenção de objetos de memória. | SQL 2016 – Simplesmente executa mais rápido: particionamento de objeto de memória dinâmica (CMemThread) |
| SQL OS | O SQL Server 2016 monitora os padrões de uso de quantum das threads de trabalho, permitindo que todas recebam equidade no processamento e melhorem a escalabilidade. | SQL 2016 - Ele é executado mais rápido: algoritmos de escalonamento atualizados |
| SQL OS | O SQL Server 2016 interroga o layout de hardware e configura automaticamente o Soft NUMA em sistemas com 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 – Simplesmente funciona mais rápido: Soft NUMA 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 |
| DBCC CHECK | 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 - Simplesmente roda mais rápido: o DBCC escala 7x melhor |
| DBCC CHECK | Os comandos DBCC CHECK levam muito tempo quando o SQL Server avalia tipos de dados e índices especiais. Essas verificações foram movidas para a opção EXTENDED_LOGICAL_CHECKS. | SQL 2016 – Ele é executado mais rápido: verificações estendidas do DBCC |
| Página de códigos | 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 – Simplesmente funciona 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 – Simplesmente roda 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 a tesselação 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 – Simplesmente funciona mais rápido: XEvent Linq Reader |
Tabela 4. Correções importantes incluídas em uma CU
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 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 isso seja explicitamente indicado no artigo ou nesta tabela. Basta aplicar a CU ou o Service Pack mais recente que inclui essas correções para obter o benefício.
Observação O nome da CU na coluna Atualização necessária fornece a primeira CU 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.
| Versão aplicável | Área ou componente | Descrição do problema abordado | Atualização recomendada |
|---|---|---|---|
| SQL Server 2016, SQL Server 2017 | Backup e Restaurar | O backup de log de um banco de dados habilitado para TDE falha e retorna o erro 33111 intermitentemente ao procurar uma cópia mais antiga do certificado que foi usada para criptografar a DEK no passado se o MAXTRANSFERSIZE não padrão for usado |
CORREÇÃO: Erros 33111 e 3013 ao fazer backup de banco de dados criptografado por TDE no SQL Server Atualização cumulativa 2 para SQL Server 2017 Atualização cumulativa 6 para SQL Server 2016 SP1 Atualização cumulativa 9 para SQL Server 2016 |
| SQL Server 2016, SQL Server 2017 | Backup e restaurar | A instrução RESTORE HEADERONLY para um backup TDE compactado demora para ser concluída no SQL Server |
CORREÇÃO: instrução RESTORE HEADERONLY para um backup compactado por TDE lento para ser concluído no SQL Server Atualização cumulativa 8 para SQL Server 2017 Atualização cumulativa 1 para SQL Server 2016 SP2 |
| SQL Server 2016 | Backup e Restaurar | Falha ao compactar o arquivo de backup quando a opção INIT e COMPRESSION é usada em um banco de dados habilitado para TDE |
CORREÇÃO: Falha ao compactar o arquivo de backup quando a opção INIT e COMPRESSION é usada em um banco de dados habilitado para TDE no SQL Server 2016 Atualização Cumulativa 7 para SQL Server 2016 RTM CU 4 para SQL Server 2016 SP1 |
| SQL Server 2016 | Falha de asserção ao fazer backup de um grande banco de dados criptografado por TDE no SQL Server | Atualização Cumulativa 4 para SQL Server 2016 SP1 |
|
| SQL Server 2016 | Backup e Restaurar | A restauração falha quando você faz backup usando compactação e soma de verificação em um banco de dados habilitado para TDE |
CORREÇÃO: A restauração falha quando você faz backup usando compactação e soma de verificação em um banco de dados habilitado para TDE no SQL Server 2016 Atualização Cumulativa 7 para SQL Server 2016 RTM Atualização Cumulativa 4 para SQL Server 2016 SP1 |
| SQL Server 2016 | Backup e Restaurar | Erro 9004 ao tentar restaurar um backup compactado de vários arquivos para um grande banco de dados criptografado por TDE no SQL Server |
CORREÇÃO: Erro 9004 quando você tenta restaurar um backup compactado de vários arquivos de um grande criptografado por TDE Atualização Cumulativa 7 para SQL Server 2016 RTM |
| SQL Server 2016, SQL Server 2017 | Backup e Restauração | Desempenho de restauração lento ao restaurar um backup usando compactação em um setor de 4K no SQL Server |
KB4088193 - CORREÇÃO: Desempenho de restauração lento ao restaurar um backup compactado em um disco com tamanho de setor de 4K no SQL Server Atualização cumulativa 9 para SQL Server 2016 SP1 Atualização cumulativa 1 para SQL Server 2016 SP2 Atualização cumulativa 7 para SQL Server 2017 |
| SQL Server 2016, SQL Server 2017 | Backup e restauração [VDI] | A restauração de um backup compactado por TDE não é bem-sucedida ao usar o cliente VDI | Atualização cumulativa 7 para SQL Server 2017 Atualização cumulativa 1 para SQL Server 2016 SP2 Atualização cumulativa 9 para SQL Server 2016 SP1 |
| SQL Server 2016, SQL Server 2017 | A restauração de um banco de dados com TDE habilitado e compactado em backup por meio da interface VDI falha e retorna o Erro 38 do sistema operacional | Atualização cumulativa 8 para SQL Server 2017 [VSTS Bug # 10936552] SQL Server 2016 SP2 RTM [Bug do VSTS # 10698847] |
|
| SQL Server 2016, SQL Server 2017 | Backup e restauração [VSS] | O backup do banco de dados de disponibilidade por meio de um aplicativo baseado em VSS pode falhar no SQL Server |
CORREÇÃO: O backup do banco de dados de disponibilidade por meio de um aplicativo baseado em VSS pode falhar no SQL Server Atualização cumulativa 1 para SQL Server 2017 Atualização cumulativa 9 para SQL Server 2016 RTM Atualização cumulativa 5 para SQL Server 2016 SP1 Atualização cumulativa 8 para SQL Server 2014 SP2 |
| SQL Server 2016, SQL Server 2017 | Backup e Restauração | O backup e a restauração habilitados para TDE serão lentos se a chave de criptografia estiver armazenada em um provedor EKM no SQL Server |
Backup e restauração com TDE são lentos se a chave de criptografia estiver armazenada no EKM Atualização cumulativa 8 para SQL Server 2017 Atualização cumulativa 1 para o SQL Server 2016 Service Pack 2 Atualização cumulativa 9 para o SQL Server 2016 Service Pack 1 |
| SQL Server 2016, SQL Server 2017 | Always On AGColumnstore | As consultas que recuperam dados usando a busca de índice não clusterizado demoram mais |
CORREÇÃO: As consultas de recuperação de dados que usam a busca de índice não clusterizado demoram muito mais no SQL Server Atualização cumulativa 2 para SQL Server 2017 Atualização cumulativa 6 para o SQL Server 2016 Service Pack 1 Atualização cumulativa 9 para SQL Server 2016 |
| SQL Server 2016, SQL Server 2017 | Always On AG | O redo paralelo em uma réplica secundária de um Grupo de Disponibilidade que contém tabelas heap gera um dump de asserção em tempo de execução, ou o servidor que está executando o SQL Server falha e retorna um erro de violação de acesso |
CORREÇÃO: O refazer paralelo em uma réplica secundária de um grupo de disponibilidade que contém tabelas heap gera um dump de asserção em tempo de execução ou o SQL Server falha com um erro de violação de acesso Atualização cumulativa 9 para SQL Server 2016 SP1 Atualização cumulativa 1 para SQL Server 2016 SP2 Atualização cumulativa 6 para SQL Server 2017 |
| SQL Server 2016 | Always On AG | A asserção ocorre quando você usa o redo paralelo em uma réplica secundária de um Grupo de Disponibilidade Always On do SQL Server |
CORREÇÃO: A asserção ocorre quando você usa o redo paralelo em uma réplica secundária de um Grupo de Disponibilidade Always On do SQL Server Atualização cumulativa 3 para SQL Server 2016 |
| SQL Server 2016, SQL Server 2017 | Always On AG | O desempenho é lento para um AG Always On quando você processa uma consulta de leitura |
CORREÇÃO: Always On AG lento ao processar consulta de leitura no SQL Server Atualização cumulativa 8 para SQL Server 2017 Atualização cumulativa 1 para SQL Server 2016 SP2 Atualização cumulativa 9 para SQL Server 2016 SP1 |
| Microsoft SQL Server 2017 | AG Always On | Melhoria para reduzir a duração do failover de um Grupo de Disponibilidade no SQL Server no Linux |
Melhoria para reduzir a duração do failover de um grupo de disponibilidade no SQL Server no Linux Atualização cumulativa 8 para SQL Server 2017 |
| Microsoft SQL Server 2017 | Always On AG | Melhorias para Grupos de Disponibilidade AlwaysOn em um cluster do Pacemaker no SQL Server |
Melhorias para Grupos de Disponibilidade AlwaysOn em um cluster do Pacemaker no SQL Server Atualização cumulativa 8 para SQL Server 2017 |
| SQL Server 2016 | Memória | Refazer em paralelo causa alto uso de memória |
CORREÇÃO: O redo paralelo causa alto consumo de memória no SQL Server 2016 em comparação com o SQL Server 2014 ou versões anteriores Atualização cumulativa 3 para SQL Server 2016 SP1 |
| SQL Server 2016, SQL Server 2017 | Memória | sp_execute_external_script e DMV sys.dm_exec_cached_plans causar vazamentos de memória |
CORREÇÃO: O procedimento armazenado do sistema sp_execute_external_script e o DMV sys.dm_exec_cached_plans causam vazamentos de memória no SQL Server 2017 e 2016 Atualização cumulativa 4 para SQL Server 2017 Atualização cumulativa 8 para SQL Server 2016 SP1 |
| SQL Server 2016, SQL Server 2017 | Memória | Erro de falta de memória quando o espaço de endereço virtual do processo do SQL Server é baixo |
Erro de memória insuficiente quando o espaço de endereço virtual do processo do SQL Server é baixo no SQL Server Atualização cumulativa 4 para SQL Server 2017 Atualização cumulativa 8 para SQL Server 2016 SP1 |
| SQL Server 2016 | Memória | o vazamento de memória ocorre quando você usa o Armazenamento do Azure no SQL Server |
Ocorre um vazamento de memória quando você usa o Armazenamento do Azure no SQL Server 2014 ou 2016 Atualização cumulativa 5 para SQL Server 2016 RTM Atualização cumulativa 2 para SQL Server 2016 SP1 Atualização cumulativa 2 para SQL Server 2016 |
| SQL Server 2016, SQL Server 2017 | OLTP In-Memory | O uso de checkpoint de disco grande ocorre para um grupo de arquivos FILEGROUP otimizado para memória |
CORREÇÃO: O uso excessivo de checkpoint em disco ocorre para um grupo de arquivos otimizado para memória durante cargas de trabalho intensas que não usam In-Memory Atualização cumulativa 6 para SQL Server 2017 Atualização cumulativa 8 para SQL Server 2016 SP1 Atualização cumulativa 1 para SQL Server 2016 |
| SQL Server 2016 | OLTP In-Memory | Os arquivos de ponto de verificação aumentam excessivamente quando você insere dados em tabelas com otimização de memória |
CORREÇÃO: Os arquivos de ponto de verificação crescem excessivamente quando você insere dados em tabelas com otimização de memória no SQL Server 2016 Atualização cumulativa 2 para SQL Server 2016 SP1 Atualização cumulativa 4 para SQL Server 2016 |
| SQL Server 2016, SQL Server 2017 | OLTP In-Memory | A recuperação do banco de dados leva muito tempo quando contém tabelas com otimização de memória |
A recuperação de um banco de dados com tabelas com otimização de memória leva muito tempo no SQL Server 2017 e 2016 Atualização cumulativa 4 para SQL Server 2017 Atualização cumulativa 7 para SQL Server 2016 SP1 |
| SQL Server 2016, SQL Server 2017 | tempdb | Melhoria do algoritmo PFS page round robin |
Melhoria do algoritmo de rodízio de página PFS no SQL Server 2016 Atualização cumulativa 7 para SQL Server 2017 Atualização cumulativa 1 para SQL Server 2016 SP2 Atualização cumulativa 9 para SQL Server 2016 SP1 |
| SQL Server 2016, SQL Server 2017 | tempdb | Os problemas de desempenho ocorrem na forma de esperas de PAGELATCH_EX e PAGELATCH_SH em TempDB(sys.sysobjvalues e sys.sysseobjvalues) |
Os problemas de desempenho ocorrem como esperas PAGELATCH_EX e PAGELATCH_SH Atualização cumulativa 1 para o SQL Server 2016 Service Pack 2 Atualização cumulativa 9 para o SQL Server 2016 Service Pack 1 |
| SQL Server 2016, SQL Server 2017 | tempdb | Contenção pesada de tempdb. A alteração da tabela temporária que tem restrições nomeadas requer uma exclusão síncrona da tabela temporária |
Alta contenção no tempdb ocorre no SQL Server 2016 ou 2017 Atualização cumulativa 5 para SQL Server 2017 Atualização cumulativa 8 para SQL Server 2016 SP1 |
| Microsoft SQL Server 2017 | tempdb | PAGELATCH_EX contenções ao remover objetos temporários (sys.sysobjvalues) |
CORREÇÃO: contenções de PAGELATCH_EX ao remover objetos temporários no SQL Server Atualização cumulativa 5 para SQL Server 2017 |
| SQL Server 2016 | tempdb | Aumento das contenções de PAGELATCH_EX em sys.sysobjvalues |
CORREÇÃO: Aumento na contenção de PAGELATCH_EX em sys.sysobjvalues no SQL Server 2016 Atualização cumulativa 6 para SQL Server 2016 RTM Atualização cumulativa 2 para SQL Server 2016 Service Pack 1 |
| SQL Server 2016, SQL Server 2017 | tempdb | Checkpoints indiretos no banco de dados tempdb causam o erro "Non-yielding scheduler" |
CORREÇÃO: Pontos de verificação indiretos no banco de dados tempdb causam erro "Non-yielding scheduler" no SQL Server 2017 e 2016 Atualização cumulativa 1 para SQL Server 2017 Atualização cumulativa 5 para o SQL Server 2016 Service Pack 1 Atualização cumulativa 8 para SQL Server 2016 |
| SQL Server 2016, SQL Server 2017 | tempdb | As cargas de trabalho que usam muitas transações curtas e frequentes podem consumir mais CPU |
As cargas de trabalho que utilizam muitas transações frequentes e curtas no SQL Server 2017 e 2016 podem consumir mais CPU do que no SQL Server 2014 Atualização cumulativa 4 para SQL Server 2017 Atualização cumulativa 2 para SQL Server 2016 SP1 |
| SQL Server 2016, SQL Server 2017 | Log de transações | Erro 9002 quando não há espaço em disco suficiente para o crescimento crítico do log |
KB4087406 - CORREÇÃO: Erro 9002 quando não há espaço em disco suficiente para o crescimento crítico do log no SQL Server 2014, 2016 e 2017 Atualização cumulativa 5 para SQL Server 2017 Atualização cumulativa 1 para SQL Server 2016 SP2 Atualização cumulativa 8 para SQL Server 2016 SP1 Atualização cumulativa 11 para SQL Server 2014 SP2 |
| SQL Server 2016 | Cache de segurança | O alto uso da CPU causa problemas de desempenho no SQL Server 2016. Alta contenção de spinlock para SECURITY_CACHE e CMED_HASH_SET SQLSweet16!, Episódio 8: Como a Atualização Cumulativa 2 (CU2) do SQL Server 2016 pode melhorar o desempenho de cargas de trabalho altamente simultâneas |
KB3195888 - CORREÇÃO: O alto uso da CPU causa problemas de desempenho no SQL Server 2016 e 2017 Atualização cumulativa 2 para SQL Server 2016 |
| Microsoft SQL Server 2017 | Repositório de Consultas | A violação de acesso ocorre quando o Repositório de Consultas coleta estatísticas de runtime |
Violação de acesso quando o Repositório de Consultas coleta estatísticas de runtime no SQL Server 2017 Atualização cumulativa 5 para SQL Server 2017 |
| SQL Server 2016 | Repositório de Consultas | A limpeza automática de dados do Repositório de Consultas falha em edições diferentes das edições Enterprise e Developer |
A limpeza automática de dados do Repositório de Consultas falha em edições diferentes das edições Enterprise e Developer do SQL Server 2016 Atualização cumulativa 1 para SQL Server 2016 |
| SQL Server 2016 | Repositório de Consultas | Desempenho lento do SQL Server quando o Repositório de Consultas está habilitado |
KB4340759 – CORREÇÃO: Desempenho lento do SQL Server 2016 quando o Repositório de Consultas está habilitado Atualização cumulativa 2 para SQL Server 2016 SP2 |
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 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 isso seja explicitamente indicado 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 CU 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 no lançamento anterior de 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.
| Resumo da alteração ou melhoria | Mais informações e referências |
|---|---|
| SQL e sistema operacional: examine as várias recomendações de práticas recomendadas para o sistema operacional e o SQL Server ao implantar o SQL Server no Linux | Práticas recomendadas de desempenho e diretrizes de configuração para o SQL Server em Linux |
| Melhoria do SQL Agent : os trabalhos do SQL Server Agent podem ser iniciados sem esperar que todos os bancos de dados sejam recuperados |
Os trabalhos do SQL Server Agent podem ser iniciados sem esperar que todos os bancos de dados sejam recuperados no SQL Server 2017 no Linux Atualização cumulativa 9 para SQL Server 2017 |
| Melhoria de armazenamento: habilite o mecanismo de "flush forçado" no SQL Server 2017 |
Habilitar o mecanismo de liberação forçada no SQL Server 2017 no Linux Atualização cumulativa 6 para SQL Server 2017 |
| Melhoria de armazenamento : mova o banco de dados mestre e o arquivo de log de erros para outro local |
KB4053439 - Melhoria: Mover banco de dados mestre e arquivo de log de erros para outro local no SQL Server 2017 no Linux Atualização cumulativa 4 para SQL Server 2017 |
| AG Melhoria: melhorias para Grupos de Disponibilidade AlwaysOn em um cluster do Pacemaker no SQL Server |
KB4339875 – Melhorias para Grupos de Disponibilidade AlwaysOn em um cluster do Pacemaker no SQL Server Atualização cumulativa 8 para SQL Server 2017 |
| Melhoria de memória : limite mínimo de memória definido como 2 GB para instalar ou iniciar o SQL Server |
KB4052969 - CORREÇÃO: Limite mínimo de memória definido como 2 GB para instalar ou iniciar o SQL Server 2017 Atualização cumulativa 2 para SQL Server 2017 |
| Memory FIX: A fase de aumento da memória é muito longa após a ativação do TF 834 |
KB4075203 - CORREÇÃO: A fase de aumento de memória é muito longa depois que o TF 834 é habilitado no SQL Server 2017 no Linux Atualização cumulativa 4 para SQL Server 2017 |
| Agendamento FIX: a portabilidade e o desempenho diferem entre os mapeamentos do agendador do Windows e do Linux no SQL Server 2017 |
KB4043455 – CORREÇÃO: a portabilidade e o desempenho diferem entre os mapeamentos do scheduler do Windows e do Linux no SQL Server 2017 Atualização cumulativa 1 para SQL Server 2017 |
| Autenticação AD CORREÇÃO: não é possível criar um logon com base em um usuário que pertence ao domínio pai |
KB4073670 – CORREÇÃO: não é possível criar um logon com base em um usuário que pertence ao domínio pai no SQL Server 2017 no Linux Atualização cumulativa 4 para SQL Server 2017 |
| Atualização do AD Auth: melhora o desempenho do SQL Server restringindo qual KDC pode ser contatado em redes geograficamente grandes |
KB4463314 - A atualização melhora o desempenho do SQL Server restringindo qual KDC pode ser contatado em redes geograficamente grandes Atualização cumulativa 11 para SQL Server 2017 |
| Autenticação do AD CORREÇÃO: o SQL Server falha quando você usa provedores do Active Directory de terceiros |
KB4466962 - CORREÇÃO: SQL Server 2017 falha quando você usa provedores do Active Directory de terceiros Atualização cumulativa 12 para SQL Server 2017 |
| TSQL FIX: A função NEWSEQUENTIALID gera GUID duplicado após a reinicialização do SQL Server |
KB4078097 - CORREÇÃO: A função NEWSEQUENTIALID gera GUID duplicado após a reinicialização do SQL Server 2017 no Linux Atualização cumulativa 4 para SQL Server 2017 |
| Conexões CORREÇÃO: Consumo inesperado de memória quando eram usadas conexões com o protocolo TCP |
KB4073045 - CORREÇÃO: Consumo inesperado de memória quando conexões de protocolo TCP são usadas para SQL Server 2017 no Linux Atualização cumulativa 4 para SQL Server 2017 |
| Conexões CORREÇÃO: Erro de resolução de nome ocorre quando o IPv6 é desabilitado na inicialização |
KB4053392 - CORREÇÃO: O erro de resolução de nomes ocorre quando o IPv6 é desabilitado na inicialização no SQL Server 2017 no Linux Atualização cumulativa 2 para SQL Server 2017 |
| Conexões CORREÇÃO: SQL Server não escuta o endereço IP não padrão especificado pelo script mssql-conf |
KB4053393 - CORREÇÃO: SQL Server 2017 no Linux não escuta o endereço IP não padrão especificado pelo script mssql-conf Atualização cumulativa 2 para SQL Server 2017 |
| Setup FIX: falhas de atualização de script ao aplicar CU |
Erros ao atualizar o SQL Server 2017 CU4 ou posterior e não habilitar o SQL Agent no Linux Atualização cumulativa 6 para SQL Server 2017 |
| Database Mail CORREÇÃO: O Database Mail não pode se conectar ao SQL Server quando a porta TCP não padrão é usada |
KB4100873 - CORREÇÃO: O Database Mail não pode se conectar ao SQL Server 2017 no Linux quando a porta TCP não padrão é usada Atualização cumulativa 6 para SQL Server 2017 |
| Container CORREÇÃO: Não é possível parar o contêiner SQL Server Linux Docker usando o comando "docker stop" |
KB4093805 - CORREÇÃO: Não é possível parar o contêiner do Docker do SQL Server Linux usando o comando "docker stop" Atualização cumulativa 5 para SQL Server 2017 |
| Contêiner CORREÇÃO: erro de falta de memória ao executar o SQL Server em um contêiner do Docker no Linux |
KB4347055 - CORREÇÃO: Erro de falta de memória ao executar o SQL Server 2017 em um contêiner do Docker do Linux Atualização cumulativa 10 para SQL Server 2017 |
| AG: Se você estiver usando o pacote Pacemaker 1.1.18-11.el7 ou superior, ajuste a propriedade start-failure-is-fatal |
KB4229789 – Atualização cumulativa 7 para SQL Server 2017 Consulte a seção Aviso de marcapasso |
| AG FIX: O Pacemaker pode matar os processos do agente de recursos quando a operação atingir o tempo limite |
KB4460203 - CORREÇÃO: o Pacemaker pode matar os processos do agente de recursos quando a operação atingir o tempo limite no Grupo de Disponibilidade Always On do SQL Server 2017 Atualização cumulativa 11 para SQL Server 2017 |
| AG FIX: Duas instâncias do SQL Server são a réplica primária de um grupo de disponibilidade |
KB4316791 - CORREÇÃO: Duas instâncias do SQL Server são a réplica primária de um grupo de disponibilidade no SQL Server Atualização cumulativa 8 para SQL Server 2017 |
| AG FIX: failover desnecessário ao usar o Grupo de Disponibilidade Always On |
KB4056922 – CORREÇÃO: failover desnecessário ao usar o Grupo de Disponibilidade Always On no SQL Server 2017 no Linux Atualização cumulativa 3 para SQL Server 2017 |
| AG CORREÇÃO: O Pacemaker rebaixa a réplica primária existente de um AG Always On e nunca promove uma nova |
KB4076982 – CORREÇÃO: o Pacemaker rebaixa a réplica primária existente de um Always On AG no SQL Server 2017 no Linux e nunca promove uma nova Atualização cumulativa 4 para SQL Server 2017 |
| AG CORREÇÃO: O Pacemaker promove uma réplica não sincronizada para primária quando você usa o Always On AG |
KB4091722 – CORREÇÃO: o Pacemaker promove uma réplica não sincronizada para primária quando você usa o Always On AG no SQL Server 2017 no Linux Atualização cumulativa 5 para SQL Server 2017 |
| AG CORREÇÃO: A promoção do Pacemaker da réplica local para primária falha ao usar o Always On AG |
KB4230542 – CORREÇÃO: A promoção do Pacemaker da réplica local para primária falha ao usar o Always On AG no SQL Server 2017 Atualização cumulativa 7 para SQL Server 2017 |
| AG CORREÇÃO: A inicialização de um banco de dados que pertence a um grupo de disponibilidade atinge o tempo limite |
KB4316790 - CORREÇÃO: a inicialização de um banco de dados que pertence a um grupo de disponibilidade atinge o tempo limite no SQL Server no Linux Atualização cumulativa 8 para SQL Server 2017 |
| CORREÇÃO do AG: Failovers desnecessários ocorrem quando uma Instância de Cluster de Failover do SQL Server ou um AG Always On é gerenciada pelo Pacemaker |
KB4316793 - CORREÇÃO: Failovers desnecessários ocorrem quando uma Instância de Cluster de Failover do SQL Server 2017 ou um AG Always On é gerenciada pelo Pacemaker Atualização cumulativa 8 para SQL Server 2017 |