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

  • Articolo

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

Si applica a: Windows Server 2012 R2, Windows Server 2008 R2 Service Pack 1, Windows 10 - tutte le edizioni
Numero KB originale: 305547

Ulteriori informazioni

Microsoft supporta l'avvio da una rete SAN (Storage Area Network) se il fornitore SAN supporta la piattaforma hardware specifica che avvia un server Windows. La 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 dell'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 specifici, driver, revisioni del firmware e risorse su come far funzionare correttamente l'hardware (sistemi di archiviazione, commutatori, adattatori del bus host e così via).

Configurazione

È necessario risolvere i problemi seguenti in modo che più computer possano eseguire correttamente l'avvio da una SAN:

  • Per avviare più computer da una SAN, la SAN deve essere configurata 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 - Arbitrated Loop (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 Fiber Channel-Arbitrated Loop è supportato solo quando si avvia un singolo server dalla SAN.

  • L'host deve avere accesso esclusivo al disco da cui viene avviato. Nessun altro host nella SAN deve essere in grado di rilevare o avere accesso allo stesso disco logico. Questa operazione può essere eseguita usando un tipo di gestione dei numeri di unità logica (LUN), ad esempio mascheramento LUN, suddivisione in zone o una combinazione di questi metodi. La gestione LUN viene in genere configurata a livello di commutatore, sottosistema di archiviazione e/o adattatore del bus host (HBA) e non all'interno di Windows. Windows non offre funzionalità per il mapping di LUN.

  • Il software multi-percorso e più HBA migliorano le possibilità di ripristino da un errore del percorso. Lo scopo di avere più HBA in un singolo host consiste nell'avere ridondanza e (possibilmente) una velocità effettiva maggiore. Tuttavia, se si verifica un errore e si perde un percorso per la SAN, potrebbe verificarsi un periodo di tempo in cui le unità nella 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 di Windows (in precedenza elenco di compatibilità hardware o HCL) per i sistemi di archiviazione/RAID per assicurarsi che il driver multipercorso si trova nel Catalogo di 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à Microsoft multipath I/O (MPIO), sono necessari quattro HBA.

Risoluzione dei problemi

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

  • Un problema comune quando si configura una SAN è che è possibile che più host abbiano accesso allo stesso disco logico. Ciò si verifica in genere perché non è stata impiegata 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 determinato disco logico alla volta. I sintomi di più host che accedono allo stesso disco logico sono:
    Gestione dischi visualizza lo stesso disco logico in più host. Plug and Play notifica che viene rilevato un nuovo hardware può verificarsi in più host quando si aggiunge o si configura un nuovo disco logico. Quando si tenta di accedere a un disco logico usando Risorse del 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 presenta tempi di risposta lenti. Ciò può indicare che è presente una latenza elevata per il file di paging, che 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 si fa riferimento si trova nella SAN, potrebbe indicare un problema di latenza. Se viene visualizzato un ID evento 51, questo indica che Gestione memoria stava tentando di copiare i dati da o verso la memoria e ha riscontrato un problema. Un altro indicatore dei problemi di latenza del file di pagina è se il server Windows ha un errore di sistema e uno dei seguenti messaggi di errore viene visualizzato su una schermata blu:

    0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

    oppure

    0x0000000A IRQL_NOT_LESS_OR_EQUAL

    Una possibile soluzione consiste nel posizionare il file di pagina nel disco rigido locale dell'host. Windows richiede un accesso affidabile al file di paging perché i dati sono memorizzati in memoria o esauriti. La presenza del file di paging locale nell'host garantisce che l'accesso non sia influenzato da altri dispositivi e host nella SAN.

    Nota

    Se il file di pagina 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 verrà eseguita. Un file Memory.dmp viene usato per la risoluzione dei problemi di un computer Windows con un errore STOP. Per informazioni su come configurare il computer per un crashdump, vedere La Guida di Windows.

Esistono diversi modi per risolvere i problemi precedenti. Il primo metodo consiste nel provare a correlare l'ora con gli eventi che si verificano nella SAN. Ad esempio, HostA stava eseguendo un'operazione di copia di grandi dimensioni e HostB segnala l'errore 9s, potrebbe implicare che non è stata eseguita una corretta gestione LUN. Un altro esempio è se HostB genera errori ogni volta che viene riavviato HostA. Ciò può indicare che fc-AL è in uso e HostB è interessato da una sequenza LIP (Loop Initialization Primitive) da HostA. Questi elementi possono spesso essere corretti riconfigurando la SAN e ciò richiede l'assistenza del fornitore dell'hardware. Qualsiasi tipo di problemi di latenza potrebbe essere risolto inserendo il file di pagina nel disco rigido locale del server Windows, ma anche in questo caso viene disabilitata la creazione di un dump di memoria. Un punto chiave da comprendere è che il fornitore di 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.