Usando cache de controlador de disco rígido com o SQL Server

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: 46091
Sumário
As informações a seguir descrevem os efeitos de usando o SQL Server com uma placa de controlador de disco rígido com cache de memória de placa controladora (até 16 MB). Usando esse tipo de cartão fornece a vantagem de disco em cache sem exigir que as compensações de memória normalmente associadas com cache de disco. O algoritmo de cache inclui gravação em cache e "elevador classificação" durante o write-back, quando os dados a serem gravados são classificados para minimizar o movimento de cabeça.
Mais Informações
pergunta 1
p. existem problemas ao usar esse tipo de controlador causado por supondo que o servidor do SQL Server é em um no-break para evitar corrupção de dados devido a uma falha de energia?

r. se o controlador de disco nunca falhar gravar dados destinados-se o log de transação do SQL Server, recuperação do SQL Server não funcionará corretamente.


pergunta 2
p. que efeito esse tipo de controlador de armazenamento em cache ter sobre o desempenho do SQL Server?

r. se o controlador de cache falhar nunca gravar no disco que tem sido confiado a ele (mesmo se o teclado cartões, as falhas de sistema operacional ou as falhas de disco rígido), não haverá nenhum problema. Por outro lado, se o controlador de disco atrasa a gravação de alguns dados de log do SQL Server e optar por aplicar fisicamente outros dados de log (devido a classificação de "elevador") e Falha ao gravar o restante por algum motivo, SQL Server não tem como saber que parte o log está ausente. Um início quente ou até mesmo frente contínuas de um backup instantâneo podem não restaurar o banco de dados corretamente. Na pior das hipóteses, não deve haver nenhuma falha durante a recuperação e corrupção de dados deve ser descoberta muito mais tarde.

Se o controlador de disco é um design eficiente, ele permitirá que seletiva write-through. O dispositivo que contém o SQL Server logs de transação devem ser sempre write-through. Além disso, se iniciar quente automática é funcionar corretamente, todos os SQL Server dispositivos precisam ser liberados em tempo de ponto de verificação. Se o controlador de disco não permitir seletiva write-through, a única alternativa é fazer backups freqüentes e nunca dependem de início quente ou sem interrupção do log de transações frente.


Question3
p. SQL Server deve fazer o armazenamento em cache, ou o controlador de disco faça o cache?

r. A resposta depende na qual método é mais rápido. Nossos experimentos mostraram que o cache do SQL Server é mais eficiente que o cache de disco do sistema operacional. No entanto, não temos nenhuma maneira de saber se há ou não é mais eficiente do que o cache usado por um determinado tipo de controlador de disco. O cache do SQL Server provavelmente não funciona mais rápido um cache de hardware; no entanto, ele tem "dentro do Conhecimento" e pode trabalhar mais inteligente.

Execute uma carga de trabalho representante com o parâmetro de memória do SQL Server definido como o valor mínimo que darão suporte o número de usuários necessários (com ativo o cache do controlador de disco) para a sua instalação. Em seguida, tente-lo com o parâmetro de memória definido como esse valor mais a quantidade de RAM no cache de controlador de disco (com o cache do controlador de disco desativado). Para uma comparação realmente precisa, o número de páginas no cache de procedimento deve ser igual em ambos os casos. Isso leva fazer malabarismos alguns com porque o tamanho do cache procedimento é especificado em porcentagem do tamanho do cache total, enquanto o tamanho do cache total é especificado pelo parâmetro memória e o número do parâmetro de conexões de usuário. O tamanho do cache total é tudo o que resta após os 42 K conexão por usuário tem sido esculpido espaço especificado pelo parâmetro memória. O restante é dividido entre o cache de página procedimento e dados de acordo com para o parâmetro de cache de procedimento.
SQL Server requer sistemas para oferecer suporte a ‘ entrega de mídia estável garantida ’ conforme descrito no programa do Microsoft SQL Server Always-On armazenamento Solution revisão. FOPara obter mais informações sobre os requisitos de entrada e saídas para o mecanismo de banco de dados do SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
967576Requisitos do Microsoft SQL Server Database Engine entrada/saída
Falha de GP

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 46091 - Última Revisão: 09/07/2004 17:23:32 - Revisão: 4.3

Microsoft SQL Server 4.21a Standard Edition, Microsoft SQL Server 6.0 Standard Edition, Microsoft SQL Server 6.5 Standard Edition, Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard

  • kbmt kbhardware KB46091 KbMtpt
Comentários