INF: Considerações de desempenho para uma atualização do SQL Server 6.5

Traduções deste artigo Traduções deste artigo
ID do artigo: 297864 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

SQL Server foi completamente reescrito entre a versão 6.5 e versão 7.0. A forma como dados e as estatísticas são armazenadas e recuperadas é bastante diferente nas versões mais recentes que era no SQL Server 6.5. Portanto, as "práticas recomendadas" para o design de esquema de codificação e não são os mesmos para versões mais recentes do SQL Server.

Este artigo fornece uma visão geral de alguns dos problemas a considerar para design de esquema de codificação e entre as duas versões. Este artigo não cobre cada possível problema de desempenho, mas aponte alguns dos problemas mais comuns. Para obter mais informações, consulte os manuais online do SQL Server, "Inside Microsoft SQL Server 7.0" ou "Inside Microsoft SQL Server 2000" por MSPress ou à lista de artigos da Base de dados de Conhecimento da Microsoft mostrado na seção "Referências" deste artigo.

Mais Informações

Linha de base

Como com qualquer teste que você executar, verifique se que você tem uma linha de base válida para comparação. Por exemplo:
  • Verifique se o hardware, sistema operacional, layout de disco, o RAID nível, rede e outros fatores são idênticos. Você não pode presumir que pequenas diferenças podem ser ignoradas porque eles podem ter efeitos colaterais inesperados.

  • Considere o impacto potencial em tempos de resposta de outros aplicativos executados no servidor, cliente ou rede ou de serviços que são iniciados no servidor ou nos computadores cliente.

  • Verifique o computador que está executando o SQL Server e os logs de Visualizar eventos do Microsoft Windows (aplicativo, sistema e segurança) para quaisquer mensagens de erro ou avisos que você talvez precise endereço.

  • Use o SQL Server Profiler para localizar determinadas consultas que parecem problemáticas e se concentrar no ajuste essas consultas.

Índices

Com freqüência um conjunto diferente de índices é necessária para desempenho ideal após uma atualização do SQL Server 6.5. Às vezes, os índices que estavam presentes no SQL Server 6.5 fornecem um desempenho aceitável no SQL Server 7.0 ou SQL Server 2000; no entanto; mesmo nesses casos é provável que você pode ainda mais melhorar o desempenho se você alterar a estratégia de índice para aproveitar a maneira como as versões mais recentes do SQL Server trabalha.
  • O Assistente para ajuste de índice pode lhe oferecer um bom início sobre quais índices para adicionar, modificar ou remover. Para obter mais informações sobre o Assistente para ajuste de índice, consulte o seguinte:

    Manuais online do SQL Server

    Index Tuning Wizard for Microsoft SQL Server 7.0

    Index Tuning Wizard for Microsoft SQL Server 2000

    Troubleshooting the Index Tuning Wizard

    Designing an Index
  • Em adição para que o Assistente para ajuste de índice recomenda, na maioria dos casos é melhor começar com um índice de cluster em cada tabela. Há ocasionais instâncias em que isso não é ideal, mas é extremamente raro que a existência de um índice de cluster afeta o desempenho e geralmente ajuda a. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    297861INF: Desempenho ruim em uma pilha
  • Como um efeito colateral a alteração nos índices de forma são armazenados talvez você veja um aumento no tamanho de índice não agrupado em versões mais recentes. Se isso faz com que mais páginas a serem examinadas no índice procura isso poderia, em algumas circunstâncias, prejudicar desempenho. Isso não é algo que você deve estar preocupado excessivamente, mas convém verificá-lo se você já tiver descartar a possibilidade outras causas.
Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
311826INF: Práticas recomendadas do Assistente de ajuste de índice

Estatísticas

É uma boa idéia para executar uma instrução UPDATE STATISTICS imediatamente após a atualização de versão. Há situações em que talvez você precise agendar manualmente UPDATE STATISTICS periodicamente. Com que freqüência você precisa executar a instrução UPDATE STATISTICS é dependente da quantidade de dados, distribuição de dados, freqüência e tipo de atividade de modificação, e assim por diante em seu ambiente específico. Algumas coisas a serem lembrados são:
  • Mesmo se estatísticas de atualização automática estiver no, é disparado somente em determinados limites. Sempre que você faça alterações significativas no valor ou distribuição de seus dados, a Microsoft recomenda que você executar uma instrução UPDATE STATISTICS manualmente. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    195565INF: Como SQL Server 7.0 e SQL Server 2000 Autostats funcionam
  • Estatísticas de atualização automática usa sempre amostragem; ele nunca usa a opção WITH FULLSCAN. O uso da opção WITH FULLSCAN requerem que você alocar mais tempo para executar a instrução UPDATE STATISTICS; no entanto, ele pode resultar em estatísticas que são mais precisas se seus dados não são distribuídos uniformemente.

Configuração

A maioria das opções de configuração serão self-tune e, quando você alterá-las com freqüência é improdutivo. Há ambientes onde testes rigorosos provou que alguns configuração altera irá melhorar o desempenho, mas que não é o caso na maioria das situações. Portanto, você só deve alterar as configurações de seus padrões após testes rigorosos de como a alteração afetará seu ambiente.
  • Em quase todos os ambientes, a opção de aumento de prioridade deve ser definida OFF e a opção lightweight pooling (também conhecido como modo de fibra) deve ser definida OFF.

  • Definindo a opção de threads de trabalho máximo como um valor maior do que o padrão de 255 também pode ser extremamente prejudicial para estabilidade e desempenho do sistema.

Para obter mais informações sobre essas configurações, consulte os tópicos "sp_dboption" nos manuais online do SQL Server e "Opções de configuração de configuração". Você também pode consultar o seguinte artigo na Base de dados de Conhecimento da Microsoft:
166967INF: Apropriadas SQL Server 6.5 configurações
319942COMO: Determinar configurações de configuração do SQL Server apropriadas

Dicas adicionais

  • Remova todas as dicas de consulta (índice, associação, união e assim por diante) que foram adicionadas ao código que foi usado no SQL Server 6.5. Devido a alterações abrangentes otimizador no SQL Server 7.0, dicas maior desempenho no SQL Server 6.5 não provavelmente Ajuda no SQL Server 7.0 ou SQL Server 2000. Conforme mencionado no tópico "OPTION cláusula" nos manuais online do SQL Server:
    Porque o otimizador de consulta normalmente seleciona o melhor plano de execução para uma consulta, é recomendável que <join_hint> <query_hint> e <table_hint> ser usada somente como último recurso por administradores experientes do banco de dados.
  • Proprietário qualificar todos os nomes de objeto em todas as consultas e procedimentos armazenados. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    243586Solucionando problemas de recompilação de procedimento armazenado
  • Use o SQL Server service pack mais recente. Para obter informações adicionais, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
    290211INF: Como obter o Service Pack mais recente do SQL Server 2000
    274799INF: Como obter o Service Pack 3 para Microsoft SQL Server 7.0
  • Evite cursores dinâmicos (use o cursor "menos" possível). Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    280406PROBLEMA: Cursor dinâmico loop infinito quando um não-exclusivo em cluster chave de índice é atualizado para um valor igual ou maior
  • Certifique-se que as unidades de disco não são compactadas. Armazenando arquivos de dados ou de log em unidades compactadas não tem suporte como documentados no tópico "grupos de físico banco de dados de arquivos e arquivos" nos manuais online do SQL Server. Para obter informações adicionais sobre o suporte a unidade compactada, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    231347INF: Bancos de dados do SQL Server sem suporte em volumes compactados
  • Evite o uso da opção autoshrink porque ele pode levar à fragmentação, bem como sobrecarga de desempenho.

  • Se você configurar seus databases to grow automaticamente (usando a opção de crescimento automático ), defina o incremento de crescimento para um valor grande o suficiente para que ele expande com pouca freqüência.
  • Use os drivers mais recentes do MDAC em computadores cliente. Drivers mais recentes podem ter recursos ou otimizações que não estavam presentes nas versões anteriores. Consulte o "DLL Help Database" para determinar quais drivers você precisa atualizar:

    DLL Help Database

  • Defina a opção sp_dbcmptlevel como a versão apropriada. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    285165INF: Anexando ou restaurar um banco de dados SQL Server 7.0 para SQL Server 2000 não altera o modo de compatibilidade

REFERÊNCIAS

Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
315512INF: Considerações para crescimento automático e Autoshrink configuração

Para obter informações adicionais, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
243589INF: Troubleshooting lenta a execução consultas no SQL Server 7.0 ou posterior
243586INF: Troubleshooting recompilação do procedimento armazenado
224587COMO: Solucionar problemas de desempenho do aplicativo com o SQL Server
243588COMO: Resolver o desempenho de consultas ad-Hoc
224453INF: SQL Server 7.0 ou 2000 bloqueio problemas de resolução
251004INF: Como monitorar o bloqueio do SQL Server 7.0
271509INF: Como monitorar o bloqueio do SQL Server 2000

Propriedades

ID do artigo: 297864 - Última revisão: quarta-feira, 12 de janeiro de 2005 - Revisão: 4.5
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
Palavras-chave: 
kbmt kbinfo KB297864 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 297864

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com