Os testes de armazenamento analisam o armazenamento para determinar se irá funcionar correctamente para um cluster de activação pós-falha com o Windows Server 2008 R2.

Corrigir problemas descobertos pelos testes de armazenamento

Se um teste de armazenamento indicar que o armazenamento ou a configuração do armazenamento não irão suportar um cluster de activação pós-falha, reveja as seguintes sugestões:

  • Contacte o fornecedor de armazenamento e utilize os utilitários fornecidos com o armazenamento de cluster para reunir informações sobre a configuração. (Em casos pouco habituais, o fornecedor de armazenamento poderá indicar que a sua solução de cluster é suportada mesmo apesar de isso não ser reflectido nos testes de armazenamento. Por exemplo, a sua solução de cluster pode ter sido especificamente concebida para funcionar sem armazenamento partilhado.)

  • Reveja os resultados de vários testes no Assistente para Validar uma Configuração, tais como o teste Listar Placas do Barramento Anfitrião (consulte o tópico Noções sobre Testes de Validação do Cluster: Inventário) e os dois testes descritos neste tópico, Listar Todos os Discos e Listar Discos de Cluster.

  • Procure um teste de validação do armazenamento relacionado com o que descobriu o problema. Por exemplo, se Validar Múltiplas Arbitragens descobrir um problema, o teste relacionado, Validar Arbitragem do Disco, poderá fornecer informações úteis.

  • Reveja os requisitos de armazenamento em Noções sobre Requisitos para Clusters de Activação Pós-Falha.

    Para obter informações sobre a compatibilidade do hardware para o Windows Server 2008 R2, consulte https://go.microsoft.com/fwlink/?LinkId=139145 (pode estar em inglês).

  • Reveja a documentação do armazenamento, ou contacte o fabricante.

Testes de armazenamento no Assistente para Validar uma Configuração

Pode executar os seguintes testes de armazenamento utilizando o Assistente para Validar uma Configuração:

Listar Todos os Discos

O teste lista todos os discos visíveis para um ou mais servidores testados. O teste lista:

  • Discos que possam suportar o clustering e ser acedidos por todos os servidores.

  • Discos num servidor individual.

São listadas as seguintes informações para cada disco:

  • Número de disco

  • Identificador exclusivo

  • Tipo de barramento

  • Tipo de pilha

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

  • Descrição da placa

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

Pode utilizar este teste para ajudar a diagnosticar problemas descobertos por outros testes de armazenamento descritos neste tópico.

Listar Possíveis Discos de Cluster

Este teste lista discos que possam suportar o clustering e estejam visíveis para todos os servidores testados. Para suportar o clustering, o disco tem de ser ligado através de SAS (Serial Attached SCSI), iSCSI ou Canal de Fibra. Além disso, o teste confirma se esse MPIO (multipath I/O) está a funcionar correctamente, o que significa que cada um dos discos é visto como um disco, não dois.
Tipos de discos não listados pelo teste

Este teste lista apenas os discos que possam ser utilizados para o clustering. O disco listado:

  • Tem de ser ligado através de SAS (Serial Attached SCSI), iSCSI ou Canal de Fibra.

  • Tem de estar visível para todos os servidores do cluster.

  • Tem de ser acedido através de uma placa do barramento anfitrião que suporte o clustering.

  • Não pode ser um volume de arranque ou volume de sistema.

  • Não pode ser utilizado para ficheiros de paginação, hibernação ou ficheiros de imagem de erro. (Os ficheiros de imagem de erro registam os conteúdos da memória quando o sistema pára inesperadamente.)

Validar a Latência de Acesso ao Disco

Este teste confirma se a latência das operações de leitura e escrita do disco se encontra dentro de um limite aceitável para um cluster de activação pós-falha. Se as operações de leitura e escrita do disco demorarem muito tempo, é possível que os limites de tempo do cluster sejam accionados. Outro resultado possível é a aplicação que está a tentar aceder ao disco parecer ter falhado, e o cluster poder iniciar uma activação pós-falha desnecessária.

Validar Arbitragem do Disco

Este teste confirma se:

  • Todos os servidores em cluster podem utilizar o processo de arbitragem para se tornarem proprietários dos discos de cluster.

  • Quando um determinado servidor é proprietário de um disco, este mantém-se independentemente de um ou mais outros servidores efectuarem a arbitragem para esse disco.

Se um servidor em cluster não puder ser o proprietário de um disco, ou não conseguir manter a propriedade quando outros servidores em cluster efectuarem a arbitragem para o disco, poderão ocorrer vários problemas:

  • O disco não pode estar indisponível se não tiver nenhum proprietário.

  • Dois proprietários podem escrever no disco de uma forma descoordenada, fazendo com que o disco fique danificado.

    Os servidores de clusters de activação pós-falha foram concebidos para coordenar todas as operações de escrita de forma a evitar a danificação do disco.

  • O disco pode mudar de proprietário sempre que ocorrer uma arbitragem, o que poderá interferir na disponibilidade do disco.

Validar a Activação Pós-falha do Disco

Este teste confirma se a activação pós-falha do disco funciona correctamente no cluster. Especificamente, o teste confirma se, quando é efectuada a activação pós-falha de um disco que é propriedade de um servidor em cluster, o servidor proprietário desse disco pode lê-lo. O teste também confirma se as informações escritas no disco antes da activação pós-falha ainda são as mesmas depois da activação pós-falha.

Se a activação pós-falha do disco ocorrer, mas o servidor proprietário de um disco não puder lê-lo, o cluster não poderá manter a disponibilidade do disco. Se as informações escritas no disco forem alteradas durante o processo de activação pós-falha, poderão ocorrer problemas para os utilizadores ou software que necessitem destas informações. Em qualquer dos casos, se o disco afectado for um testemunho de disco (um disco que armazena dados de configuração do cluster e participa no quórum), esses problemas podem fazer com que o cluster perca o quórum e encerre.

Se este teste revelar que a activação pós-falha não funciona correctamente, os resultados dos testes seguintes poderão ajudar a identificar a causa do problema:

Validar o Sistema de Ficheiros

Este teste confirma se o sistema de ficheiros dos discos no armazenamento partilhado é suportado por clusters de activação pós-falha.

Validar discos baseados no Microsoft MPIO

Este teste confirma se os discos multi-path (discos baseados no Microsoft MPIO) foram correctamente configurados para o cluster de activação pós-falha.

Validar Múltiplas Arbitragens

Este teste confirma se, quando vários servidores em cluster efectuam a arbitragem para um disco de cluster, apenas um servidor obtém a propriedade. O processo de arbitragem do disco ajuda a garantir que os servidores em cluster executam todas as operações de escrita de uma forma coordenada, evitando a danificação do disco.

Se este teste revelar que vários servidores em cluster podem obter a propriedade de um disco de cluster através da arbitragem do disco, os resultados do teste seguinte poderão ajudar a identificar a causa do problema:

Validar Dados de Produto Vitais (VPD) do dispositivo SCSI

Este teste confirma se o armazenamento suporta dados de consulta SCSI necessários (descritores VPD) e se são exclusivos.

Validar Reserva Persistente SCSI-3

Este teste confirma se o armazenamento do cluster utiliza os comandos Reserva Persistente (norma SCSI-3) mais recentes (que são diferentes dos comandos antigos de reserva/libertação da norma SCSI-2). Os comandos de Reserva Persistente evitam as reposições de barramento SCSI, o que significa que são muito menos nocivos do que os antigos comandos de reserva/libertação. Por conseguinte, um cluster de activação pós-falha consegue dar uma maior resposta em variadas situações, em comparação com um cluster com uma versão anterior do sistema operativo. Além disso, os discos nunca ficam num estado desprotegido, o que reduz o risco de danos no volume.

Validar Activações Pós-falha em Simultâneo

Este teste confirma se as activações pós-falha do disco em simultâneo funcionam correctamente no cluster. Especificamente, o teste confirma se, mesmo quando ocorrem várias activações pós-falha do disco ao mesmo tempo, qualquer servidor em cluster que seja proprietário de um disco pode lê-lo. O teste também confirma se as informações escritas em cada disco antes de uma activação pós-falha ainda são as mesmas depois da activação pós-falha.

Se a activação pós-falha do disco ocorrer, mas o servidor proprietário de um disco não puder lê-lo, o cluster não poderá manter a disponibilidade do disco. Se as informações escritas no disco forem alteradas durante o processo de activação pós-falha, poderão ocorrer problemas para os utilizadores ou software que necessitem destas informações. Em qualquer dos casos, se o disco afectado for um testemunho de disco (um disco que armazena dados de configuração do cluster e participa no quórum), esses problemas podem fazer com que o cluster perca o quórum e encerre.

Se este teste revelar que a activação pós-falha não funciona correctamente, os resultados dos testes seguintes poderão ajudar a identificar a causa do problema:

Referências adicionais

Sumário