ПредишенСледващото

За извършване на набор от конкретни скринингови тестове можете да използвате потвърдим Wizard Configuration, която е интегрирана в мениджъра на Failover клъстер, или кратката команда Тест-Cluster Windows PowerShell. Този процес може да се извърши на набор от сървъри, които ще бъдат възли в клъстера. В този случай, основният хардуер и софтуер, пряко изпитват поотделно, за да получите точна оценка на способността да се подкрепи конфигурация срив групиране.

Този раздел описва процедурите за проверка на оборудването за защита при срив на клъстера.

Магистър тестова конфигурация и кратката команда Тест-Cluster Windows PowerShell позволява да изпълнява специален набор от тестове за набор от сървъри, мрежи и планира да се използва и като срив клъстер свързаните с тях системи за съхранение. В процеса на валидиране клъстер проверка на основния хардуер и софтуер, за да получите точна оценка на възможностите за подкрепа на конфигурация срив групиране.

Преди да се създаде срив клъстер е силно препоръчително, че всички изпитвания на касетъчни валидиране.

Проверка на клъстера е проектиран за следните задачи:

откриване на проблеми оборудване или конфигурация преди режим на работа трансфер при срив на клъстера;

осигури надеждна работа на адекватни предложения за групиране;

виж тук за промени в оборудването на съществуващ клъстер;

извършване на диагностични тестове за съществуващ клъстер.

Система за пълна конфигурация (сървъри, мрежа, и подсистема за съхранение) трябва да преминат всички необходими тестове в валидира съветника за конфигуриране, които могат да се изпълняват от управителя на Failover клъстер. Скрининговите тестове могат да бъдат извършени с помощта на тест-Cluster Windows PowerShell.

Следващият списък описва сценариите, при които е необходимо или полезно да се направи проверка на оборудването. Като правило, трябва да се съобрази с всички скринингови тестове (са отбелязани изключения).

Проверете преди да конфигурирате клъстера

Набор от сървъри, готови за включване в срив клъстер

Това е най-лесният тест сценарий. Хардуерни компоненти (системи, мрежи и устройства за съхранение) са свързани, но системата не работи както клъстер. Провеждане на изследвания в тази ситуация не оказва влияние върху наличността.

Клонирано и възстановена от изображението система

За клонирана системи и възстановени от изображение на друго оборудване, трябва да стартирате валидира съветника за конфигуриране по същия начин, както при всеки друг нов клъстер. Препоръчително е да стартирате съветника само след като се свържете хардуерни компоненти и монтаж компонент "Failover групиране" на клъстера за все още не се използва от клиенти.

Ако клъстера се състои от виртуализирани сървъри, стартирайте валидира съветника за конфигуриране, както и за новия клъстер. Изискването за работата на помощника си остава същата за възлите на клъстера (при превключване на защита се извършва между две физически компютри), и към посети клъстера (при превключване на защита се извършва между операционните системи в виртуални машини върху един физически компютър), както и други конфигурации, които включват един или повече виртуализирани сървъри.

Проверка за клъстер с един възел

За един сървър, който се планира да бъде използвано в клъстер, можете да извършвате ограничен брой скринингови тестове. Някои тестове не могат да се извършват в такава ситуация, като например изследвания, които потвърждават програми за съответствие и актуализации до сървърите, както и тестове за съхранение, които симулират срив между възлите. За да завършите процеса на проверка на клъстера трябва да е най-малко два възела. Ето защо, след като добавите сървърите на конфигурацията трябва да рестартирате валидира съветника за конфигуриране за извършване на всички тестове.

Проверете използва клъстер (след корекция)

Преди да добавите възел

Когато сървъра се добавя към клъстер, ние силно препоръчваме първо да се свърже със сървъра на касетъчни мрежи и системи за съхранение на, и след това изпълнете валидира съветника за конфигуриране, като посочва съществуващите касетъчни възли и новия възел.

При добавяне на системата за съхранение

Когато един клъстер се добавя към новата система за съхранение (това е различно от предоставянето на нова логическа единица номер (LUN) на съществуваща система за съхранение), вие трябва да изпълните валидира съветника за конфигуриране, за да потвърдите правилната работа на новата система за съхранение. За да се намали въздействието върху наличността, се препоръчва да изпълните съветника, след като се свържете системата за съхранение, но преди да започнете да използвате новия LUN на скупчени услуги или приложения.

Когато правите промени, които засягат драйвери или фърмуер

Ако искате да се актуализира на клъстера, или да добавите към него и други промени, които се нуждаят от подмяна драйвери или фърмуер, трябва да стартирате валидира съветника за конфигуриране, за да потвърдите изпълнението на срив на клъстери в нова комбинация от хардуер, фърмуер, драйвери и софтуер. Ако промяната се разпространява към вградения софтуер или драйвери за системата за съхранение, можете да запазите малка LUN устройство е достъпно (не се използва в ролите на клъстера), за да бъде в състояние да извършват тестове за проверка на съхранение, без да взема ролята на клъстер офлайн.

След възстановяване на системата от резервно копие

След възстановяване на системата от резервно копие, стартирайте валидира съветника за конфигуриране, за да потвърдите, че системата работи правилно в клъстера. Преди приключването на скрининговите тестове не се счита за поддържа система.

По време на проверката за промени в оборудването на съществуващата клъстера (в напреднал сценарий) някои тестове може да се пропусне система за съхранение. За повече информация и препоръки, вижте. Член Advanced скриптове валидиране.

Използвайте тест-Cluster Windows PowerShell по подразбиране изпълнява всички тестове хранилища. Можете да определите -Include. за извършване на тестове само на магазина или само с определения тест хранилището. -Disk -Pool и опции ви позволяват да се провери, че посочените средства за съхранение (диск или басейна). -Disk и -Pool параметри определят, съответно, един или повече дискове и един или повече носители басейни да бъдат включени в хранилището за тестване проверка. Ако параметър -Disk или -Pool определен диск или медии басейн, който в момента е свързан към мрежата и получава роля или клъстер обща за клъстера, вие също трябва да се уточни параметъра -Force. за проверка на съответния диск или медии басейна. В противен случай е необходимо да се преведе струпани диск или медии басейна в самостоятелен режим, преди провеждането на теста. Ако параметрите и -Disk -Pool които не са посочени, кратката команда Тест-Cluster извършва тестове на всички устройства за съхранение и медийни басейни са достъпни за използване в клъстера са офлайн или в състояние на грешка. Препоръчително е да деактивирате ролята на клъстер, или друг процес, който може да използвате диск или медии басейн, преди да се обърне върху диска или басейна в теста за проверка.

Съхранение не е пряко свързан с всички възли в клъстера

Може да има ситуации, в които структурата включва съхранение на клъстер, който не е свързан с всички възли на клъстер. Типичен пример е клъстери мулти-сайт, когато възлите касетъчни на Sitea сайт свързан с един набор от ресурси за съхранение, единиците на място SiteB на свързани към друг набор от ресурси за съхранение, както и да синхронизирате данните от две групи от ресурси за съхранение, използвани решение репликация страна разработчик. А срив клъстер открива такава асиметрична конфигурация на устройствата за съхранение и онлайн Sitea Sitea проверява само с възли. и дискове онлайн SiteB SiteB се проверяват само с възли.

Ако срив клъстер преминали пълния набор от тестове за потвърждаване и ще бъде промяна на оборудване и софтуер за него, то ще се счита поддържат конфигурация. Въпреки това, след това редовно актуализиране на софтуерни компоненти (шофьори, фърмуер, и така нататък. Н.), може да се наложи да рестартирате валидира съветника за конфигуриране, уверете се, че сегашната конфигурация на срив клъстер все още се поддържа. Следващите редове ще ви помогнат да се определи, когато имате нужда.

тестове конфигурацията на системата, като се вземе предвид изпитванията и тестовете за мрежови консумират малко количество ресурси и могат да се извършват на практика без това да повлияе на сървърите в клъстера.

Свързани статии

Подкрепете проекта - споделете линка, благодаря!