Freigeben über

Unterstützung für den Start von 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.

Ursprüngliche KB-Nummer: 305547

Weitere Informationen

Microsoft unterstützt das Starten von einem Storage Area Network (SAN), wenn der SAN-Anbieter die jeweilige Hardwareplattform unterstützt, die einen Windows-Server startet. Der SAN- und Hostbusadapter (HBA) muss gemäß den Richtlinien des SAN-Anbieters konfiguriert werden, und der SAN-Anbieter muss als Hauptkontaktpunkt für Startprobleme fungieren. Diese Anforderung besteht, da das Starten von einem SAN komplex ist und der Anbieter die bestimmte Konfiguration unterstützen muss, da der SAN-Anbieter die SAN-Startunterstützungserklärung bereitstellt. Es ist wichtig zu beachten, dass die informationen, die in diesem Artikel enthalten sind, keine all-inklusive Liste der Elemente sein sollen, die zum Starten von einem SAN erforderlich sind. Der SAN-Anbieter muss bestimmte Schritte, Treiber, Firmwarerevisionen und Ressourcen angeben, wie ihre Hardware (Speichersysteme, Switches, Hostbusadapter usw.) ordnungsgemäß funktionieren.

Konfiguration

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

  • Um mehrere Computer von einem SAN zu starten, muss das SAN entweder in einer switched-Umgebung konfiguriert werden, oder es muss 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 aus dem SAN nicht unterstützt, da die an das SAN angeschlossenen Hosts nicht ordnungsgemäß voneinander getrennt werden können. Eine switched-Umgebung ermöglicht es den Hosts, voneinander getrennt zu sein. Das Starten eines SAN mit einer Fiber Channel-Arbitrated Loop-Topologie wird nur unterstützt, wenn ein einzelner Server aus dem SAN gestartet wird.

  • Der Host muss exklusiven Zugriff auf den Datenträger haben, von dem er gestartet wird. Kein anderer Host auf dem SAN sollte in der Lage sein, denselben logischen Datenträger zu erkennen oder darauf zuzugreifen. Dies kann mithilfe einer Art von LUN-Verwaltung (Logical Unit Number) wie LUN-Maskierung, Zoning oder einer Kombination dieser Methoden erreicht werden. Die LUN-Verwaltung wird normalerweise auf Switch-, Speichersubsystem- und/oder Hostbusadapterebene (HBA) und nicht in Windows konfiguriert. Windows bietet keine Funktionen zum Zuordnen von LUNs.

  • Multi-Path-Software und mehrere HBAs verbessern die Chancen auf Wiederherstellung von einem Pfadfehler. Der Zweck, mehrere HBAs in einem einzigen Host zu haben, besteht darin, Redundanz und (möglicherweise) erhöhten Durchsatz zu haben. Wenn jedoch ein Fehler auftritt und ein Pfad zum SAN verloren geht, kann es einen Zeitraum geben, in dem die Laufwerke auf dem SAN nicht zugänglich sind. Dieser Pfadfehler kann Probleme mit dem Windows-Server verursachen. Das Verhalten von Multi-Path-Software variiert stark zwischen Anbietern. Überprüfen Sie den Windows-Katalog (ehemals Hardwarekompatibilitätsliste oder HCL) für Speicher-/RAID-Systeme, um sicherzustellen, dass sich der Mehrpfadtreiber 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 gemeinsam genutzten Speicher verwenden.

  • Wenn die angefügten Hosts Teil einer Windows 2000-Clusterlösung sind und das Microsoft Multipath I/O-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 besteht darin, dass mehrere Hosts möglicherweise Zugriff auf denselben logischen Datenträger haben. Dies tritt in der Regel auf, da die richtige LUN-Verwaltung nicht eingesetzt wurde. Das Standardverhalten von Windows besteht darin, jede logische Einheit anzufügen und zu mounten, die beim Laden des HBA-Treibers erkannt wird. Wenn mehrere Hosts denselben Datenträger bereitstellen, kann ein Dateisystemschaden auftreten. Es liegt an der Konfiguration des SAN, um zu versichern, dass jeweils nur ein Host auf einen bestimmten logischen Datenträger zugreifen kann. Symptome mehrerer 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 eine 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 Reaktionszeiten. Dies kann darauf hinweisen, dass es eine hohe Latenz für die Seitendatei gibt, 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 nicht innerhalb des Timeoutzeitraums geantwortet.

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

    0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

    or

    0x0000000A IRQL_NOT_LESS_OR_EQUAL

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

    Notiz

    Wenn sich die Seitendatei nicht auf derselben Partition wie die Startpartition befindet (in der Regel c:\Windows oder c:\WINNT), tritt die Erstellung einer Memory.dmp Datei nicht auf. Eine Memory.dmp Datei wird für die Problembehandlung eines Windows-Computers verwendet, auf dem ein STOPP-Fehler auftritt. Informationen zum Konfigurieren Ihres Computers für einen Absturzdump finden Sie in der Windows-Hilfe.

Es gibt mehrere Möglichkeiten, die vorherigen Probleme zu beheben. Die erste Methode besteht darin, die Zeit mit allen Ereignissen zu korrelieren, die auf dem SAN auftreten. HostA hat beispielsweise einen großen Kopiervorgang durchgeführt, und HostB meldet die Fehler 9s, es kann bedeuten, dass die richtige LUN-Verwaltung nicht vorhanden ist. Ein weiteres Beispiel ist, wenn HostB Fehler erzeugt, wenn HostA neu gestartet wird. Dies kann darauf hinweisen, dass FC-AL verwendet wird und HostB von einer Loop Initialization Primitive (LIP)-Sequenz von HostA betroffen ist. Diese können häufig korrigiert werden, indem das SAN neu konfiguriert wird, und dies erfordert die Unterstützung des Hardwareanbieters. Alle Arten von Latenzproblemen können behoben werden, indem Seitendateien auf der lokalen Festplatte des Windows-Servers platziert werden, aber auch hier wird die Erstellung eines Speicherabbilds deaktiviert. Ein wichtiger Punkt zu verstehen ist, dass der Hardwareanbieter des SAN die meisten Informationen über die richtige Konfiguration hat und der erste Ansprechpartner für alle Konfigurationsfragen und Bedenken sein muss.