, indledningen, i første del af denne serie, drøftede jeg nogle beslutningsdygtighed overvejelser, der skal tages i betragtning ved bygning af et multi - site klynge.på trods af fundamental betydning for at sikre, at klynge er altid i stand til at opretholde beslutningsdygtighed, der er andre overvejelser, der må også tages i betragtning.,, oplagring, mest på, klynger er baseret på anvendelsen af en klynge delte bind.en klynge delte bind er en fælles oplagring mekanisme, der er tilgængelige for hver klynge node, normalt enten gennem iscsi eller via fiber - kanalen.selv om windows server - 2012 gør det muligt at opbygge en klynge, uden at give en klynge delte bind, microsoft, anbefales brugen af fælles oplagring af driftsmæssige årsager.,, selv om brugen af en klynge delte bind betragtes som bedste praksis, med flere lokale klynger ofte er bedre at undgå brugen af fælles oplagring.der er mange årsager til dette.forestil dig, for eksempel, at du har bygget flere steder at klynge delte bind klyngebomber og fysisk opholdt sig i deres primære datacenter.nu forestiller sig, at en failover fandt sted til et knudepunkt i et fjerntliggende datacenter.selv om gruppen vil fortsætte med at fungere i denne situation, den klynge knudepunkt i fjerntliggende datacenter ville have til at udføre alle læse og skrive transaktioner på tværs af en wan - link.dette vil sandsynligvis resultere i alvorligt forringet ydeevne.,, anvendelse af en klynge delte bind kan også være problematisk i tilfælde af en wan led nederlag.forestil dig en situation som den, der er beskrevet ovenfor, hvor en klynge, ikke til et knudepunkt i et fjerntliggende datacenter.forestil dig, at wan forbindelse også mislykkedes.i denne situation er de fjerntliggende datacenter ville miste kommunikation med klynge delte bind, hvilket resulterer i en klynge niveau fiasko.,, den eneste måde at undgå, at disse problemer er at sikre, at hver datacenter har sit eget lager ressourcer.der er en række forskellige metoder til at opnå dette, men en af de mest populære løsninger indebærer lagring replikation.replikationen proces generelt sker i hardware - niveau (som funktion af en underliggende san), men der er software lag oplagring replikation løsninger, der er til rådighed, samt.,, validering af en klynge, når som helst du bygge en windows server - baseret klynge, om fælles sted eller på flere steder, du bliver nødt til at løbe, godkende en konfiguration, troldmand.denne troldmand kan iværksættes gennem vinduerne failover klynge manager - konsollen, og har til formål at sikre, at du har mødt alle forudsætningerne for opbygningen af klyngen.,, grunden til, at jeg nævner det, fordi hvis du forsøger at opbygge et windows server - 2012 baseret på flere steder klynge, som ikke gør brug af en klynge, fælles mængde, så er der en række valideringstestene der vil fejle.dette sker, fordi nogle af de undersøgelser, som den troldmand udfører, er specielt konstrueret med fælles oplagring i tankerne.du vil være i stand til at bygge den klynge på trods af, at den fælles oplagring forbundne valideringstest har fejlet.hvis du hellere vil ikke blive distraheret af klynge oplagring forbundne validering fejlmeddelelser, validere en klynge troldmand, giver dig mulighed for at vælge, hvilke test der du vil løbe som en del af valideringen.på den måde kan man ganske enkelt dropper alle valideringstest, som ikke finder anvendelse på din situation. det er også værd at bemærke, at klynge validering resultater kan være en smule vildledende på en anden måde.som gruppe valideringstest fremskridt, vil de se, at de enkelte prøvninger er farvekodede.prøvninger, der endnu ikke er blevet gennemført, er opført i sort og test, der i øjeblikket er udstillet i blåt.når en test, fuldfører, er testen, der er anført i en grøn til angivelse af, at testen var vellykket, og det er opført i rød angiver svigt.men, bare fordi en test, findes i røde, betyder ikke nødvendigvis, at problemet er opstået.,, uanset årsagen, microsoft ikke bruge en særlig farve (f.eks. gul) for at angive en advarsel.i stedet, advarsler skal udstilles i rødt, som mangler.altså, du kan ikke bare gå ud fra, at der er sket en fejl, blot fordi en test er udstillet i rødt.den eneste måde at vide med sikkerhed, hvor du står med hensyn til valideringstest er at tage grundigt ser på failover klynge af valideringsrapporten, som automatisk er oprettet i slutningen af testen proces.,, supplerende oplagring betragtninger, tidligere i denne artikel, foreslog jeg, at klynge delte bind er måske ikke altid passer til med flere lokale klynger, og at en bedre løsning ville være at bruge oplagring replikation skaber identiske kopier af klyngen oplagring i hver datacenter.selv om denne tilgang sikkert lyder godt i teorien, kan man undre sig over, hvordan det virker, den faktiske replikation proces ligger uden for omfanget af denne artikelserie.der er en række forskellige mekanismer, der kan anvendes til oplagring replikation, enten på hardware - niveau, eller på software - niveau.du kan bruge en mekanisme, vil du til oplagring replikation, så længe du vil sikre, at en sådan replikation motor er i brug, med, at det, at klynge arbejde er at sikre, at hver klynge node er konfigureret til at bruge de rigtige disk.at gøre det rent faktisk påbegyndes, når du kører det skabe klynge troldmand.denne troldmand ’ bekræftelse skærm indeholder en check kasse, der anvendes til at tilføje alle støtteberettigede oplagring til klyngebomber.kontrol boks er udvalgt som standard, så enhver oplagring, som er synlig for den klynge knudepunkter, som også opfylder de klynger forudsætning krav vil blive tilføjet til klynge, efter klynge har skabt, kan du åbne den failover klynge manager og navigere gennem konsollen træ til failover klynge manager