INF: Considerações sobre o desempenho de uma actualização do SQL Server 6.5

Traduções de Artigos Traduções de Artigos
Artigo: 297864 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

SQL Server foi completamente rescrito entre versão 6.5 e versão 7.0. A forma como dados e as estatísticas são armazenadas e recuperadas é largamente diferente nas versões mais recentes do que em SQL Server 6.5. Por conseguinte, os "procedimentos recomendados" para codificação e esquema não são os mesmos para versões mais recentes do SQL Server.

Este artigo fornece uma visão geral de algumas das questões a considerar para codificação e esquema de estrutura entre as duas versões. Este artigo não abrange cada potencial problema de desempenho, mas alguns dos problemas mais comuns apontar. Para mais informações, consulte SQL Server Books Online, "No interior Microsoft SQL Server 7.0" ou "dentro do Microsoft SQL Server 2000", MSPress ou à lista de artigos da base de dados de conhecimento da Microsoft na secção "Referências" deste artigo.

Mais Informação

Plano base

Como com qualquer teste efectuar, certifique-se que tem um plano base válido para comparação. Por exemplo:
  • Verifique se o hardware, sistema operativo, esquema do disco, nível RAID, rede e outros factores são idênticos. Não é possível assumir que pequenas diferenças poderão ser ignoradas porque pode têm efeitos inesperados.

  • Considere o impacto potencial em tempos de resposta a partir de outras aplicações que são executados no servidor, cliente ou rede ou de serviços que são iniciados no servidor ou computadores cliente.

  • Verifique se o computador com o SQL Server e os registos do Visualizador de eventos do Microsoft Windows (aplicação, sistema e segurança) quaisquer mensagens de erro ou avisos que poderá ter de endereço.

  • Utilize o SQL Server Profiler para localizar determinadas consultas que parecem incómodo e concentrar-se sobre a optimização dessas consultas.

Índices

Muitas vezes um conjunto diferente de índices é necessária para um óptimo desempenho após uma actualização do SQL Server 6.5. Por vezes, os índices que existiam 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 mais pode melhorar desempenho se alterar a estratégia de índice para tirar partido a forma como funcionam as versões mais recentes do SQL Server.
  • O Assistente de optimização índice possível dar um início muito boa sobre os índices para adicionar, modificar ou remover. Para mais informações sobre o Assistente de optimização de índice remissivo, consulte o seguinte:

    Livros 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 conjunto com o Assistente de optimização de índice remissivo recomendar, na maioria dos casos é melhor começar com um índice agrupado em cada tabela. Existem instâncias ocasionais onde isto não é o ideal, mas é extremamente raro que a existência de um índice agrupado hurts desempenho e ajuda-o normalmente a. Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
    297861INF: Desempenho fraco numa área
  • Como um efeito secundário da alteração nos índices forma são armazenados poderá ver um aumento no tamanho do índice não agrupado em versões mais recentes. Se assim mais páginas a digitalizar no índice procura Isto poderia, sob certas circunstâncias, comprometer desempenho. Isto não é algo que deverá ser demasiado preocupado, mas poderá pretender verificá-la se já excluído outras causas.
Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
311826INF: Índice optimizar o Assistente de melhores práticas

Estatísticas

É uma boa ideia para executar uma instrução UPDATE STATISTICS imediatamente após a actualização da versão. Existem situações em que poderá ser necessário manualmente agendar UPDATE STATISTICS periodicamente. O número de vezes que for necessário executar a instrução UPDATE STATISTICS está dependente da quantidade de dados, distribuição de dados, frequência e tipo de actividade de modificação, etc. no seu ambiente específico. Algumas coisas a ter em consideração são:
  • Mesmo que as estatísticas de actualização automática esteja no, apenas é accionado em determinados limites. Sempre que efectuar alterações significativas a quantidade ou distribuição de dados, a Microsoft recomenda que executar manualmente uma instrução UPDATE STATISTICS. Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
    195565INF: Como SQL Server 7.0 e SQL Server 2000 Autostats trabalho
  • Estatísticas de actualização automática utiliza sempre amostragem; nunca utiliza a opção WITH FULLSCAN. A utilização da opção WITH FULLSCAN é necessário atribuir mais tempo para executar a instrução UPDATE STATISTICS; no entanto, pode resultar em estatísticas que são mais precisas se os dados não são distribuídos uniformemente.

Configuração

A maior parte das opções de configuração irão self-tune e quando alterá-las com frequência é counter-productive. Existem ambientes onde testes rigorosos tem comprovada a alguns definição altera irá melhorar o desempenho, mas não for o caso na maioria das situações. Por este motivo, só deve alterar as definições das respectivas predefinições depois de testes rigoroso de como a alteração irá afectar o ambiente.
  • Em quase todos os ambientes, a opção de aumento de prioridade deve ser definida desactivada e a opção de agrupamento simples (também conhecido como modo de Fiber) deve ser definida OFF.

  • Definir a opção de threads de trabalho máximo para um valor superior a predefinição de 255 pode também ser extremamente detrimental de desempenho do sistema e de estabilidade.

Para obter mais informações sobre estas definições, consulte o "Definir opções de configuração" e "sp_dboption" tópicos no SQL Server Books Online. Pode também fazer referência o seguinte artigo na base de dados de conhecimento da Microsoft:
166967INF: Definições de configuração correcto SQL Server 6.5
319942COMO: Determinar definições de configuração do servidor SQL correcto

Sugestões adicionais

  • Remova todos os consulta sugestões (índice, associação, união e por aí em diante) que foram adicionadas ao código que foi utilizado no SQL Server 6.5. Devido a alterações optimizador extensa no SQL Server 7.0, sugestões de desempenho no SQL Server 6.5 não serão provável que ajuda no SQL Server 7.0 ou SQL Server 2000. Conforme indicado no tópico "OPTION cláusula" no SQL Server Books Online:
    Uma vez que o Optimizador de consultas selecciona normalmente o melhor plano de execução de uma consulta, é recomendável que <join_hint> <query_hint> e <table_hint> ser utilizado apenas como último recurso por administradores experientes base de dados.
  • Proprietário qualificar todos os nomes de objecto em todas as consultas e procedimentos armazenados. Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
    243586Resolução de problemas Recompilation do procedimento armazenado
  • Utilize o SQL Server service pack mais recente. Para obter informações adicionais, clique nos números de artigo existentes abaixo para visualizar os artigos na Microsoft Knowledge Base:
    290211INF: How to Obtain the Latest SQL Server 2000 Service Pack
    274799INF: Como obter o Service Pack 3 para o Microsoft SQL Server 7.0
  • Evite Cursores dinâmicos (utilize o cursor "menos" possível). Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
    280406PROBLEMA: Ciclo infinito Cursores dinâmicos quando um não-exclusivo agrupadas chave de índice remissivo é actualizado para um valor igual ou maior
  • Certifique-se que as unidades de disco não são comprimidas. Armazenar ficheiros de dados ou registo em unidades comprimidas não é suportado como documentado no tópico "Físico da base de dados ficheiros e Filegroups" no SQL Server Books Online. Para obter informações adicionais sobre suporte de unidade comprimida, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
    231347INF: Bases de dados do SQL Server não é suportadas em volumes comprimidos
  • Evite a utilização da opção autoshrink porque que poderá conduzir a fragmentação, bem como sobrecarga de desempenho.

  • Se configurar as bases de dados para aumentar automaticamente (utilizando a opção autogrow ), definir o incremento de crescimento para um valor suficientemente grande para que expande com pouca frequência.
  • Utilize os controladores mais recentes do MDAC em computadores cliente. Controladores mais recentes poderão ter funcionalidades ou optimizações que não existiam em versões anteriores. Consulte o "DLL ajuda Database" para determinar quais tem de actualizar os controladores:

    DLL Help Database

  • Defina a opção sp_dbcmptlevel para a versão adequada. Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
    285165INF: Anexar ou restaurar a base de dados um SQL Server 7.0 para SQL Server 2000 não muda o modo de compatibilidade

REFERÊNCIAS

Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
315512INF: Considerações sobre Autogrow ' e ' Configuração do Autoshrink

Para obter informações adicionais, clique nos números de artigo existentes abaixo para visualizar os artigos na Microsoft Knowledge Base:
243589INF: Resolução de problemas lento-executar consultas no SQL Server 7.0 ou posterior
243586INF: Resolução de problemas Recompilation do procedimento armazenado
224587COMO: Resolver problemas de desempenho de aplicações com o SQL Server
243588COMO: Resolver problemas de desempenho de consultas ad-Hoc
224453INF: Resolução SQL Server 7.0 ou 2000 bloqueios problemas
251004INF: Como monitorizar o bloqueio do SQL Server 7.0
271509INF: Como monitorizar o bloqueio do SQL Server 2000

Propriedades

Artigo: 297864 - Última revisão: 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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