Alguém tem algum link para benchmarking de desempenho do mecanismo de banco de dados ou quaisquer relatórios anedóticos das melhorias de desempenho no SQL Server 2012. Estamos usando apenas o mecanismo de banco de dados, não serviços de relatórios ou BI. Algum conselho / pegadinha do ponto de vista da atualização?
relate perguntas
-
plano de manutenção executado pelo agente
-
Por que as sequências Denali devem ter um desempenho melhor do que as colunas de identidade?
-
O SQL Server não deveria oferecer suporte a RANGE?
-
Randomizando o conteúdo da tabela e armazenando-o de volta na tabela
-
O que é SQL Server "Denali"? O que há de novo?
Existem alguns aprimoramentos de desempenho subjacentes no fluxo de arquivos e na pesquisa de texto completo. Eu não tenho os detalhes à mão. Também tenho certeza de que existem outros aprimoramentos subjacentes que não foram divulgados, bem como correções de 2008/R2 que foram transformadas em service packs e atualizações cumulativas nessas plataformas que foram portadas para o SQL Server 2012. Isso seria um pouco mais quieto porque enquanto 2012 estava em desenvolvimento, não havia necessidade de um artigo público da base de conhecimento para cada mudança.
Algumas das novas funcionalidades de janelamento farão com que os cálculos, como totais em execução, tenham um desempenho muito melhor. E OFFSET pode ser usado para fazer brincadeiras de criança com coisas como calcular uma mediana. FORCESEEK também permite que você especifique o índice que deseja usar, em vez de usar o que o SQL Server pensou que você quis dizer. Mas aqueles requerem alterações de código.
Também haverá um desempenho mais previsível em relação ao uso de memória - o gerenciador de memória agora lida com mais do que apenas alocações de página única, portanto, "memória máxima do servidor" tem um significado muito mais preciso do que nas versões anteriores. As configurações de memória do Resource Governor também tiram proveito disso e também podem ser usadas para afinidade do agendador/NUMA.
A solução de problemas de desempenho também é muito mais fácil. Por exemplo, há muito mais informações incluídas nos planos de execução e os eventos estendidos têm paridade quase total com o rastreamento (e adicionam rastreamento de causalidade muito mais poderoso).
Fiquei surpreso por eles não publicarem coisas do TPC bem antes da data de lançamento (não que esses testes realmente representem coisas do mundo real, mas é divertido assistir aos argumentos "meu pai pode bater no seu pai, pelo menos hoje" desenrolar entre os vendedores). Glenn Berry escreveu em um blog sobre um dos resultados do SQL Server 2012 TPC-E . Peço desculpas, mas não tenho tempo para investigar se há uma maneira fácil de comparar essas maçãs com maçãs com benchmarks semelhantes usando 2008 ou 2008 R2. O problema com os benchmarks antigos é que eles nunca estão no mesmo hardware, portanto, embora os novos benchmarks sejam sempre mais rápidos (ou então não serão lançados), é impossível dizer quanto da melhoria foi baseada no hardware e quanto no software.
Sua melhor aposta é instalar o SQL Server 2012, restaurar uma cópia de seu banco de dados, atualizar o nível de compatibilidade, atualizar estatísticas e executar sua carga de trabalho em seu hardware usando seus dados.