Prise en charge du démarrage à partir d'un réseau SAN (Storage Area)

Le support de Windows Server 2003 a pris fin le 14 juillet 2015

Microsoft a mis fin au support de Windows Server 2003 le 14 juillet 2015. Cette modification a affecté vos mises à jour logicielles et options de sécurité. Découvrez les implications de ce changement à votre niveau et la marche à suivre pour rester protégé.

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 305547
Résumé
Cet article décrit la prise en charge de disposer d'un démarrage de serveur Windows à partir d'un réseau SAN (Storage Area).
Plus d'informations
Microsoft prend en charge le démarrage à partir d'un réseau SAN (Storage Area) si le vendeur du SAN prend en charge sa plate-forme matérielle spécifique redémarrage d'un serveur Windows. L'adaptateur de bus (HBA) SAN et l'hôte doit être configuré en fonction du SAN instructions du vendeur et le fournisseur SAN doit agissent comme principal point de contact pour les problèmes liés au démarrage. Cette condition existe parce que le démarrage à partir d'un SAN est extrêmement complexe, et le fournisseur doit prendre en charge la configuration particulière car le vendeur du SAN offre que SAN d'amorçage instruction de prise en charge. Il est important de noter que les informations fournies dans cet article ne sont pas destinées à constituer une liste exhaustive des éléments qui sont requis pour un démarrage à partir d'un SAN. Le vendeur du SAN doit fournir des procédures spécifiques, pilotes, microprogrammes et ressources sur la manière de son matériel (systèmes de stockage, commutateurs, adaptateurs de Bus hôte, etc.) fonctionnent correctement ensemble.

Configuration de

Les problèmes suivants doivent être traités afin que plusieurs ordinateurs puissent démarrer à partir d'un SAN :
  • Pour démarrer plusieurs ordinateurs d'un réseau SAN, le SAN doit être soit configuré dans un environnement commuté, ou il doit être joint directement à partir de chaque hôte à l'un des ports Fibre Channel de sub-du système de stockage. L'utilisation de Fibre Channel - boucle arbitrée (FC-AL) n'est pas pris en charge lors de l'amorçage à partir du SAN, les serveurs de plusieurs adresses car il n'autorise pas les hôtes qui sont connectés au SAN pour être correctement séparés les uns des autres. Un environnement commuté permet les hôtes d'être séparés. Démarrage à partir d'un SAN avec une topologie d'une boucle de Fiber Channel-Arbitrated est uniquement pris en charge lors du démarrage d'un serveur unique à partir du SAN.

  • L'hôte doit avoir un accès exclusif au disque qu'il isbooting à partir de. Aucun autre hôte sur le SAN ne doit être en mesure de détecter ou d'avoir accès même disque logique. Ceci est possible en utilisant un type de gestion de numéro LogicalUnit (LUN) comme le masquage des LUN, zonage ou certaines méthodes d'ofthese de combinaison. Gestion de numéro LUN est normalement configurée au commutateur, storagesubsystem et/ou au niveau de l'adaptateur de Bus hôte (HBA) et non au sein de Windows. Windowsprovide aucune fonctionnalité de mappage des LUN.

  • Logiciel de chemins d'accès multiples et plusieurs adaptateurs HBA améliorer votre récupération chancesof après une panne de chemin d'accès. L'utilisation de plusieurs adaptateurs HBA dans l'hôte asingle consiste à assurer la redondance et (peut-être) d'augmenter le débit. Toutefois, si une défaillance se produit et un chemin d'accès au réseau SAN est perdue, il peut être un oftime période où les lecteurs du SAN ne sont pas accessibles. Ce chemin défaillance maycause les problèmes avec le serveur Windows. Comportement de variesgreatly logiciel de chemins d'accès multiples entre fournisseurs. Vérifiez les catalogue Windows (anciennement liste du matériel compatible ou HCL) forStorage/RAID les systèmes afin de vous assurer que le pilote multichemin est dans le catalogue Windows sur le système de stockage. Si vous ne trouvez pas le logiciel de chemins d'accès multiples, contactez le fournisseur d'yourSAN.

    Pour voir le catalogue de stockage/RAID, veuillez consulter le site Web de followingMicrosoft :
  • Si les hôtes connectés font partie d'une solution de cluster de Windows 2000, vous devez utiliser un adaptateur HBA au processus d'amorçage et un adaptateur séparé pour le stockage partagé.
  • Si les hôtes connectés font partie d'une solution de cluster de Windows 2000 et sont à l'aide de la fonctionnalité d'e/s (MPIO) à chemins multiples 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 à partir d'un SAN :
  • Un problème très courant lorsque vous configurez un réseau SAN est qu'il est possible que plusieurs hôtes peuvent avoir accès au même disque logique. Thisusually se produit parce que la gestion de LUN appropriée. Le defaultbehavior de Windows est de connecter et de monter chaque unité logique qu'il charge le pilote HBA detectswhen. Si plusieurs hôtes montent le même disque, fichier systemdamage peut se produire. Il s'agit de la configuration du SAN pour vous assurer que cet hôte onlyone pouvez accéder à un disque logique spécifique à la fois. Problèmes de multiplehosts l'accès au même disque logique sont les suivants :
    Gestion des disques affiche le même disque logique sur plusieurs hôtes. Notification Plug-and-Play de nouveau matériel détecté 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 de poste de travail ou l'Explorateur Windows, vous pouvez recevoir un « accès refusé », « périphérique non prêt », ou le message d'erreur similaire 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 responsetimes lente. Cela peut indiquer qu'il existe une latence élevée du fichier d'échange, et thismay être accompagné par les événements dans le journal système tels que :
    L'ID d'événement : 51
    Type d'événement : avertissement
    Événement Source : disque
    Description : Une erreur a été détectée sur le périphérique \Device\Harddisk0\DR0during une opération de pagination.

    L'ID d'événement : 11
    Source: % HBA_DRIVER_NAME %
    Description : Le pilote a détecté une onDevice\ScsiPort0 d'erreur de contrôleur.

    L'ID d'événement: 9
    Source: % HBA_DRIVER_NAME %
    Description : Le périphérique, \Device\ScsiPort0, n'a pas répondu dans le timeoutperiod.
    Si les messages d'erreur précédents sont dans le journal système, itindicates que Windows tentait d'accéder à un disque, et il y a un problème. Sile disque qui est référencé sur le SAN, cela pourrait indiquer un problème de latence. Si un ID d'événement 51 est affiché, cela signifie que le Gestionnaire de mémoire a été attemptingto copier les données vers ou à partir de la mémoire et a rencontré un problème. Un autre indicateur de problèmes pagefilelatency est si le serveur Windows a une défaillance du système, et soit réticules du centre des messages d'erreur s'affichent sur un écran bleu :
    0 X 00000050 PAGE_FAULT_IN_NONPAGED_AREA

    ou

    0X0000000A IRQL_NOT_LESS_OR_EQUAL
    Une résolution possible consiste pour placer le fichier d'échange sur le disque dur local de l'hôte. Windows a besoin d'accès fiable du fichier d'échange lorsque les données sont paginées dans ou mémoire insuffisante. Avec le fichier d'échange localto l'hôte garantit que l'accès n'est pas influencé par d'autres périphériques et hostson du SAN.

    Remarque Si le fichier d'échange n'est pas sur la même partition que la bootpartition (en général, c:\Windows ou c:\WINNT), la création d'un filewill de Memory.dmp ne se produit pas. Créer un fichier Memory.dmp est utilisé pour le dépannage d'un Windowscomputer qui a une erreur d'arrêt. Pour plus d'informations sur la façon de configurer Votre_Ordinateur pour un vidage sur incident, consultez l'aide Windows.
Il existe plusieurs façons de résoudre les problèmes ci-dessus. La première méthode est pour tenter de corréler l'heure avec des événements qui sont produisent sur le SAN. Par exemple, si Hôte_A effectuait une opération de copie de grande taille et que Hôte_B a affiché l'erreur 9 s, ceci peut indiquer que la bonne gestion LUN n'est pas en place. Un autre exemple est si Hôte_b affiche des erreurs à chaque redémarrage de Hôte_a. Cela peut indiquer que FC-AL est utilisé et que Hôte_b est affecté par une séquence de boucle d'initialisation primitif (LIP) de Hôte_a. Ces problèmes peuvent souvent être corrigés en reconfigurant le SAN, mais ceci nécessite l'assistance du vendeur du matériel. N'importe quel type de problème de latence peut être résolu en plaçant le fichier d'échange sur le disque dur local du serveur Windows, mais là encore, cela désactive la création d'une image mémoire. Un point essentiel à comprendre est que le fournisseur du matériel du réseau SAN auront le plus d'informations sur la configuration correcte et doit être le premier point de contact pour toutes les questions de configuration et de problèmes.

Pour plus d'informations sur les clusters de serveurs Windows dans un environnement SAN, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
280743 Windows clusters et sites séparés géographiquement
301647 Améliorations du Service de cluster pour les réseaux de stockage
N_Port f_port l_port 0x0a 0 x 50 mm d'amorçage de san démarrer à partir du san

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 305547 - Dernière mise à jour : 06/09/2015 02:35:00 - Révision : 1.0

Windows Server 2008 Datacenter without Hyper-V, Windows Server 2008 Enterprise without Hyper-V, Windows Server 2008 for Itanium-Based Systems, Windows Server 2008 Standard without Hyper-V, Windows Server 2008 Datacenter, Windows Server 2008 Enterprise, Windows Server 2008 Standard, Windows Web Server 2008, Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Datacenter Edition (32-bit x86), Microsoft Windows Server 2003, Web Edition, Microsoft Windows Server 2003, Standard x64 Edition, Microsoft Windows Server 2003, Enterprise x64 Edition, Microsoft Windows Server 2003, Datacenter x64 Edition, Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems, Microsoft Windows Server 2003, Datacenter Edition for Itanium-Based Systems, Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows Small Business Server 2003 Premium Edition, Microsoft Windows Small Business Server 2003 Standard Edition, Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Datacenter without Hyper-V, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Enterprise without Hyper-V, Windows Server 2008 R2 for Embedded Systems, Windows Server 2008 R2 for Itanium-Based Systems, Windows Server 2008 R2 Foundation, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 R2 Standard, Windows Server 2008 R2 Standard without Hyper-V, Windows Server 2012 Datacenter, Windows Server 2012 Essentials, Windows Server 2012 for Embedded Systems, Windows Server 2012 Foundation, Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Essentials, Windows Server 2012 R2 for Embedded Systems, Windows Server 2012 R2 Foundation, Windows Server 2012 R2 Preview, Windows Server 2012 R2 Standard, Windows Server 2012 Release Candidate, Windows Server 2012 Standard, Windows Server Update Services for Windows Server 2012

  • kbenv kbinfo kbnetwork kbmt KB305547 KbMtfr
Commentaires