Zjišťování selhání sítě a obnovení clusteru systému Windows 2000 Server se dvěma uzly

Překlady článku Překlady článku
ID článku: 242600 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Služba clusteru systému Windows 2000 spustí propracovaných algoritmus zjistit dostupnost síťových rozhraní. Funkce Plug and Play systému Windows 2000 rozpozná také odpojené síťové kabely a problémy s připojením mezi síťový adaptér a zařízení je připojen k, například rozbočovač nebo přepínač. Tento článek popisuje zjišťování selhání sítě a procesu zotavení na clusteru serveru systému Windows 2000 dvěma uzly.

Další informace

Clusterová služba rozpozná stavu rozhraní sítě v clusteru serveru odesláním prezenční signál z jednoho uzlu v clusteru do jiného uzlu a sledováním informace provozní stav uzlu. Prezenční signály jsou jediné paketů User Datagram Protocol (UDP) vyměňovaných mezi serverového clusteru uzel manažeři každých 1.2 sekund potvrzení, každé síťové rozhraní je stále nahoru.

Není přijat paket prezenčního signálu v rámci dvě období prezenčního signálu a místní síti (LAN) k které serverového clusteru je připojen k je nakonfigurován pro klienta komunikaci clusteru a Clusterová služba potom testuje schopnost každý uzel komunikovat s externí hostitelé. Všimněte si, že externí hostitelé podle této definice odpovídají adresy IP získané pomocí metody v následujícím příkladu. Všimněte si, že často používané externí hostitele by být místní směrovač (výchozí brány).

Příklad

  • Clusteru má uzlech Node1 a NODE2.
  • CONNECTION prezenční SIGNÁL je nakonfigurován jako privátní sítě pro komunikaci prezenčního signálu.
  • PUBLIC CONNECTION je nakonfigurován jako smíšený sítě pro přístup klienta.
  • NIC1 je připojena k Node1. NIC2 je připojena k NODE2. NIC1 a NIC2 jsou členy PUBLIC CONNECTION.
  1. Získat všechny adresy IP, které jsou vázány na NIC1 formuláře IPLIST1.
  2. Získat všechny adresy IP, které jsou vázány na NIC2 formuláře IPLIST2.
  3. Kombinovat IPLIST1 a IPLIST2 formuláře IPLIST.
  4. Zkontrolujte IP směrovací tabulky z Node1 k získání adres IP (PINGLIST11), která jsou uvedena jako brány a maskou maska sítě NIC1 rozhraní tak, aby odpovídala podsíti NIC1 (výchozí brána NIC1 je zahrnuta v tomto seznamu). Zkontrolujte aktuální TCP připojení tabulky, které je vytvořeno s NIC1 získat TCP vzdálené adresy (PINGLIST12) Kombinovat PINGLIST11 a PINGLIST12 formuláře PINGLIST1.
  5. Zkontrolujte IP směrovací tabulky z Uzel2 k získání adres IP (PINGLIST21), která jsou uvedena jako brány a maskou maska sítě NIC2 rozhraní tak, aby odpovídala podsíti NIC2 (výchozí brána NIC2 je zahrnuta v tomto seznamu). Zkontrolujte aktuální TCP připojení tabulky, které je vytvořeno s NIC2 získat TCP vzdálené adresy (PINGLIST22) Kombinovat PINGLIST21 a PINGLIST22 formuláře PINGLIST2.
  6. Kombinovat PINGLIST1 a PINGLIST2 formuláře PINGLIST.
  7. Kombinovat IPLISTS a PINGLIST formuláře UNIONLIST. Odebrat duplicitní položky odebrat adresy IP, které jsou vázány k místním nic a odeberte adresy IP, které nejsou LAN z PUBLIC CONNECTION. UNIONLIST seznam všech adres IP, které mohou být "Externí hostitelé."
Clusterová služba testuje připojení k místní síti pomocí požadavky na odezvu Internet Control Message Protocol (ICMP) určit rozsah selhání rozhraní sítě. Například pokud jsou uzly v clusteru serveru nelze komunikovat s navzájem, ale jeden z uzlů je schopen komunikovat s externí hostitele a potom nahoru zůstane rozhraní sítě a uzlu, pokud určené možného vlastníka převezme vlastnictví prostředků clusteru, které jsou závislé na klientských připojení k místní síti. Protože použití požadavky ICMP echo spotřebovává prostředky LAN, jsou použita pouze jako sekundární metoda určování selhání. Rozhraní sítě clusteru serveru, které jsou konfigurovány pouze pro privátní komunikaci mezi uzly chovat odlišně při zjištění selhání LAN. Z tohoto důvodu by měl být soukromé LAN izolované, například, že všechny uzly clusteru jsou pouze počítače připojeného k segmentu a se pouze jeden LAN nachází v segmentu. Jiné soukromé LAN stejného clusteru musí být izolované na jiném segmentu. Vytvořit izolované segment může použijte rozbočovač nebo z dvěma uzly serverového clusteru může pomocí kříženého kabelu.

Na základě tyto požadavky nejsou žádné externí hostitelů pro použití v určení rozsahu selhání. Pokud žádný alternativní LAN komunikaci privátní clusteru musí Clusterová služba určit, který uzel by měly zůstat nastavení a spuštění pomocí zařízení kvora. Jinak je použita alternativní LAN k dispozici pro komunikaci privátní clusteru. Všimněte si, že tento proces nebere do účtu stav LAN určené pouze pro klienta.

Stavy rozhraní sítě

Není k dispozici

Uzel vlastnící je dolů.

Počet neúspěšných aktualizací

Sestavy jiná rozhraní místní sítě mohou komunikovat s navzájem nebo s externí hostitelé, zatímco nelze místní rozhraní. Možné příčiny tohoto stavu jsou:
  • Selhání síťového adaptéru.
  • Selhání ovladače síťového adaptéru.
  • Kabel místní selhání.
  • Selhání port na síťový adaptér je připojen k zařízení.

Nedostupný

Nemůže komunikovat s alespoň jeden jiné rozhraní, jehož stavu není selhala, nebo není nedostupné.

Nahoru

Může komunikovat s všechna rozhraní místní sítě, jehož stavy není selhala, nebo není nedostupné. Toto je normální provozní stav.

Stavy sítě

Není k dispozici

Všechna rozhraní definované v této síti clusteru jsou není k dispozici.

Dolů

Všechna síťová rozhraní definované v této síti clusteru mají ke ztrátě komunikace mezi sebou a se všemi známé externí hostitelé. Připojených síťových rozhraní v nahoru uzly jsou vadný nebo stavu nedostupný. Proto všechny prostředky adres TCP/IP (Transport Control Protocol/Internet Protocol), které jsou definovány ve stejné podsíti a všechny prostředky, které závisí na tyto prostředky nefungují a nejsou k dispozici v síti LAN.

Oddíly

Síťová rozhraní jsou ve stavu nedostupný, ale alespoň dvě rozhraní můžete stále komunikovat s navzájem nebo s externí hostitele.

Poznámka: To platí pouze pro clustery serverů, které mají dva nebo více uzlů.

Nahoru

Není k dispozici všechna síťová rozhraní definované v této síti clusteru, které jsou selhání a nejsou mohou komunikovat. Toto je normální provozní stav. V následujících příkladech je pouze jeden LAN v clusteru serveru, která je nakonfigurována pro klienta veřejné komunikace a tento LAN je ztraceno.

Poznámka: Zakázání rozpoznání médií v každém uzlu v clusteru ovlivňuje jeho chování a toto chování bylo uvedeno v níže uvedené příklady. Další informace o zakázání rozpoznání médií klepněte na následující číslo článku databáze Microsoft Knowledge Base:
239924Vypnutí funkce Media Sensing pro protokol TCP/IP v systému Windows

Uzel A a B, uzel

Scénář

  • Uzel A a uzlu B ke ztrátě komunikace.
  • Uzlu B může komunikovat s externí hostitele.
  • Uzel A nemůže komunikovat s libovolnou externí hostitelé.

Výsledek

  • Uzel Stav rozhraní sítě je Unreachable neúspěšný a toto síťové rozhraní zmizí ze Správce clusteru.
  • Uzel B stav rozhraní sítě je Unreachable a potom nahoru.
  • Stav sítě je nahoru.
  • Všechny skupiny prostředků s prostředky adresu TCP/IP, které jsou závislé na rozhraní sítě se nezdařilo při selhání do uzlu B.

Uzel A a B, uzel

Scénář

  • Uzel A a uzlu B ke ztrátě komunikace.
  • Uzel A a B uzel nemůže komunikovat s libovolnou externí hostitelé.

Výsledek

  • Stav uzlu A a B síťových rozhraní uzlu je Unreachable a zmizí ze Správce clusteru.
  • Stav sítě je dolů a v síti zmizí ze Správce clusteru. Po obnovení připojení LAN zdědí tento LAN výchozí roli sítě která použita pro klienta a soukromé komunikace. Pokud něco různé potřeby ji nutné upravit ručně.
  • Žádné skupiny prostředku při selhání. Závislé na selhání sítě a všechny prostředky, které jsou závislé na danou adresu TCP/IP jsou převzaty offline prostředky adres TCP/IP.

Výsledky s Media Sense zakázána

  • Obě rozhraní sítě jsou Unreachable dokud připojení k síti může být obnovení.
  • Stav sítě zůstane dolů, dokud obnovena připojení LAN. Zachová tato role konfigurace sítě.
  • Prostředky zůstat online.
Poznámka: V které způsobem "postupné" inovace z aplikace Microsoft Windows NT Server 4.0, Enterprise Edition Clusterová ke clusteru systému Windows 2000 Server bude bod při budete mít uzlu systému Windows 2000 a Windows NT 4.0 uzlu. V tomto případě uzlu se systémem Windows 2000 používá algoritmus stavu rozhraní Windows NT 4.0. Při všech uzlů se systémem Windows 2000, budou používat algoritmus stavu rozhraní Windows 2000. Další informace o stavu algoritmus rozhraní Windows NT 4.0 klepněte na následující číslo článku databáze Microsoft Knowledge Base:
176320Vliv selhání síťového adaptéru v clusteru

Vlastnosti

ID článku: 242600 - Poslední aktualizace: 1. března 2007 - Revize: 4.2
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
Klíčová slova: 
kbmt kbinfo kbnetwork KB242600 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:242600

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com