Select the product you need help with
Descrição do uso de caches de unidade de disco com SQL Server que cada administrador de banco de dados deve saberID do artigo: 234656 - Exibir os produtos aos quais esse artigo se aplica. SumárioUm sistema de banco de dados primeiro e foremost é responsável pelo armazenamento preciso e a recuperação de dados, mesmo no caso de falhas inesperadas do sistema. O sistema deve garantir a atomicidade e durabilidade de transações, enquanto estatísticas para execução atual, várias transações e vários pontos de falha. Freqüentemente, isso é chamado como as propriedades ACID (atomicidade, consistência, isolamento e durabilidade). Este artigo aborda as implicações de uma unidade de disco armazena em cache. É recomendável que você leia os seguintes artigos na Base de dados de Conhecimento da Microsoft para mais esclarecimentos sobre cache e alternativos discussões de modo de falha: 86903
(http://support.microsoft.com/kb/86903/
)
SQL Server e cache de controladores de disco 46091
(http://support.microsoft.com/kb/46091/
)
Usando cache de controlador de disco rígido com o SQL Server 230785 Também são recomendados os seguintes documentos:
(http://support.microsoft.com/kb/230785/
)
Algoritmos de armazenamento de dados de log do SQL Server 7.0 e SQL Server 2000 e estendem confiabilidade de dados
Mais InformaçõesMicrosoft SQL Server 2005, SQL Server 2000, SQL Server 7.0, versões anteriores do SQL Server e muitos produtos de banco de dados importantes no mercado hoje usam o protocolo write-ahead log (WAL). gravação-Ahead log de protocolo (WAL) Todas as versões do SQL Server abrir os arquivos de log e dados usando a função Win32 CreateFile . O membro dwFlagsAndAttributes inclui a opção FILE_FLAG_WRITE_THROUGH quando aberto pelo SQL Server. O protocolo de termo é uma excelente forma de descrever WAL. É um específico e conjunto definido de implementação etapas necessárias para garantir que os dados é armazenado e trocado corretamente e pode ser recuperado para um estado conhecido em caso de falha. Assim como uma rede contém um protocolo definido para troca de dados de maneira consistente e protegida, portanto, muito o WAL descrever o protocolo para proteger os dados. FILE_FLAG_WRITE_THROUGH Muitas unidades de disco (SATA, ATA, SCSI e IDE com base) conter integrados caches de 512 KB, 1 MB e maior. Unidade caches geralmente contam com um capacitor e não uma solução de backup de bateria . Esses mecanismos de cache não é possível garantir gravações em uma potência ciclo ou ponto de falha semelhante. Eles apenas garantem a conclusão das operações de gravação setor. Como as unidades de disco continuarem a crescer em tamanho, os caches ficar maiores e eles podem expor grandes quantidades de dados durante uma falha. Essa opção instrui o sistema para gravar por meio de qualquer cache intermediário e ir diretamente para disco. O sistema ainda pode cache operações de gravação, mas não é possível liberar ociosamente-los. A opção FILE_FLAG_WRITE_THROUGH garante que quando uma gravação operação retorna conclusão com êxito que os dados corretamente são armazenados no armazenamento estável. Isso é alinhada com a especificação de protocolo write ahead log (WAL) para assegurar que os dados. Avançado sistemas de controlador de armazenamento em cache desabilitar cache em disco e fornecem um funcional cache solução feito da bateria. Esses caches podem manter os dados no cache por vários dias e ainda permitir que o cartão de armazenamento em cache a ser colocado em um segundo computador. Quando a alimentação é restaurada corretamente, os dados unwritten completamente for liberados antes de qualquer acesso a dados mais ter permissão. Muitas delas permitem porcentagem de leitura versus cache de gravação sejam estabelecidas para desempenho ideal. Alguns contêm grande quantidade de memória áreas de armazenamento. Na verdade, para um segmento bastante específico do mercado, alguns fornecedores de hardware high-end feito bateria disco cache de sistemas com vários gigabytes de cache de fornecer. Esses podem melhorar significativamente o desempenho de banco de dados. Transferências de E/s que são executadas sem o uso de um cache podem ser significativamente mais devido de taxas de rotação de unidade de disco rígido, o tempo mecânico que é necessário para mover as cabeças de unidade e outros fatores de limitação. Instalações do SQL Server são direcionadas a sistemas que fornecem controladores de armazenamento em cache. Esses controladores de desativar os caches em disco e fornecem mídia estável armazena em cache para satisfazer a requisitos de E/s do SQL Server. Eles evitam problemas de desempenho relacionados a disco busca e escrever vezes usando as diversas otimizações do controlador de armazenamento em cache. Há muitos tipos de implementações do subsistema. RAID e SAN é dois exemplos desses tipos de implementações do subsistema. Normalmente, esses sistemas são criados com unidades com base em SCSI. Há várias razões para isso. A seguinte seção descreve genericamente considerações sobre a unidade de nível alto. Unidades SCSI:
Há situações em que uma unidade com base em área de trabalho ou matriz é uma solução de baixo custo apropriada. Por exemplo, se você configurar um banco de dados somente leitura para relatório, você deve não encontrar muitos dos fatores de desempenho de um banco de dados OLTP quando o cache de disco estiver desativado. Unidade tamanhos continuam a aumentar. Unidades de baixo custo, alta capacidade podem ser muito atraentes. Mas quando você configura a unidade para o SQL Server e suas necessidades de tempo de resposta, você deve considerar cuidadosamente os seguintes problemas:
Recolher esta tabela
A instalação do SQL Server depende da capacidade do controlador para desabilitar o cache em disco e para fornecer um cache de E/s estável. Escrever dados fora de ordem para vários discos não é um empecilho ao SQL Server, desde que o controlador fornece os recursos de cache de mídia estável correta. Aumenta a complexidade do design controlador com técnicas de segurança de dados avançados, como espelhamento. Para proteger totalmente seus dados, você deve garantir que todos os dados de cache é tratado corretamente. Em muitas situações, isso significa que você deve desativar o cache de gravação da unidade de disco. Observação Certifique-se que qualquer mecanismo de cache alternativo corretamente pode manipular vários tipos de falha. Microsoft realizou testes em várias unidades SCSI e IDE usando o utilitário SQLIOStress . Esse utilitário simula a atividade de leitura/gravação assíncrona pesado para um dispositivo de dados simulados e o dispositivo de log. Estatísticas de desempenho de teste mostram as operações de gravação média por segundo entre 50 e 70 para uma unidade com cache de gravação desativada e um intervalo de RPM entre 5,200 e 7,200. Para obter informações adicionais e detalhes sobre SQLIOStress, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft: 231619 Muitos fabricantes de computador (por exemplo, Compaq, Dell, gateway ou HP) as unidades da ordem com o cache de gravação desabilitado. No entanto, teste mostra que isso pode não ser o caso por isso, você sempre deve testá-lo completamente.
(http://support.microsoft.com/kb/231619/EN-US/
)
INF: SQLIOStress utilitários para o subsistema de disco de análise como SQL Server Observação Se houver qualquer pergunta como para o status de cache da sua unidade de disco, contate o fabricante e obter as configurações de jumper ou utilitário apropriadas para desativar as operações de cache de gravação. ReferênciasPara obter detalhes completos nos requisitos de E/s do SQL Server, visite o seguinte site da Microsoft: http://www.microsoft.com/sql/alwayson/overview.mspx
(http://www.microsoft.com/sql/alwayson/overview.mspx)
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: 967576
(http://support.microsoft.com/kb/967576/
)
Requisitos do Microsoft SQL Server Database Engine entrada/saída PropriedadesID do artigo: 234656 - Última revisão: sexta-feira, 2 de novembro de 2007 - Revisão: 3.7 A informação contida neste artigo aplica-se a:
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: 234656
(http://support.microsoft.com/kb/234656/en-us/
)
| Traduções deste artigo
|




Voltar para o início








