Suporte para inicialização a partir de uma rede de área de armazenamento (SAN)
Este artigo descreve a capacidade de suporte de ter um servidor Windows inicializado a partir de uma SAN (Rede de Área de Armazenamento).
Número original do KB: 305547
Mais informações
A Microsoft oferece suporte à inicialização de uma SAN (Rede de Área de Armazenamento) se o fornecedor de SAN oferecer suporte à sua plataforma de hardware específica inicializando um servidor Windows. A SAN e o HBA (Host Bus Adapter, adaptador de barramento de host) devem ser configurados de acordo com as diretrizes do fornecedor da SAN e o fornecedor da SAN deve atuar como o principal ponto de contato para problemas relacionados à inicialização. Esse requisito existe porque a inicialização de uma SAN é complexa e o fornecedor precisa oferecer suporte à configuração específica porque o fornecedor da SAN fornece a declaração de suporte de inicialização da SAN. É importante observar que as informações incluídas neste artigo não se destinam a ser uma lista completa dos itens necessários para a inicialização a partir de uma SAN. O fornecedor de SAN deve fornecer etapas, drivers, revisões de firmware e recursos específicos sobre como fazer com que seu hardware (sistemas de armazenamento, comutadores, adaptadores de barramento de host e assim por diante) funcione corretamente em conjunto.
Configuração
Os seguintes problemas devem ser resolvidos para que vários computadores possam inicializar com êxito a partir de uma SAN:
Para inicializar vários computadores a partir de uma SAN, a SAN deve ser configurada em um ambiente comutado ou deve ser conectada diretamente de cada host a uma das portas Fibre Channel do subsistema de armazenamento. O uso de FC-AL (Fiber Channel - Arbitrated Loop) não é suportado ao inicializar vários servidores da SAN porque não permite que os hosts conectados à SAN sejam devidamente segregados uns dos outros. Um ambiente comutado permite que os hosts sejam separados uns dos outros. A inicialização em uma SAN com uma topologia de loop arbitrado Fiber Channel só é suportada ao inicializar um único servidor a partir 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 de LUN (Número de Unidade Lógica), como mascaramento de LUN, zoneamento ou alguma combinação desses métodos. O gerenciamento de LUNs normalmente é configurado no nível do switch, do subsistema de armazenamento e/ou do HBA (Host Bus Adapter, adaptador de barramento de host) e não no Windows. O Windows não fornece recursos para mapear LUNs.
O software de vários caminhos e vários HBAs aumentam 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) maior taxa de transferência. No entanto, se ocorrer uma falha e um caminho para a SAN for perdido, pode haver um período de tempo em que as unidades na SAN não estejam acessíveis. Essa falha de caminho pode causar problemas com o servidor Windows. O comportamento do software multicaminho varia muito entre os fornecedores. Verifique o Catálogo do Windows (anteriormente Lista de compatibilidade de hardware ou HCL) para sistemas de armazenamento/RAID para certificar-se de que o driver de vários caminhos esteja no Catálogo do Windows com o sistema de armazenamento. Se você não conseguir encontrar o software de vários caminhos, entre em contato com o fornecedor da 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 MPIO (Multipath I/O) da Microsoft, 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 a partir de uma SAN:
Um problema comum quando você configura uma SAN é que é possível que vários hosts tenham acesso ao mesmo disco lógico. Isso geralmente ocorre porque o gerenciamento adequado de LUNs não foi empregado. O comportamento padrão do Windows é anexar e montar todas as unidades lógicas detectadas quando o driver HBA é carregado. Se vários hosts montarem o mesmo disco, podem ocorrer danos ao sistema de arquivos. 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. A notificação Plug and Play de que um novo hardware é encontrado pode ocorrer em vários hosts quando você adiciona ou configura um novo disco lógico. Ao tentar acessar um disco lógico usando Meu Computador ou o Windows Explorer, você pode receber uma mensagem de erro "Acesso negado", "Dispositivo não pronto" 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 arquivo de paginação e isso pode ser acompanhado por eventos no Log do sistema, como:
ID do evento: 51
Tipo de Evento: Aviso
Origem do evento: Disco
Descrição: foi detectado um erro 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 de tempo limite.Se as mensagens de erro anteriores estiverem no Log do sistema, isso indica que o Windows estava tentando acessar um disco e houve um problema. Se o disco referenciado estiver na SAN, isso pode 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 do arquivo de paginação é se o servidor Windows tiver uma falha no sistema e uma das seguintes mensagens de erro for exibida 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 paginação no disco rígido local do host. O Windows precisa de acesso confiável ao arquivo de paginação à medida que os dados são paginados dentro ou fora da memória. Ter o arquivo de paginação local para o host garante que o acesso não seja influenciado por outros dispositivos e hosts na SAN.
Observação
Se o arquivo de paginação 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 que tem um erro STOP. Para obter informações sobre como configurar seu computador para um despejo de memória, consulte a Ajuda do Windows.
Existem várias maneiras de resolver os problemas anteriores. O primeiro método é tentar correlacionar o tempo com quaisquer eventos que estejam ocorrendo na SAN. Por exemplo, se o HostA estava fazendo uma operação de cópia grande e o HostB relata o Erro 9s, isso pode implicar que o gerenciamento adequado de LUNs não está em vigor. Outro exemplo é se o HostB produzir erros sempre que o HostA for reinicializado. Isso pode indicar que FC-AL está sendo usado e o HostB está sendo afetado por sequências LIP (Loop Initialization Primitive) do HostA. Muitas vezes, isso pode ser corrigido com a reconfiguração da SAN, e isso requer a assistência do fornecedor de hardware. Qualquer tipo de problema de latência pode ser resolvido colocando o arquivo de paginação no disco rígido local do servidor Windows, mas, novamente, isso desabilita a criação de um despejo de memória. Um ponto importante a ser entendido é 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 perguntas e preocupações de configuração.