Os testes de armazenamento analisam o armazenamento para determinar se funcionará corretamente para uma execução de cluster de failover Windows Server 2008 R2.

Corrigindo problemas revelados por testes de armazenamento

Se um teste de armazenamento indicar que o armazenamento ou a configuração de armazenamento não é compatível com um cluster de failover, examine as seguintes sugestões:

  • Contate o fornecedor do armazenamento e use os utilitários fornecidos com o armazenamento de cluster para reunir informações sobre a configuração. (Em casos incomuns, o fornecedor do armazenamento pode indicar que a solução de cluster é compatível embora isso não se reflita nos testes de armazenamento. Por exemplo, sua solução de cluster pode ter sido especificamente projetada para funcionar sem armazenamento compartilhado).

  • Examine os resultados de vários testes no Assistente para Validar Configuração, como o teste Listar Adaptadores de Barramento de Host (consulte o tópico Noções básicas sobre testes de validação de cluster: Inventário) e dois testes que são descritos neste tópico, Listar Todos os Discos e Listar Discos de Cluster.

  • Procure um teste de validação de armazenamento que se relacione com o teste que detectou o problema. Por exemplo, se o teste Validar Arbitragem Múltipla revelou um problema, o teste relacionado, Validar Arbitragem de Disco, pode fornecer informações úteis.

  • Examine os requisitos de armazenamento em Noções básicas sobre requisitos para clusters de failover.

    Para obter informações sobre compatibilidade de hardware no Windows Server 2008 R2, consulte https://go.microsoft.com/fwlink/?LinkId=139145 [a página pode estar em inglês].

  • Examine a documentação do armazenamento ou contate o fabricante.

Testes de armazenamento no Assistente para Validar Configuração

Você pode executar os seguintes testes de armazenamento usando o Assistente para Validar Configuração:

Listar Todos os Discos

Esse teste lista todos os discos que estão visíveis para um ou mais servidores testados. O teste lista:

  • Discos que podem ser compatíveis com clusters e acessados por todos os servidores.

  • Discos em um servidor individual.

As seguintes informações são listadas para cada disco:

  • Número do disco

  • Identificador exclusivo

  • Tipo de barramento

  • Tipo de pilha

  • Endereço do disco (quando aplicável), incluindo a porta, caminho, identificador de destino (TID) e Número de Unidade Lógica (LUN)

  • Descrição do adaptador

  • Características de disco como o estilo e o tipo de partição

Você pode usar esse teste para ajudar a diagnosticar problemas revelados por outros testes de armazenamento descritos neste tópico.

Listar Possíveis Discos de Cluster

Esse teste lista todos os discos que podem ser compatíveis com clusters e estão visíveis para todos os servidores. Para ser compatível com clusters, o disco deve ser conectado via Serial Attached SCSI (SAS), iSCSI ou Fibre Channel. Além disso, o teste valida que o multipath I/O está funcionando corretamente. O que significa que cada um dos discos é visto como um disco, não dois.
Tipos de discos não listados pelo teste

Esse teste lista apenas discos que possam ser usados para clusters. Os discos que ele lista devem:

  • Estar conectados via Serial Attached SCSI (SAS), iSCSI ou Fibre Channel.

  • Estar visíveis para todos os servidores do cluster.

  • Ser acessados por um adaptador de barramento do host compatível com clusters.

  • Não ser um volume de inicialização ou de sistema.

  • Não ser usados para arquivos de paginação, hibernação ou de despejo de memória. (Arquivos de despejo registram o conteúdo de memória quando o sistema para inesperadamente).

Validar Latência de Acesso ao Disco

Esse teste valida que a latência de operações de leitura e gravação em disco está dentro de um limite aceitável para um cluster de failover. Se operações de leitura e gravação em disco demorarem demais, um dos resultados possíveis é que tempos limite de clusters podem ser acionados. Outro resultado possível é que o aplicativo que tenta acessar o disco pode parecer ter falhado e o cluster pode iniciar um failover desnecessário.

Validar Arbitragem de Disco

Esse teste valida que:

  • Cada um dos servidores em cluster pode usar o processo de arbitragem para se tornar o proprietário de cada um dos discos de cluster.

  • Quando um servidor específico possui um disco, se um ou mais dos outros servidores arbitrarem para esse disco, o proprietário original retém propriedade.

Se um servidor em cluster não puder se tornar proprietário de um disco ou não puder reter a propriedade quando outros servidores em cluster arbitrarem para o disco, vários problemas podem ocorrer:

  • O disco pode não ter nenhum proprietário e, portanto, estar indisponível.

  • Dois proprietários poderiam gravar no disco de forma descoordenada, o que corromperia o disco.

    Os servidores de cluster de failover foram desenvolvidos para coordenar todas as operações de gravação de forma a evitar que o disco seja corrompido.

  • O disco pode mudar de proprietário toda vez que uma arbitragem ocorrer que interfira na disponibilidade de disco.

Validar Failover de Disco

Esse teste valida que o failover de disco funciona corretamente no cluster. Especificamente, o teste valida que, quando um disco de propriedade de um servidor em cluster recebe um failover, o servidor que assume a propriedade do disco pode lê-lo. O teste também valida que as informações gravadas no disco antes do failover ainda são as mesmas depois do failover.

Se o failover de disco ocorrer, mas o servidor que assumir a propriedade do disco não puder lê-lo, o cluster não poderá manter a disponibilidade do disco. Se as informações gravadas no disco forem alteradas durante o processo de failover, isso pode causar problemas para usuários ou software que necessitem dessas informações. Em ambos os casos, se o disco afetado for uma testemunha de disco (um disco que armazena dados de configuração de cluster e participa do quorum), tais problemas podem fazer o cluster perder quorum e fechar.

Se esse teste revelar que o failover de disco não funciona corretamente, os resultados dos seguintes testes podem ajudar a identificar a causa do problema:

Validar Sistema de Arquivos

Esse teste valida que o sistema de arquivos em discos do armazenamento compartilhado é compatível com clusters de failover.

Validar discos baseados em MPIO da Microsoft

Esse teste valida que discos multi-path (discos baseados em MPIO da Microsoft) foram configurados corretamente para clusters de failover.

Validar Arbitragem Múltipla

Esse teste valida que quando vários servidores em cluster arbitram para um disco de cluster, apenas um servidor obtém propriedade. O processo de arbitragem de disco ajuda a garantir que os sevidores em clusters executem todas as operações de gravação de maneira coordenada, o que evita a corrupção de disco.

Se esse teste revelar que vários servidores em cluster podem obter propriedade de um disco de cluster por arbitragem de disco, os resultados do seguinte teste podem ajudar a identificar a causa do problema:

Validar VPD (Vital Product Data) do dispositivo SCSI

Esse teste valida que o armazenamento é compatível com dados de consulta de SCSI necessários (descritores de VPD) e que eles são exclusivos.

Validar Reserva Persistente SCSI-3

Esse teste valida que o armazenamento de cluster usa os mais recentes comandos (padrão SCSI-3) Persistent Reserve (que são diferentes dos comandos reserve/release padrão SCSI-2 mais antigos). Os comandos Persistent Reserve impedem redefinições de barramento SCSI, o que significa que eles são muito menos interrompidos que os comandos reserve/release mais antigos. Portanto, um cluster de failover pode ser mais responsivo em uma gama de situações, se comparado a um cluster com uma versão mais recente do sistema operacional. Além disso, discos nunca são deixados em um estado desprotegido, o que reduz o risco de corrupção de volume.

Validar Failover Simultâneo

Esse teste valida que failovers de disco simultâneos funcionam corretamente no cluster. Especificamente, o teste valida que mesmo quando vários failovers de disco ocorrem ao mesmo tempo, qualquer servidor em cluster que assumir a propriedade do disco pode lê-lo. O teste também valida que as informações gravadas em cada disco antes do failover ainda são as mesmas depois do failover.

Se o failover de disco ocorrer, mas o servidor que assumir a propriedade do disco não puder lê-lo, o cluster não poderá manter a disponibilidade do disco. Se as informações gravadas no disco forem alteradas durante o processo de failover, isso pode causar problemas para usuários ou software que necessitem dessas informações. Em ambos os casos, se o disco afetado for uma testemunha de disco (um disco que armazena dados de configuração de cluster e participa do quorum), tais problemas podem fazer o cluster perder quorum e fechar.

Se esse teste revelar que o failover de disco não funciona corretamente, os resultados dos seguintes testes podem ajudar a identificar a causa do problema:

Referências adicionais

Sumário