, indledning, så langt i denne serie, jeg har gået dig igennem processen med at opbygge et geografisk spredte klynge af windows server - 2012.selv om gruppen er fuldstændige og bør være funktionelle på dette punkt, er der en række rent opgaver, som de måtte ønske at foretage i deres nye klynge.i denne artikel, jeg vil afslutte rækken af at drøfte nogle af disse rent opgaver.,, at slippe af med en advarsel, en ren opgave, som jeg anbefaler, der indebærer, at slippe af med en advarsel, der forekommer inden for failover klynge manager.advarslen er ’ t faktisk gøre noget, men jeg synes, at det er en smule forvirrende, og det kan også vise sig at være forvirrende for andre administratorer, som måske ikke er helt så bekendt med klynge ’ s konfiguration, som du måske husker fra den tidligere artikel i denne serie. vi har opbygget en windows server - 2012 baseret geo - kompleks i fælles oplagring, som ikke blev anvendt.i stedet for at knytte den til en klynge delte bind klynge knuder, som kan være tilfældet for et postulat, klyngebomber, hver klynge node anvender direkte knyttet til oplagring.oplagring indhold er gentaget hver klynge node, således at hver node i gruppen har samme opfattelse af den underliggende oplagring, på grund af denne konfiguration, vores gruppe skal fastsættes med flere klynge disketter – en klynge disk for hver oplagring node.problemet med denne konfiguration er det failover klynge manager vil kun godkende en enkelt klynge disk er online.klyngen diskette, der er forbundet med aktiv klynge node er anført som værende online.alle de andre klynge disketter, vises med en inaktiv status.desuden, og det er et budskab, findes i panelet, og rsquo; s oplysninger kolonne viser, at “ klynge oplagring ikke er tilsluttet node ”.,,, det er ’ t faktisk et problem.den betingelse findes design.jeg har altid syntes, at det er bedst at afskaffe enhver form for falsk eller vildledende fejlmeddelelser, når det er muligt, fordi de undertiden kan distrahere af faktiske forhold, der kunne findes.heldigvis er der en let måde at klare dette budskab, at slippe af med den besked, klik på det og udvælge de egenskaber, kommando fra som genvej menu.når du gør det, de egenskaber, status for udvalgte klynge disk ud.på dette tidspunkt, skal du gå til afhængighed regning.nu skal du gå til tab og rsquo; s ressource kolonne og udvælge ip - adressen for kompleks knude, som er forbundet med den klynge disk, du har valgt.det er en måde at fortælle vinduer, at der er en sammenhæng mellem de udvalgte klynge knudepunkt, og de udvalgte klynge disk.klik nu for at redde deres ændringer.,, du bliver nødt til at gentage denne procedure for hver klynge diskette, der anvendes i klyngen.efter det, gruppen vil forstå det, når hver klynge disk bør og ikke bør være online.du vandt ’ t se failover klynge manager anerkende ændringer straks, når den næste failover forekommer (selv om det er en manual failover), advarsler om klynge oplagring ikke forbundet med node vil forsvinde.,, hvis du spekulerer på, hvorfor den advarsel, fortsat vises før efter næste failover, er det, fordi failover klynge manager er bare viser den seneste status besked.den eneste måde at klare budskab er, at medføre en ændring af status, og den letteste måde at gøre det på er at indlede en fejl.,, at klynge kommunikation, en opgave, som jeg anbefaler, udfører, er, at for at sikre kommunikation mellem klynge knudepunkter.tro det eller ej, intra - klynge kommunikation er ikke krypteret eller bekræftet af misligholdelse.det kan ikke være et problem, hvis trafikken flyder sammen i et net rygrad segment, men en multi - site klynge, sådan som vi har fået af hele denne artikelserie potentielt kunne passere klynge trafik gennem et offentligt net.som sådan er det en god idé at øge sikkerhedsniveauet i klyngen., kan du let opnå dette gennem vinduer powershell.kommando, der anvendes til at klynge ’ s sikkerhedsniveau er:,,, få klynge