Relatório de população do SQL ConstantCare®: primavera de 2020

Relatório de população do SQL ConstantCare®: primavera de 2020

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br


Você já se perguntou o que é “normal” nas taxas de adoção do SQL Server, tamanhos de hardware ou número de bancos de dados? Vamos descobrir na versão da primavera de 2020 do nosso relatório de população.

SQL ConstantCareNosso serviço SQL ConstantCare® permite que os usuários enviem dados sobre seus servidores SQL e recebam conselhos de saúde e desempenho por email. Os usuários podem optar por compartilhar seus dados anônimos para obter melhores recomendações em geral.

Esses dados não são uma imagem completa do ecossistema do SQL Server. Deixe-me ser realmente claro: isso não é de modo algum uma amostra aleatória da população completa. É apenas uma imagem dos tipos de servidores em que as pessoas desejam uma segunda opinião de baixo custo. Ele não inclui corporações gigantes, hospitais com PII ou pequenas empresas que apenas colocam um SQL Server no canto e nunca mais olham para ele (e se minha experiência for alguma indicação, nunca faça backup).

Embora não seja uma imagem completa, com 3.878 servidores de banco de dados compartilhando dados em 30 de maio (acima dos 3.570 no último relatório), ainda há muitas informações úteis aqui para a comunidade. A compreensão de quais servidores existem ajudará você a contextualizar a classificação dos seus próprios servidores e ajudará a comunidade a criar melhor o material de treinamento relevante para a maioria dos usuários.

Este relatório da população é apenas minha tentativa de ajudar a esclarecer a névoa da guerra. A Microsoft simplesmente não nos fornece nenhuma informação de adoção (apesar de o SQL Server telefonar para casa por padrão.) Se você acreditasse no que viu no palco em conferências e nos novos programas de certificação da Microsoft, pensaria que ninguém ainda se incomoda com o SQL auto-hospedado Servidor, mas os poucos que já migraram para o SQL Server 2019 em execução no Kubernetes e Linux. Este relatório é minha humilde tentativa de manter a Microsoft honesta.

Desta vez, criei esta postagem em um bloco de anotações do Azure Data Studio ao vivo na frente de um público de streaming, para que os gráficos e tabelas pareçam um pouco diferentes. Você pode fazer o download do bloco de anotações para jogar sozinho (mas não pode executar as consultas, é claro) e assistir ao vídeo desse bloco no final da postagem.

Vamos começar com uma pergunta simples:

Quais versões são as mais populares?

Woohoo! Neste trimestre, a adoção do SQL Server 2019 superou o SQL Server 2008!

Relatório de população do SQL ConstantCare®: primavera de 2020 2

Relatório de população do SQL ConstantCare®: primavera de 2020 3Reflexões sobre a leitura desse gráfico:

  • O SQL Server 2019 ainda não alcançou o 2008R2.
  • Se você adicionar 2008 e 2008R2, quase 10% dos servidores existentes não estarão mais em suporte. (Esse número é realmente um pouco maior, já que não monitoramos 2000 ou 2005, e toda vez que falo sobre versões na frente de um grupo, as pessoas falam sobre a instância de 2000 e 2005 e ainda se enchem de vergonha em um armário em algum lugar.
  • A adoção do SQL Server 2017 continua a aumentar, mas, francamente, 2016 ainda é o grande obstáculo: 1 em cada 3 servidores é 2016.
  • Você perceberá que o formato do gráfico é diferente desta vez – é porque estou usando os gráficos internos do Azure Data Studio. A experiência não é ótima – espero que também melhore com o tempo.

Vou continuar publicando os números neste formato (mostrando apenas a população atual) para o primeiro ano da pesquisa, mas no aniversário do primeiro ano, mudarei para gráficos que mostram tendências e mudanças ano após ano .

E o desenvolvimento? As pessoas talvez testem seus aplicativos em versões mais recentes?

Quais versões as pessoas estão usando no desenvolvimento?

Relatório de população do SQL ConstantCare®: primavera de 2020 4

Relatório de população do SQL ConstantCare®: primavera de 2020 5Taxa de adoção do SQL Server 2019 para servidores de desenvolvimento dobrou desde o último trimestre, e isso é um ótimo sinal. As pessoas estão começando a se desenvolver mais em relação a 2019. No entanto, o crescimento de 2017 não foi tão forte – acho que basicamente significa que as pessoas estão usando 2019 como sua nova caixa de desenvolvimento padrão, mas isso não é um bom presságio para uma rápida adoção de 2019 na produção nos próximos dois trimestres. As pessoas ainda não estão testando, e o teste é totalmente crítico para 2019, devido às diferenças radicais nos planos de execução (modo de lote no rowstore, funções escalares embutidas etc.)

Penso muito neste gráfico quando estou projetando treinamento. Quando é o momento certo para começar a criar material de treinamento para desenvolvedores do SQL Server 2019? É um ato de tempo complicado: você precisa estar qualificado antes de adotar a nova versão, e eu preciso ter o material de treinamento pronto antes disso.

No entanto, se eu me concentrar na criação de material de treinamento específico para 2019 no momento, pode levar de 6 a 12 a 18 meses para que realmente comece a valer a pena. A julgar por este gráfico, seria melhor criar material de treinamento específico para 2017, já que muitas pessoas ainda não o adotaram. Eu uso 2019 em minhas VMs de laboratório de classe, mas ainda me concentro no modo compatível de 2017 (e só exijo que os alunos que trazem sua própria VM usem o mínimo de 2017, não 2019).

Leia Também  Supervisor de otimizador de memória - Uma dose de SQLEspresso

No restante do relatório do censo, focarei apenas nos servidores de produção.

Quantos dados os servidores possuem?

Para relatórios rápidos e fáceis (e como a precisão aqui tem um valor relativamente limitado), usarei os tamanhos dos arquivos de dados do banco de dados do usuário, não o conteúdo e os arquivos de log.

Relatório de população do SQL ConstantCare®: primavera de 2020 6

Relatório de população do SQL ConstantCare®: primavera de 2020 7Lembre-se de que este é o total tamanho do arquivo de dados para todos os bancos de dados do usuário no servidor, e esses números realmente ajudam a manter o mundo em perspectiva.

Mais da metade de todos os servidores hospedam menos de 225 GB de dados.

Mais de 2/3 dos servidores são menores que o banco de dados de demonstração Stack Overflow e nem sequer possuem índices não clusterizados. É por isso que adoro usar esse banco de dados para treinamento: desafia uma boa parte da audiência.

Consistente com o último relatório da população, cerca de 15% têm um terabyte ou mais de dados, com alguns deles com dezenas de terabytes. Isso é útil porque me fornece mais de 500 servidores em metadados para ajudar a orientar as pessoas em camadas maiores. Os conselhos sobre desempenho são dramaticamente diferentes nessa escala: é muito mais difícil e mais caro jogar memória e índices em problemas. Caramba, apenas criar um índice em uma tabela de 1 TB pode representar um grande desafio para algumas lojas.

Quanto hardware os servidores de produção recebem?

Relatório de população do SQL ConstantCare®: primavera de 2020 8

Relatório de população do SQL ConstantCare®: primavera de 2020 9Mais uma vez, realmente ajuda a definir expectativas: a maioria dos servidores por aí é muito pequena. Você pode percorrer um caminho muito, muito longo com apenas alguns núcleos de CPU, especialmente se você for diligente sobre o ajuste de consultas. Por US $ 2.000 por núcleo para a Standard Edition, você deve evitar jogar núcleos em um problema, se puder evitá-lo.

Cerca de 2/3 dos servidores têm menos energia da CPU do que um laptop moderno de nível profissional. Não é um número para se envergonhar – é um número para comemorar! Você pode fazer muito com um pouco. Como no relatório do último trimestre, apenas cerca de 10% dos servidores têm mais de 24 núcleos.

Leia Também  Como está meu banco de dados? - BLOG DE TECNOLOGIA SQL

A memória não é licenciada – embora a Standard Edition tenha um limite de ~ 128 GB -, quanta memória as pessoas têm no nível do sistema operacional:

Relatório de população do SQL ConstantCare®: primavera de 2020 10

Relatório de população do SQL ConstantCare®: primavera de 2020 11Estou analisando especificamente a memória de todo o sistema operacional do servidor aqui, como o quanto o Windows vê.

Existem várias maneiras pelas quais você pode ver a memória do SQL Server, como destino (quanto ele deseja usar) ou total (quanto está usando no momento). Eu mantive isso simples e só estou olhando a memória do sistema operacional porque quero obter uma sensação geral da população de hardware, não como as pessoas estão configurando o SQL Server ou se suas cargas de trabalho estão causando o aumento da memória total no contador de destino.

Ao pensar nessas métricas, lembre-se de que mais da metade de todos os servidores de produção hospedam arquivos de dados com menos de 225 GB. Se você me entregou um servidor com, digamos, 200 GB de dados e me perguntou quanta memória para atribuí-lo, acho que 32-48 GB é realmente um número bastante realista. Eu posso até chamá-lo de generoso – tendo em mente que a RAM ainda é ridiculamente cara demais na nuvem e está ligada às contagens principais.

Agora, observe as métricas: metade dos servidores hospeda <225 GB de dados e metade dos servidores possui <48 GB de RAM. Isso faz sentido decente. A RAM de 0 a 15 GB parece aterrorizante, mas lembre-se de que 1.049 servidores estão hospedando <25 GB de dados.

Quando você tem esses tamanhos de banco de dados realmente baixos, percebo por que as pessoas pensariam que estariam interessadas em uma solução baseada em contêiner: a sobrecarga de 1.049 servidores executando o Windows é bastante feia. Os contêineres podem remover parte dessa sobrecarga.

Bônus: que tipos de espera incomuns estão aparecendo?

Uma das coisas divertidas da coleta de métricas de desempenho em milhares de servidores é que podemos ver alguns casos interessantes:

Relatório de população do SQL ConstantCare®: primavera de 2020 12

Ooo, neato! PVS_PREALLOCATE, você diz? SHRINK_CLEANER_SYNC? Chegou a hora de analisar os dados brutos para ver o que posso aprender e como posso ajudar os clientes a tornar seus servidores mais rápidos e confiáveis.

Assista-me criar esta postagem com o Azure Data Studio

No entanto, preciso alertar um pouco, caro leitor: estou usando o Azure Data Studio aqui e tenho algumas experiências frustrantes com a funcionalidade de gráficos. É uma boa visão geral de como é realmente usar esse produto de maneira prática para criar postagens como esta:

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br