Prise en charge du démarrage à partir d’un réseau de zone de stockage (SAN)

  • Article

Cet article décrit la prise en charge du démarrage d’un serveur Windows à partir d’un réseau SAN (Storage Area Network).

S’applique à : Windows Server 2012 R2, Windows Server 2008 R2 Service Pack 1, Windows 10 - toutes les éditions
Numéro de la base de connaissances d’origine : 305547

Plus d’informations

Microsoft prend en charge le démarrage à partir d’un réseau SAN (Storage Area Network) si le fournisseur SAN prend en charge sa plateforme matérielle particulière lors du démarrage d’un serveur Windows. L’adaptateur SAN et l’adaptateur de bus hôte (HBA) doivent être configurés conformément aux instructions du fournisseur SAN et le fournisseur SAN doit agir comme point de contact main pour les problèmes liés au démarrage. Cette exigence existe, car le démarrage à partir d’un réseau SAN est complexe, et le fournisseur doit prendre en charge la configuration particulière, car le fournisseur SAN fournit l’instruction de prise en charge du démarrage SAN. Il est important de noter que les informations incluses dans cet article ne sont pas destinées à être une liste complète des éléments requis pour démarrer à partir d’un san. Le fournisseur SAN doit fournir des étapes spécifiques, des pilotes, des révisions de microprogramme et des ressources sur la façon dont son matériel (systèmes de stockage, commutateurs, adaptateurs de bus hôte, etc.) fonctionne correctement ensemble.

Configuration

Les problèmes suivants doivent être résolus pour que plusieurs ordinateurs puissent démarrer correctement à partir d’un réseau SAN :

  • Pour démarrer plusieurs ordinateurs à partir d’un réseau SAN, celui-ci doit être configuré dans un environnement commuté ou être directement attaché de chaque hôte à l’un des ports Fibre Channel du sous-système de stockage. L’utilisation de Fiber Channel - Arbitrated Loop (FC-AL) n’est pas prise en charge lors du démarrage de plusieurs serveurs à partir du SAN, car elle n’autorise pas les hôtes attachés au SAN à être correctement séparés les uns des autres. Un environnement commuté permet aux hôtes d’être séparés les uns des autres. Le démarrage vers un SAN avec une topologie de boucle fibre Channel-Arbitrated est pris en charge uniquement lors du démarrage d’un serveur unique à partir du san.

  • L’hôte doit disposer d’un accès exclusif au disque à partir duquel il démarre. Aucun autre hôte sur le san ne doit être en mesure de détecter ou d’avoir accès au même disque logique. Pour ce faire, vous pouvez utiliser un type de gestion de numéro d’unité logique (LUN), tel que le masquage des lun, le zonage ou une combinaison de ces méthodes. La gestion des lun est normalement configurée au niveau du commutateur, du sous-système de stockage et/ou de l’adaptateur HBA (Host Bus Adapter) et non dans Windows. Windows ne fournit aucune fonctionnalité pour le mappage des LUN.

  • Les logiciels à plusieurs chemins d’accès et plusieurs adaptateurs HBA améliorent vos chances de récupération suite à une défaillance de chemin d’accès. L’objectif d’avoir plusieurs adaptateurs HBA dans un seul hôte est d’avoir une redondance et (éventuellement) un débit accru. Toutefois, si une défaillance se produit et qu’un chemin d’accès au san est perdu, il peut y avoir un certain temps où les lecteurs sur le SAN ne sont pas accessibles. Cette défaillance de chemin d’accès peut entraîner des problèmes avec le serveur Windows. Le comportement des logiciels à plusieurs chemins varie considérablement d’un fournisseur à l’autre. Vérifiez le catalogue Windows (anciennement liste de compatibilité matérielle ou HCL) pour les systèmes de stockage/RAID pour vous assurer que le pilote multi-chemin se trouve dans le catalogue Windows avec le système de stockage. Si vous ne trouvez pas le logiciel à chemins multiples, contactez votre fournisseur SAN.

  • Si les hôtes attachés font partie d’une solution de cluster Windows 2000, vous devez utiliser un adaptateur HBA pour le processus de démarrage et un adaptateur HBA distinct pour le stockage partagé.

  • Si les hôtes attachés font partie d’une solution de cluster Windows 2000 et utilisent la fonctionnalité MPIO (Multipath I/O) de Microsoft, vous avez besoin de quatre adaptateurs HBA.

Résolution des problèmes

Cette section décrit plusieurs problèmes qui peuvent empêcher un serveur Windows de démarrer correctement à partir d’un san :

  • Un problème courant lors de la configuration d’un san est qu’il est possible que plusieurs hôtes aient accès au même disque logique. Cela se produit généralement parce que la gestion appropriée des lun n’a pas été utilisée. Le comportement par défaut de Windows consiste à attacher et monter chaque unité logique détectée lors du chargement du pilote HBA. Si plusieurs hôtes montent le même disque, le système de fichiers peut être endommagé. C’est à la configuration du SAN de s’assurer qu’un seul hôte peut accéder à un disque logique particulier à la fois. Les symptômes de l’accès de plusieurs hôtes au même disque logique sont les suivants :
    Gestion des disques affiche le même disque logique sur plusieurs hôtes. Plug-and-Play notification indiquant qu’un nouveau matériel est trouvé peut se produire sur plusieurs hôtes lorsque vous ajoutez ou configurez un nouveau disque logique. Lorsque vous essayez d’accéder à un disque logique à l’aide du Poste de travail ou de Windows Explorer, vous pouvez recevoir un message d’erreur « Accès refusé », « Appareil non prêt » ou similaire qui peut indiquer que d’autres hôtes ont accès au même disque logique.

  • Votre ordinateur cesse de répondre (se bloque) ou a des temps de réponse lents. Cela peut indiquer qu’il existe une latence élevée dans le fichier de page, et cela peut être accompagné d’événements dans le journal système tels que :

    ID d’événement : 51
    Type d'événement : Avertissement
    Source de l’événement : Disque
    Description : une erreur a été détectée sur l’appareil \Device\Harddisk0\DR0 lors d’une opération de pagination.

    ID d’événement : 11
    Source : %HBA_DRIVER_NAME%
    Description : le pilote a détecté une erreur de contrôleur sur Device\ScsiPort0.

    ID d’événement : 9
    Source : %HBA_DRIVER_NAME%
    Description : l’appareil, \Device\ScsiPort0, n’a pas répondu dans le délai d’expiration.

    Si les messages d’erreur précédents se trouvent dans le journal système, cela indique que Windows essayait d’accéder à un disque et qu’il y a eu un problème. Si le disque référencé se trouve sur le réseau SAN, cela peut indiquer un problème de latence. Si un ID d’événement 51 est affiché, cela indique que le Gestionnaire de mémoire a tenté de copier des données vers ou à partir de la mémoire et a rencontré un problème. Un autre indicateur de problèmes de latence de fichier de page est si le serveur Windows présente une défaillance du système et que l’un des messages d’erreur suivants s’affiche sur un écran bleu :

    0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

    ou

    0x0000000A IRQL_NOT_LESS_OR_EQUAL

    Une résolution possible consiste à placer le fichier de page sur le disque dur local de l’hôte. Windows a besoin d’un accès fiable au fichier de page, car les données sont paginées dans ou hors de mémoire. Le fait que le fichier de page soit local sur l’hôte garantit que l’accès n’est pas influencé par d’autres appareils et hôtes sur le réseau SAN.

    Remarque

    Si le fichier de page ne se trouve pas sur la même partition que la partition de démarrage (généralement c :\Windows ou c :\WINNT), la création d’un fichier Memory.dmp ne se produit pas. Un fichier Memory.dmp est utilisé pour résoudre les problèmes d’un ordinateur Windows qui a une erreur STOP. Pour plus d’informations sur la configuration de votre ordinateur pour un crashdump, consultez l’aide de Windows.

Il existe plusieurs façons de résoudre les problèmes précédents. La première méthode consiste à essayer de corréler l’heure avec tous les événements qui se produisent sur le san. Par exemple, il HostA effectuait une opération de copie volumineuse et HostB signale l’erreur 9s, cela peut impliquer que la gestion appropriée des lun n’est pas en place. Un autre exemple est si HostB génère des erreurs chaque fois qu’HostA est redémarré. Cela peut indiquer que FC-AL est utilisé et que HostB est affecté par une séquence lip (Loop Initialization Primitive) d’HostA. Ces problèmes peuvent souvent être corrigés en reconfigurant le san, ce qui nécessite l’aide du fournisseur de matériel. Tout type de problème de latence peut être résolu en plaçant le fichier page sur le disque dur local du serveur Windows, mais là encore, cela désactive la création d’un vidage de mémoire. Un point clé à comprendre est que le fournisseur de matériel du SAN aura le plus d’informations sur la configuration appropriée et doit être le premier point de contact pour toutes les questions et préoccupations de configuration.