INF: Apropriadas SQL Server 6.5 configurações

Traduções deste artigo Traduções deste artigo
ID do artigo: 166967 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

Sumário

Para SQL Server configuração informações sobre versões do SQL Server posteriores ao SQL Server 6.5 consulte artigo da Base de dados de Conhecimento da Microsoft:
319942COMO: Determinar configurações de configuração do SQL Server apropriadas
SQL Server pode fornecer muito alto desempenho com relativamente pouco configuração de ajuste. Por exemplo, o departamento de IS do Microsoft tem um SQL Server oferece suporte a mais de 4.000 usuários simultâneos. Diferente de configurações óbvias, como memória, bloqueios e conexões de usuário, ele usa principalmente definições de configuração padrão. Ainda, ela produz muito alto desempenho executando em um computador de processador quad padrão da indústria. Esse nível alto de desempenho foi facilitado pelo aplicativo boa e design de banco de dados, não pelo ajuste abrangente de configuração.

Para obter informações adicionais sobre otimização de desempenho do SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
110352Otimizando o desempenho do Microsoft SQL Server
Ao endereçar um problema de desempenho, o grau de melhoria disponível na configuração de ajuste é normalmente modesto, a menos que o sistema já não está configurado corretamente. Eles não devem geralmente ser alterados sem sobrecarregar motivo e não sem cuidado metódica testes para verificar a necessidade de alterar e o benefício de uma vez alterado.

Se ele não está configurado corretamente, algumas configurações podem desestabilizar o servidor ou torná-lo se comporte incorretamente. Exceto para ajustes óbvios, como memória, bloqueios e conexões de usuário, deve ser dada pensamento cuidado antes de ajustar outras configurações, especialmente as configurações avançadas. Não cegamente ajustá-los para um determinado valor exclusivamente na recomendação de um artigo de revista, white paper ou consultor se as novas configurações em conflito com as recomendações do suporte técnico Microsoft.

Mais Informações

Anos de experiência em suporte com centenas de sites indica que configurações inadequadas podem tem resultados variando de neutra a altamente negativo. Em particular, as configurações abaixo não devem ser ajustadas de padrões sem motivo específico esmagadora. Eles devem também não ser ajustados sem rigoroso testes antes e após a alteração para avaliar o grau de melhoria de desempenho metódico.
Definir tamanho do conjunto de trabalho
simultaneidade SMP
aumento de prioridade
threads de trabalho máximo
cache de procedimento
Outras configurações como tempdb na RAM, livres buffers, ler parâmetros à frente e máximo assíncrono E/s, devem também não ser acaso ajustadas sem uma boa compreensão do impacto ou sem testes de desempenho objetivos para verificar o benefício.

O restante deste artigo descreve cada um dos seguintes parâmetros e oferece algumas considerações em usá-los:

definir o tamanho do conjunto de trabalho :

Essa configuração padrão é 0, que permite que o Windows NT Server Gerenciador de memória virtual determinar o tamanho do conjunto de trabalho do SQL Server. A maioria das condições, isso é a configuração correta. Quando o SQL Server é instalado, o programa de instalação seleciona automaticamente "Maximizar a taxa de transferência para aplicativos de rede" no painel de controle rede sob as propriedades do serviço servidor. Isso instrui o Gerenciador de memória virtual do Windows NT Server para fazer muito pouco trabalho conjunto remoção, portanto minimamente interferindo com o conjunto de trabalho do SQL Server. Por esse motivo, não é geralmente necessário substituir o padrão "definir o tamanho do conjunto de trabalho". No entanto, se você definir a 1, o SQL Server usa o SetProcessWorkingSetSize() de API do Win32 na inicialização para corrigir mais rigidamente o conjunto de trabalho. Se você, em seguida, overcommit memória do SQL Server, o sistema operacional é menos capaz compensar e talvez mais prontamente Consulte erros relacionados à memória do sistema operacional.

Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
110983Recomendado SQL Server para configurações de memória do NT
simultaneidade smp (somente 6.5) :

Essa configuração padrão é 0, que permite o SQL Server (no momento da inicialização) para detectar os processadores números e usam o n-1 desses automaticamente. Em um computador SMP, ela também lança a prioridade do processo do SQL Server para 15. Grande maioria das vezes, você deve usar a configuração padrão. Substituindo essa configuração como -1 remove quaisquer restrições em quantos processadores o SQL Server pode usar, que podem starve o sistema operacional de CPUs sob determinadas condições. Sintomas típicos incluem erros de rede ou um console que parou de responder. O comando NET VIEW pode falhar com um erro "a sessão de rede foi cancelada". Outros processos em execução no computador podem parar de responder, devido ao consumo de CPU. Isso pode incluir outros serviços, o SQL Executive, programas de backup, trabalhos em lotes e assim por diante.

No Compaq Proliant servidores, a recuperação de servidor automática (ASR) monitorização driver pode se tornar CPU sem, suponha que o Windows NT Server falha do sistema operacional e reinicie o servidor para recuperar.

A configuração padrão "smp simultaneidade" de 0 não "perder" um processador, como SQL Server chama o sistema operacional para todos os de rede, E/s e funções de gerenciamento de memória. Quando o sistema operacional está servindo essas chamadas freqüentes, ele usa recursos de CPU e a configuração padrão garante que o sistema operacional obtém o tempo de CPU precisa rapidamente serviço SQL Server solicita. Portanto, todos os processadores em um sistema ocupado com o SQL Server tendem a ser usado quando a configuração padrão "smp simultaneidade" de 0 é usada. A configuração "smp simultaneidade" como 1, 2 e assim por diante, também não deve ser necessária.

Isso pode aumentar a pergunta de quando uma configuração de "smp simultaneidade" de -1 deve ser usada e por que a configuração é fornecida. Em uma transação online pura (OLTP) carga de processamento, com comprimentos de caminho de transação estritamente controlado, onde não há suporte ad-hoc ou decisão consultas são permitidas e em um ambiente onde o computador está absolutamente dedicado ao SQL Server (o console não for usada, nem arquivo compartilhamento nem SQL executivo e assim por diante) esta configuração pode fornecer algumas melhorias de desempenho com efeitos colaterais mínimo.

No entanto, se alterar as características de fluxo de consulta alimentação nunca o servidor do estado puro acima, você pode observar o comportamento irregular. Por exemplo, um sistema que apareciam executar corretamente para um período de tempo pode, de repente, parar de responder. Depuração pode ser complicada, pois ele pode ter a aparência de um problema de sistema operacional.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
111405Agendamento de thread de SQL Server e Windows NT
aumento de prioridade : essa configuração padrão é 0, que faz com que SQL Server executar em prioridade do processo 7 em um computador uniprocessador e (geralmente) 15 em um computador SMP

Use a configuração padrão na maioria das circunstâncias. Defini-la como 1 aumenta a prioridade do processo do SQL Server para 15 em um computador uniprocessador e 24 em um computador SMP. Isso pode ter efeitos semelhantes à configuração "smp simultaneidade" como -1.

Suporte real a experiência mostra ativando aumento de prioridade não é necessário para o bom desempenho na maioria das situações. Configuração aumento de prioridade em pode interferir com servidor suave funcionando em algumas condições e não deve ser usada, exceto em circunstâncias muito incomuns. Por exemplo isso pode ser usado durante a investigação de um desempenho pelo Atendimento Microsoft. Ele não deve ser usado apenas porque um white paper ou consultor então aconselha. threads de trabalho máximo : essa configuração padrão será 255, que permite que até 255 threads de trabalho a ser criado. Use a configuração padrão de 255 na maioria dos casos. Isso não significa que somente 255 conexões de usuário podem ser estabelecidas. Um sistema pode ter milhares de conexões de usuário, essencialmente multiplexadas até 255 threads de trabalho, e cada usuário geralmente será percebem sem atrasos. No caso, somente 255 consultas "simultaneamente" podem ser executado, mas isso por sua vez é ainda mais multiplexado para baixo para o número de CPUs disponíveis, portanto, a natureza simultânea somente é percebida, não importa quantas trabalho threads são configurados.

Como cada novo usuário conexão é estabelecida, um novo segmento de trabalho é criado, até o limite de thread de trabalho. No SQL Server 6.5, após um período de inatividade, um segmento de trabalho automaticamente expira e é fechado. Configurar números altos de segmentos de trabalho é geralmente contraproducente e diminui o desempenho, devido à sobrecarga de agendamento e recursos. cache de procedimento :

No SQL Server 6.5, essa configuração padrão será 30, que indica a 30 por cento do espaço de cache do SQL Server serão reservadas para o cache de procedimento. Em um sistema com uma grande quantidade de memória (digamos 256 MB ou mais), possivelmente isso pode ser reduzido um pouco para permitir que mais memória para o cache de buffer. No entanto, não cegamente reduzir essa configuração para um número muito baixa (por exemplo, 5 %), mesmo se o sistema usa alguns procedimentos armazenados. Isso ocorre porque o cache de procedimento é um pool de memória de finalidade geral usado para uma variedade de funções de alocação de servidor interno, não apenas para cache de procedimentos armazenados. Sem uma quantidade suficiente de memória nesse pool, você pode receber erros ou observar outro comportamento irregular. No SQL Server 6.5, você pode monitorar o uso do cache de procedimento com o Monitor de desempenho e decidir se deve reduzir a configuração de cache de procedimento.

Em muitas circunstâncias, a quantidade incremental de cache de buffer liberado, reduzindo a configuração de cache de procedimento não afeta appreciably a buffer cache taxa de acessos, que geralmente é relativamente simples em pequenas alterações (percentage-wise) no tamanho do cache.

Propriedades

ID do artigo: 166967 - Última revisão: domingo, 6 de outubro de 2013 - Revisão: 4.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 6.5 Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbenv kbinfo kbusage KB166967 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: 166967

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