Suporte para inicialização de uma SAN (Rede de Área de Armazenamento)

  • Artigo

Este artigo descreve a capacidade de suporte de ter uma inicialização do servidor Windows de uma SAN (Rede de Área de Armazenamento).

Aplica-se a: Windows Server 2012 R2, Windows Server 2008 R2 Service Pack 1, Windows 10 - todas as edições
Número de KB original: 305547

Mais informações

A Microsoft dá suporte ao inicialização de uma SAN (Rede de Área de Armazenamento) se o fornecedor de SAN der suporte à plataforma de hardware específica que inicializa um servidor Windows. O HBA (adaptador de barramento de host e SAN) deve ser configurado de acordo com as diretrizes do fornecedor san e o fornecedor de SAN deve atuar como o ponto de main de contato para problemas relacionados à inicialização. Esse requisito existe porque a inicialização de uma SAN é complexa e o fornecedor precisa dar suporte à configuração específica porque o fornecedor de SAN fornece a instrução de suporte de inicialização SAN. É importante observar que as informações incluídas neste artigo não se destinam a ser uma lista all-inclusive dos itens necessários para inicializar de uma SAN. O fornecedor de SAN deve fornecer etapas específicas, drivers, revisões de firmware e recursos sobre como fazer com que seu hardware (sistemas de armazenamento, comutadores, Adaptadores de Barramento de Host e assim por diante) funcionem corretamente juntos.

Configuração

Os seguintes problemas devem ser resolvidos para que vários computadores possam inicializar com êxito de uma SAN:

  • Para inicializar vários computadores de uma SAN, a SAN deve ser configurada em um ambiente comutado ou deve ser diretamente anexada de cada host a uma das portas do Fibre Channel do subsistema de armazenamento. O uso do Fiber Channel – Loop Arbitrated (FC-AL) não tem suporte ao inicializar vários servidores da SAN porque não permite que os hosts anexados à SAN sejam devidamente separados uns dos outros. Um ambiente comutado permite que os hosts sejam separados uns dos outros. A inicialização para uma SAN com uma topologia do Loop de Fibra Channel-Arbitrated só é suportada ao inicializar um único servidor da SAN.

  • O host deve ter acesso exclusivo ao disco do qual está inicializando. Nenhum outro host na SAN deve ser capaz de detectar ou ter acesso ao mesmo disco lógico. Isso pode ser feito usando um tipo de gerenciamento LUN (Número de Unidade Lógica), como mascaramento de LUN, zoneamento ou alguma combinação desses métodos. O gerenciamento do LUN normalmente é configurado no nível do HBA (adaptador de barramento de host) e/ou do subsistema de armazenamento e/ou no Windows. O Windows não fornece recursos para mapear LUNs.

  • Software de vários caminhos e vários HBAs melhoram suas chances de recuperação de uma falha de caminho. A finalidade de ter vários HBAs em um único host é ter redundância e (possivelmente) aumentar a taxa de transferência. No entanto, se ocorrer uma falha e um caminho para a SAN for perdido, poderá haver um período de tempo em que as unidades na SAN não estarão acessíveis. Essa falha de caminho pode causar problemas com o servidor Windows. O comportamento do software multi-caminho varia muito entre fornecedores. Verifique o Catálogo do Windows (anteriormente Lista de Compatibilidade de Hardware ou HCL) para sistemas Storage/RAID para verificar se o driver de vários caminhos está no Catálogo do Windows com o sistema de armazenamento. Se você não encontrar o software de vários caminhos, entre em contato com seu fornecedor san.

  • Se os hosts anexados fizerem parte de uma solução de cluster do Windows 2000, você deverá usar um HBA para o processo de inicialização e um HBA separado para armazenamento compartilhado.

  • Se os hosts anexados fizerem parte de uma solução de cluster do Windows 2000 e estiverem usando o recurso DE E/S multipata da Microsoft (MPIO), você precisará de quatro HBAs.

Solução de problemas

Esta seção descreve vários problemas que podem impedir que um servidor Windows seja inicializado com êxito de uma SAN:

  • Um problema comum ao configurar uma SAN é que é possível que vários hosts possam ter acesso ao mesmo disco lógico. Isso geralmente ocorre porque o gerenciamento lun adequado não foi empregado. O comportamento padrão do Windows é anexar e montar todas as unidades lógicas que ele detecta quando o driver HBA é carregado. Se vários hosts montarem o mesmo disco, o dano do sistema de arquivos poderá ocorrer. Cabe à configuração da SAN garantir que apenas um host possa acessar um disco lógico específico por vez. Os sintomas de vários hosts acessando o mesmo disco lógico são:
    O Gerenciamento de Disco exibe o mesmo disco lógico em vários hosts. Plug and Play notificação de que o novo hardware é encontrado pode ocorrer em vários hosts quando você adiciona ou configura um novo disco lógico. Quando você tenta acessar um disco lógico usando Meu Computador ou Windows Explorer, você pode receber uma mensagem de erro "Access Denied", "Device not Ready" ou semelhante que pode indicar que outros hosts têm acesso ao mesmo disco lógico.

  • Seu computador para de responder (trava) ou tem tempos de resposta lentos. Isso pode indicar que há uma alta latência no pagefile e isso pode ser acompanhado por eventos no Log do Sistema, como:

    ID do evento: 51
    Tipo de Evento: Aviso
    Fonte do evento: disco
    Descrição: um erro foi detectado no dispositivo \Device\Harddisk0\DR0 durante uma operação de paginação.

    ID do evento: 11
    Fonte: %HBA_DRIVER_NAME%
    Descrição: o driver detectou um erro do controlador em Device\ScsiPort0.

    ID do evento: 9
    Fonte: %HBA_DRIVER_NAME%
    Descrição: o dispositivo , \Device\ScsiPort0, não respondeu dentro do período limite.

    Se as mensagens de erro anteriores estiverem no Log do Sistema, isso indicará que o Windows estava tentando acessar um disco e que havia um problema. Se o disco referenciado estiver na SAN, ele poderá indicar um problema de latência. Se uma ID de Evento 51 for mostrada, isso indica que o Gerenciador de Memória estava tentando copiar dados de ou para a memória e teve um problema. Outro indicador de problemas de latência de pagefile é se o servidor Windows tiver uma falha no sistema e uma das seguintes mensagens de erro forem exibidas em uma tela azul:

    0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

    ou

    0x0000000A IRQL_NOT_LESS_OR_EQUAL

    Uma possível resolução é colocar o arquivo de página no disco rígido local do host. O Windows precisa de acesso confiável ao pagefile à medida que os dados são páginados dentro ou fora da memória. Ter o pagefile local para o host garante que o acesso não seja influenciado por outros dispositivos e hosts na SAN.

    Observação

    Se o pagefile não estiver na mesma partição que a partição de inicialização (normalmente c:\Windows ou c:\WINNT), a criação de um arquivo Memory.dmp não ocorrerá. Um arquivo Memory.dmp é usado para solucionar problemas de um computador Windows com um erro STOP. Para obter informações sobre como configurar seu computador para um crashdump, consulte Ajuda do Windows.

Há várias maneiras de resolve os problemas anteriores. O primeiro método é tentar correlacionar o tempo com todos os eventos que estão ocorrendo na SAN. Por exemplo, o HostA estava fazendo uma grande operação de cópia e o HostB relata o Erro 9s, isso pode implicar que o gerenciamento lun adequado não está em vigor. Outro exemplo é se o HostB produzir erros sempre que o HostA for reiniciado. Isso pode indicar que o FC-AL está sendo usado e o HostB está sendo afetado por uma sequência lip (inicialização de loop) do HostA. Geralmente, eles podem ser corrigidos reconfigurando a SAN e isso requer a assistência do fornecedor de hardware. Qualquer tipo de problemas de latência pode ser resolvido colocando pagefile no disco rígido local do servidor Windows, mas, novamente, isso desabilita a criação de um despejo de memória. Um ponto chave para entender é que o fornecedor de hardware da SAN terá mais informações sobre a configuração adequada e deve ser o primeiro ponto de contato para todas as questões e preocupações de configuração.