Supporto per l'avvio da una rete san (Storage Area Network)

Questo articolo descrive la possibilità di supportare l'avvio di un server Windows da una rete SAN (Storage Area Network).

Numero KB originale: 305547

Ulteriori informazioni

Microsoft supporta l'avvio da una rete SAN (Storage Area Network) se il fornitore SAN supporta l'avvio di un server Windows per la piattaforma hardware specifica. La scheda SAN e l'adattatore bus host (HBA) devono essere configurati in base alle linee guida del fornitore SAN e il fornitore SAN deve fungere da punto di contatto principale per i problemi relativi all'avvio. Questo requisito esiste perché l'avvio da una SAN è complesso e il fornitore deve supportare la configurazione specifica perché il fornitore SAN fornisce l'istruzione di supporto per l'avvio SAN. È importante notare che le informazioni incluse in questo articolo non devono essere un elenco completo degli elementi necessari per l'avvio da una SAN. Il fornitore san deve fornire passaggi, driver, revisioni del firmware e risorse specifici su come rendere l'hardware (sistemi di archiviazione, commutatori, adattatori bus host e così via) funzionare correttamente insieme.

Impostazione

I problemi seguenti devono essere risolti in modo che più computer possano eseguire correttamente l'avvio da una SAN:

• Per avviare più computer da una SAN, è necessario configurare la rete SAN in un ambiente commutato oppure deve essere collegata direttamente da ogni host a una delle porte Fibre Channel del sottosistema di archiviazione. L'uso di Fiber Channel - Ciclo arbitrato (FC-AL) non è supportato durante l'avvio di più server dalla SAN perché non consente agli host collegati alla SAN di essere separati correttamente l'uno dall'altro. Un ambiente commutato consente agli host di essere separati l'uno dall'altro. L'avvio in una san con una topologia ciclo fiber channel-arbitrated è supportato solo quando si avvia un singolo server dalla rete SAN.

• L'host deve avere accesso esclusivo al disco da cui viene avviato. Nessun altro host nella rete SAN deve essere in grado di rilevare o avere accesso allo stesso disco logico. A tale scopo, è possibile usare un tipo di gestione LUN (Logical Unit Number), ad esempio mascheramento LUN, suddivisione in zone o una combinazione di questi metodi. La gestione LUN viene normalmente configurata a livello switch, sottosistema di archiviazione e/o scheda bus host (HBA) e non in Windows. Windows non offre funzionalità per il mapping dei LUN.

• Il software multi-percorso e più HBA migliorano le probabilità di ripristino da un errore di percorso. Lo scopo di avere più HBA in un singolo host consiste nell'avere ridondanza e (possibilmente) una maggiore velocità effettiva. Tuttavia, se si verifica un errore e si perde un percorso alla rete SAN, potrebbe verificarsi un periodo di tempo in cui le unità sulla SAN non sono accessibili. Questo errore di percorso può causare problemi con il server Windows. Il comportamento del software multi-percorso varia notevolmente tra i fornitori. Controllare il Catalogo Windows (in precedenza Hardware Compatibility List o HCL) per i sistemi di archiviazione/RAID per assicurarsi che il driver multi-percorso si trova nel Catalogo Windows con il sistema di archiviazione. Se non è possibile trovare il software multi-percorso, contattare il fornitore san.

• Se gli host collegati fanno parte di una soluzione cluster Windows 2000, è necessario usare un HBA per il processo di avvio e un HBA separato per l'archiviazione condivisa.

• Se gli host collegati fanno parte di una soluzione cluster Windows 2000 e usano la funzionalità MPIO (MultiPath I/O), sono necessari quattro HBA.

Risoluzione dei problemi

Questa sezione descrive diversi problemi che potrebbero impedire l'avvio di un server Windows da una rete SAN:

• Un problema comune quando si configura una rete SAN è che è possibile che più host abbiano accesso allo stesso disco logico. Ciò si verifica in genere perché non è stata usata una gestione LUN appropriata. Il comportamento predefinito di Windows consiste nel collegare e montare ogni unità logica rilevata quando viene caricato il driver HBA. Se più host montano lo stesso disco, possono verificarsi danni al file system. Spetta alla configurazione della san assicurarsi che un solo host possa accedere a un disco logico specifico alla volta. I sintomi di più host che accedono allo stesso disco logico sono:
  Gestione disco visualizza lo stesso disco logico in più host. Quando si aggiunge o si configura un nuovo disco logico, è possibile che venga rilevato un nuovo hardware in più host. Quando si tenta di accedere a un disco logico usando Il mio computer o Esplora risorse, è possibile che venga visualizzato un messaggio di errore "Accesso negato", "Dispositivo non pronto" o un messaggio di errore simile che potrebbe indicare che altri host hanno accesso allo stesso disco logico.

• Il computer smette di rispondere (si blocca) o ha tempi di risposta lenti. Ciò può indicare che esiste una latenza elevata per il file di paging e questo può essere accompagnato da eventi nel log di sistema, ad esempio:

  ID evento: 51
  Tipo evento: Avviso
  Origine evento: disco
  Descrizione: è stato rilevato un errore nel dispositivo \Device\Harddisk0\DR0 durante un'operazione di paging.

  ID evento: 11
  Origine: %HBA_DRIVER_NAME%
  Descrizione: il driver ha rilevato un errore del controller in Device\ScsiPort0.

  ID evento: 9
  Origine: %HBA_DRIVER_NAME%
  Descrizione: il dispositivo \Device\ScsiPort0 non ha risposto entro il periodo di timeout.

  Se i messaggi di errore precedenti si trovano nel registro di sistema, indica che Windows stava tentando di accedere a un disco e si è verificato un problema. Se il disco a cui viene fatto riferimento si trova nella rete SAN, potrebbe indicare un problema di latenza. Se viene visualizzato un ID evento 51, indica che Gestione memoria stava tentando di copiare dati da o verso la memoria e si è verificato un problema. Un altro indicatore dei problemi di latenza del file di pagina è se il server Windows presenta un errore di sistema e uno dei messaggi di errore seguenti viene visualizzato su una schermata blu:

  0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

  o

  0x0000000A IRQL_NOT_LESS_OR_EQUAL

  Una possibile risoluzione consiste nell'inserire il file di paging sul disco rigido locale dell'host. Windows richiede l'accesso affidabile al file di paging perché i dati vengono inseriti nella pagina o nella memoria insufficiente. La presenza del file di paging locale nell'host garantisce che l'accesso non sia influenzato da altri dispositivi e host nella rete SAN.

  Note

  Se il file di paging non si trova nella stessa partizione della partizione di avvio (in genere c:\Windows o c:\WINNT), la creazione di un file Memory.dmp non si verificherà. Viene usato un file Memory.dmp per la risoluzione dei problemi relativi a un computer Windows con un errore STOP. Per informazioni su come configurare il computer per un arresto anomalo del sistema, vedere Guida di Windows.

Esistono diversi modi per risolvere i problemi precedenti. Il primo metodo consiste nel provare e correlare l'ora con gli eventi che si verificano nella rete SAN. Ad esempio, HostA stava eseguendo un'operazione di copia di grandi dimensioni e HostB segnala l'errore 9s, potrebbe implicare che la gestione lun appropriata non sia sul posto. Un altro esempio è se HostB genera errori ogni volta che hostA viene riavviato. Ciò può indicare che FC-AL è in uso e HostB è interessato da sequenze di primitive di inizializzazione del ciclo (LIP) da HostA. Questi possono spesso essere corretti riconfigurando la SAN e ciò richiede l'assistenza del fornitore di hardware. Qualsiasi tipo di problemi di latenza potrebbe essere risolto inserendo il file di paging nel disco rigido locale di Windows Server, ma anche in questo caso viene disabilitata la creazione di un dump della memoria. Un punto chiave da comprendere è che il fornitore hardware della SAN avrà la maggior parte delle informazioni sulla configurazione corretta e deve essere il primo punto di contatto per tutte le domande e i problemi di configurazione.