Ellenőrizze felszerelések failover cluster
Végrehajtásához egy sor speciális szűrővizsgálatok akkor a Konfiguráció ellenőrzése varázslót, amely be van építve a Failover Cluster Manager, vagy cmdlet Test-Cluster Windows PowerShell. Ez a folyamat lehet végezni egy sor szerverek, hogy lesz a telepben. Ebben az esetben a mögöttes hardver és szoftver közvetlenül az egyedileg vizsgált, hogy pontos értékelést képes támogatni failover csoportosítási konfigurációt.
Ez a rész bemutatja azokat az eljárásokat felszerelések ellenőrzésére irányuló failover cluster.
Mester teszt konfiguráció és a parancsmagot Test-Cluster Windows PowerShell segítségével elvégezni egy speciális vizsgálatok egy sor szerverek, hálózatok, valamint a kapcsolódó tároló rendszerek tervezett használható failover cluster. A folyamat során a klaszter érvényesítési ellenőrizze az alapvető hardver és szoftver, hogy pontos lehetőségeinek értékelését támogató failover csoportosítási konfigurációt.
Mielőtt létrehozna egy failover cluster erősen ajánlott, hogy a klaszter érvényesítési vizsgálatok.
Ellenőrizze, hogy a klaszter célja a következő feladatokat látja el:
észlelni berendezések problémák vagy konfigurációs átvitel előtt failover cluster üzemmód;
megbízható működése érdekében bevethető megoldás klaszterek;
ellenőrizze itt a változásokat a berendezés egy meglévő klaszter
végző diagnosztikai vizsgálatok egy meglévő klaszter.
Rendszer teljes konfiguráció (szerverek, hálózati, és tárolási alrendszer) kell átadni az összes szükséges teszteket a Konfiguráció ellenőrzése varázslót, amely lehet futtatni a Feladatátvevő Cluster Manager. A szűrővizsgálatok is elvégezhető segítségével a Test-Cluster Windows PowerShell.
Az alábbi lista a szituációk, ahol a szükséges vagy célszerű, ha a berendezés vizsgálata. Általános szabály, hogy meg kell felelnie az összes szűrővizsgálatok (kivételek jegyezni).
Ellenőrizze konfigurálása előtt a klaszter
Egy sor szerverek kész felvételét a failover cluster
Ez a legegyszerűbb teszt forgatókönyv. Hardver komponensek (rendszerek, hálózatok és tárolóeszközök) van csatlakoztatva, de a rendszer nem működik, mint egy fürt. A tesztek futtatása ebben a helyzetben nincs hatással a rendelkezésre állás.
Klónozták és felépült a rendszer image
A klónozott rendszerek és felépült egy kép más eszközök, meg kell futtatni a Konfiguráció ellenőrzése varázsló ugyanúgy, mint bármely más új fürt. Javasoljuk, hogy a varázsló futtatása után közvetlenül csatlakoztatja a hardverelemek és alkatrész telepítés „Failover csoportosítás” a klaszter még nem használják az ügyfelek.
Ha a fürt áll virtualizált szerverek, futtassa a Konfiguráció ellenőrzése varázsló, valamint az új klaszter. Az a követelmény, a varázsló is azonos a csomópontok (ha a védelmi átkapcsolás történik két fizikai számítógép), valamint a meglátogatott klaszter (ha a védelmi átkapcsolás történik az operációs rendszerek között a virtuális gépek egy fizikai számítógép), és más konfigurációk, amelyek egy vagy több virtualizált szervereket.
Ellenőrzése egy klaszter egy csomóponttal
Egyetlen szerver, amely a tervek szerint használható egy fürt, el tud végezni egy korlátozott számú szűrővizsgálatok. Egyes vizsgálatok nem végezhetők ilyen helyzetben, mint a vizsgálatok, amelyek betartásának ellenőrzésére programokat és frissítéseket a szerver és tárolási teszteket, hogy szimulálják failover csomópontok között. Hogy teljes klaszter érvényesítési folyamat akkor legyen legalább két csomópontot. Ezért, miután hozzá szerverek konfigurációs újra kell indítani a Konfiguráció ellenőrzése varázsló, hogy végre minden a teszteket.
Check használt klaszter (beállítás után)
Hozzáadása előtt csomópont
Ha a kiszolgáló adunk klaszter, azt javasoljuk, hogy először csatlakozik a szerver a klaszter hálózatok és tároló rendszerek, és futtassa a Konfiguráció ellenőrzése varázsló, meghatározva a meglévő csomópontok és az új csomópontot.
Ha hozzá a tárolási rendszer
Ha egy fürt adunk az új rendszer (ez eltér a rendelkezésre egy új logikai egység (LUN) egy meglévő tároló rendszer), akkor meg kell futtatni a Konfiguráció ellenőrzése varázsló, hogy erősítse meg a helyes működését az új tároló rendszer. Gyakorolt hatásának csökkentése a rendelkezésre, akkor javasoljuk, hogy a varázsló futtatása után csatlakozik a tárolási rendszer, de mielőtt elkezdi használni az új LUN a fürtözött szolgáltatások és alkalmazások.
Amikor módosításokat, amelyek befolyásolják a járművezetők vagy firmware
Ha azt szeretnénk, hogy frissítse a klaszter, vagy add hozzá egyéb módosításokat igényel cserét illesztőprogramok vagy firmware, meg kell futtatni a Konfiguráció ellenőrzése varázsló, hogy erősítse meg a teljesítményét egy failover cluster egy új kombinált hardver, firmware, a járművezetők, és a szoftver. Ha a módosítás továbbterjed a beágyazott szoftver vagy járművezetők részére a tárolási rendszer, akkor tartsa egy kis LUN eszköz áll rendelkezésre (nem használt a klaszter tagjai), hogy képes, hogy ellenőrző vizsgálatokat a tárolás, anélkül, hogy a szerepe a klaszter nem elérhető.
Visszaállítása után a rendszer egy biztonsági
Miután a rendszer biztonsági mentését állítja vissza, futtassa a Konfiguráció ellenőrzése varázsló, hogy erősítse meg, hogy a rendszer megfelelően működik, a klaszter. Előtt a befejezése szűrővizsgálatok nem tekinthető támogatott rendszerben.
Az ellenőrzés során a változásokat a berendezés a meglévő klaszter (előrehaladott forgatókönyv) néhány tesztet a tárolási rendszer elhagyható. További információk és javaslatok, lásd. Cikk Speciális érvényesítési szkripteket.
A következő teszt-Cluster Windows PowerShell alapértelmezés szerint végzi az összes vizsgálatot tárolóból. Megadhatja a -include. vizsgálatokkal csak tárolni, vagy csak a meghatározott vizsgálati tárolóból. -Disk -Pool és opciók lehetővé teszi, hogy ellenőrizze, hogy a megadott tárolási erőforrások (lemezen vagy pool). -Disk és -Pool paraméterek megadják, illetve egy vagy több lemezen és egy vagy több média medencék felveendő az ellenőrző vizsgálatok tárolóból. Ha a paraméter -Disk vagy -poollal megadott meghajtó, illetve a média medence, hogy jelenleg is csatlakozik a hálózathoz, és rendelt egy szerep, vagy egy fürt közös klaszter, meg kell adnia a -Force paramétert. hogy ellenőrizze a megfelelő meghajtót, illetve a média medence. Ellenkező esetben meg kell fordítani a fürtözött lemezen, illetve a média medence önálló üzemmódban a vizsgálat elvégzése előtt. Ha a paraméterek és -Disk -Pool nincs megadva, a Test-Cluster cmdlet végez vizsgálatokat az összes tároló meghajtók és a média medencék állnak rendelkezésre használható a klaszter nem elérhető, vagy hiba lépett fel. Javasoljuk, hogy tiltsa le a fürt szerepet, vagy egy másik folyamat, amely lehet használni lemez vagy a média medence, mielőtt a lemezt, vagy a medence az ellenőrző vizsgálatot.
Tárolás nem közvetlenül csatlakozik az összes csomópont a klaszter
Előfordulhatnak olyan helyzetek, amelyekben a szerkezet tartalmaz egy klaszter tároló, amely nem kapcsolódik az összes csomópont egy klaszter. A gyakori példa a multi-site klaszterek, amikor a csomópontok a WebhelyA helyszínen csatlakozik egy készlet tárolási erőforrások az egységek a helyszínen WebhelyB csatlakozik egy másik a tárolási erőforrások és szinkronizálja az adatokat a két tárolási erőforrások alkalmazott megoldás replikáció-party fejlesztő. A failover cluster észleli az ilyen aszimmetrikus konfiguráció a tároló meghajtók és az online WebhelyA WebhelyA ellenőrizni csak csomópontok. és meghajtók internetes WebhelyB WebhelyB ellenőrzik csak csomópontokat.
Ha egy failover cluster telt el a teljes készlet validációs tesztek és lesz változás a berendezések és szoftverek rá, akkor figyelembe kell venni a támogatott konfiguráció. Azonban, miután ezzel a rendszeres frissítéseket a szoftver elemek (vezetők, firmware, és így tovább. N.) újra kell indítani a Konfiguráció ellenőrzése varázsló, győződjön meg arról, hogy a jelenlegi konfiguráció egy failover cluster is támogatja. A következő irányelvek segít meghatározni, amikor szükség van rá.
System Configuration tesztek, figyelembe véve a tesztek és a hálózati tesztek fogyasztanak kis mennyiségű erőforrások és el lehet végezni gyakorlatilag anélkül, hogy a szerverek a klaszterben.