Unterstützung für das Starten aus einem Storage Area Network (SAN)

  • Artikel

In diesem Artikel wird die Unterstützung für den Start eines Windows-Servers aus einem Storage Area Network (SAN) beschrieben.

Gilt für: Windows Server 2012 R2, Windows Server 2008 R2 Service Pack 1, Windows 10 – alle Editionen
Ursprüngliche KB-Nummer: 305547

Weitere Informationen

Microsoft unterstützt das Starten von einem Storage Area Network (SAN), wenn der SAN-Anbieter das Starten eines Windows-Servers für seine bestimmte Hardwareplattform unterstützt. Der SAN- und Hostbusadapter (Host Bus Adapter, HBA) muss gemäß den Richtlinien des SAN-Anbieters konfiguriert werden, und der SAN-Anbieter muss als Standard Kontaktstelle für Startprobleme fungieren. Diese Anforderung besteht, da das Starten von einem SAN komplex ist und der Anbieter die jeweilige Konfiguration unterstützen muss, da der SAN-Anbieter die San-Startunterstützungsanweisung bereitstellt. Es ist wichtig zu beachten, dass die in diesem Artikel enthaltenen Informationen keine umfassende Liste der Elemente sein sollen, die für den Start von einem SAN erforderlich sind. Der SAN-Anbieter muss bestimmte Schritte, Treiber, Firmwarerevisionen und Ressourcen bereitstellen, damit seine Hardware (Speichersysteme, Switches, Hostbusadapter usw.) ordnungsgemäß zusammenarbeiten kann.

Konfiguration

Die folgenden Probleme müssen behoben werden, damit mehrere Computer erfolgreich von einem SAN gestartet werden können:

  • Um mehrere Computer von einem SAN zu starten, muss das SAN entweder in einer switched-Umgebung konfiguriert oder direkt von jedem Host an einen der Fibre Channel-Ports des Speichersubsystems angefügt werden. Die Verwendung von Fiber Channel – Arbitrated Loop (FC-AL) wird beim Starten mehrerer Server vom SAN nicht unterstützt, da die an das SAN angefügten Hosts nicht ordnungsgemäß voneinander getrennt werden können. In einer switched-Umgebung können die Hosts voneinander getrennt werden. Das Starten eines SAN mit einer Fiber Channel-Arbitrated Loop-Topologie wird nur beim Starten eines einzelnen Servers vom SAN unterstützt.

  • Der Host muss über exklusiven Zugriff auf den Datenträger verfügen, von dem er gestartet wird. Kein anderer Host im SAN sollte in der Lage sein, denselben logischen Datenträger zu erkennen oder darauf zugreifen zu können. Dies kann mithilfe eines Typs der LUN-Verwaltung (Logical Unit Number) erreicht werden, z. B. LUN-Maskierung, Zonenzuordnung oder eine Kombination dieser Methoden. Die LUN-Verwaltung wird normalerweise auf der Switch-, Speichersubsystem- und/oder HostBusadapterebene (Host Bus Adapter, HBA) und nicht in Windows konfiguriert. Windows bietet keine Funktionen zum Zuordnen von LUNs.

  • Software mit mehreren Pfaden und mehrere HBAs verbessern Die Wahrscheinlichkeit einer Wiederherstellung nach einem Pfadfehler. Der Zweck mehrerer HBAs auf einem einzelnen Host besteht darin, Redundanz und (möglicherweise) einen höheren Durchsatz zu haben. Wenn jedoch ein Fehler auftritt und ein Pfad zum SAN verloren geht, kann es einen Zeitraum geben, in dem auf die Laufwerke im SAN nicht zugegriffen werden kann. Dieser Pfadfehler kann Probleme mit dem Windows-Server verursachen. Das Verhalten von Software mit mehreren Pfaden variiert zwischen den Anbietern stark. Überprüfen Sie den Windows-Katalog (früher Hardwarekompatibilitätsliste oder HCL) für Speicher-/RAID-Systeme, um sicherzustellen, dass sich der Multipfadtreiber im Windows-Katalog mit dem Speichersystem befindet. Wenn Sie die Software mit mehreren Pfaden nicht finden können, wenden Sie sich an Ihren SAN-Anbieter.

  • Wenn die angefügten Hosts Teil einer Windows 2000-Clusterlösung sind, müssen Sie einen HBA für den Startprozess und einen separaten HBA für freigegebenen Speicher verwenden.

  • Wenn die angefügten Hosts Teil einer Windows 2000-Clusterlösung sind und das Microsoft Multipfad-E/A-Feature (MPIO) verwenden, benötigen Sie vier HBAs.

Problembehandlung

In diesem Abschnitt werden mehrere Probleme beschrieben, die verhindern können, dass ein Windows-Server erfolgreich von einem SAN gestartet wird:

  • Ein häufiges Problem beim Konfigurieren eines SAN ist, dass es möglich ist, dass mehrere Hosts Zugriff auf denselben logischen Datenträger haben. Dies tritt in der Regel auf, weil keine ordnungsgemäße LUN-Verwaltung verwendet wurde. Das Standardverhalten von Windows besteht darin, jede logische Einheit anzufügen und einzubinden, die beim Laden des HBA-Treibers erkannt wird. Wenn mehrere Hosts denselben Datenträger einbinden, können Dateisystemschäden auftreten. Es ist an der Konfiguration des SAN zu stellen, dass jeweils nur ein Host auf einen bestimmten logischen Datenträger zugreifen kann. Symptome für mehrere Hosts, die auf denselben logischen Datenträger zugreifen, sind:
    Die Datenträgerverwaltung zeigt denselben logischen Datenträger auf mehreren Hosts an. Plug & Play Benachrichtigung, dass neue Hardware gefunden wird, kann auf mehreren Hosts auftreten, wenn Sie einen neuen logischen Datenträger hinzufügen oder konfigurieren. Wenn Sie versuchen, mithilfe von "Arbeitsplatz" oder Windows-Explorer auf einen logischen Datenträger zuzugreifen, erhalten Sie möglicherweise die Fehlermeldung "Zugriff verweigert", "Gerät nicht bereit" oder eine ähnliche Fehlermeldung, die darauf hindeutet, dass andere Hosts Zugriff auf denselben logischen Datenträger haben.

  • Ihr Computer reagiert nicht mehr (hängt) oder hat langsame Antwortzeiten. Dies kann darauf hindeuten, dass die Auslagerungsdatei eine hohe Latenz aufweist, und dies kann von Ereignissen im Systemprotokoll begleitet werden, z. B.:

    Ereignis-ID: 51
    Ereignistyp: Warnung
    Ereignisquelle: Datenträger
    Beschreibung: Während eines Auslagerungsvorgangs wurde ein Fehler auf dem Gerät \Device\Harddisk0\DR0 erkannt.

    Ereignis-ID: 11
    Quelle: %HBA_DRIVER_NAME%
    Beschreibung: Der Treiber hat einen Controllerfehler auf Device\ScsiPort0 erkannt.

    Ereignis-ID: 9
    Quelle: %HBA_DRIVER_NAME%
    Beschreibung: Das Gerät \Device\ScsiPort0 hat innerhalb des Timeoutzeitraums nicht geantwortet.

    Wenn sich die obigen Fehlermeldungen im Systemprotokoll befinden, weist dies darauf hin, dass Windows versucht hat, auf einen Datenträger zuzugreifen, und dass ein Problem aufgetreten ist. Wenn sich der Datenträger, auf den verwiesen wird, im SAN befindet, kann dies auf ein Latenzproblem hinweisen. Wenn eine Ereignis-ID 51 angezeigt wird, gibt dies an, dass der Speicher-Manager versucht hat, Daten in den oder aus dem Arbeitsspeicher zu kopieren und ein Problem aufgetreten ist. Ein weiterer Indikator für Probleme mit der Auslagerungsdateilatenz ist, wenn der Windows-Server einen Systemfehler aufweist und eine der folgenden Fehlermeldungen auf einem Bluescreen angezeigt wird:

    0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

    oder

    0x0000000A IRQL_NOT_LESS_OR_EQUAL

    Eine mögliche Lösung besteht darin, die Auslagerungsdatei auf der lokalen Festplatte des Hosts zu platzieren. Windows benötigt zuverlässigen Zugriff auf die Auslagerungsdatei, wenn Daten in oder außerhalb des Arbeitsspeichers ausgelagert werden. Wenn die Auslagerungsdatei auf dem Host lokal ist, wird sichergestellt, dass der Zugriff nicht von anderen Geräten und Hosts im SAN beeinflusst wird.

    Hinweis

    Wenn sich die Auslagerungsdatei nicht auf derselben Partition wie die Startpartition befindet (in der Regel c:\Windows oder c:\WINNT), wird keine Memory.dmp-Datei erstellt. Eine Memory.dmp-Datei wird zur Problembehandlung eines Windows-Computers mit einem STOP-Fehler verwendet. Informationen zum Konfigurieren Ihres Computers für einen Absturzdump finden Sie in der Windows-Hilfe.

Es gibt mehrere Möglichkeiten, die oben genannten Probleme zu beheben. Die erste Methode besteht darin, die Zeit mit allen Ereignissen zu korrelieren, die im SAN auftreten. Beispielsweise hat HostA einen umfangreichen Kopiervorgang ausgeführt und HostB meldet die Fehler 9. Dies kann implizieren, dass keine ordnungsgemäße LUN-Verwaltung vorhanden ist. Ein weiteres Beispiel ist, wenn HostB fehler erzeugt, wenn HostA neu gestartet wird. Dies kann darauf hindeuten, dass FC-AL verwendet wird und HostB von einer LIP-Sequenz (Loop Initialization Primitive) von HostA betroffen ist. Diese können häufig durch eine Neukonfiguration des SAN korrigiert werden, und dies erfordert die Unterstützung des Hardwareherstellers. Jede Art von Latenzproblemen kann behoben werden, indem eine Auslagerungsdatei auf der lokalen Festplatte des Windows-Servers platziert wird, aber auch hier wird die Erstellung eines Speicherabbilds deaktiviert. Ein wichtiger Punkt, der zu verstehen ist, dass der Hardwarehersteller des SAN die meisten Informationen zur richtigen Konfiguration hat und der erste Ansprechpartner für alle Konfigurationsfragen und -bedenken sein muss.