Здравейте всички,

Аз съм нов HACMP. Така че съжалявам за newie въпрос. Но аз съм за търсене на форума и изглежда, че никой не иска това преди.

Така че, ако на 2-възел работи в клъстер активно-активни режим (и съща заявка), каква е ползата от използването на HACMP?

Ако той работи в активно stanby, че е лесно да се разбере, защото трябва да направя HACMP срив, а за активно-активен режим, няма срив (нали?), Тогава защо имаме нужда от HACMP?

Освен това, да намеря HACMP документи не се използва терминът "активно-активни" или "активно-готовност" (студено или горещо режим готовност) често. Така се "едновременно ресурс група"Означава" активно-активни "и"каскаден / въртящи ресурс група"Означава" активно-готовност "? Има ли готовност студено?

И каква е връзката между "едновременно ресурс група" и "едновременно споделени диск достъп", каква е връзката между "Cascading / Въртящ ресурс група" и "не-едновременно споделени диск достъп"?

Благодарности!

HACMP терминология промени сега и тогава. Някои термини са били използвани с по-стари версии HACMP 3 и 4, някои влезе в съществуване с настоящите HACMP Версия 5, докато други престана да съществува. Същото е вярно за някои функции / възможности. IBM Говори себе си може да бъде малко предизвикателство, но когато се бъркам думи от различни моменти ви свърши в каша.

Активно-активни клъстер е (поне) две възли и два ресурса групи RG. Така че има едно RG на възел и само по време на поглъщане / срив две RG са на един възел. Това е много добра настройка, защото по време на нормалната работа на РГ (прилагането му) има посветен CPU / RAM / IO. Освен това не всеки може да си позволи да действат (т.е. плащат) два сървъра, но се използват само един. Това съвсем не означава, че няма поглъщане / срив е възможно.

А едновременно HACMP RG означава, Oracle РКС. Аз не съм наясно с друго приложение, което е в състояние да работи като едновременно HACMP клъстер. Макар че са налице две или повече възли активни в даден момент това не е обикновено се нарича активно-активната конфигурация, тъй като не се включва и поглъщане. При едновременно клъстер възел може да умре, но от друга страна (и) продължи да действа независимо.

Cascading / въртящи се е свързана с поведението на RG. Ако има определен ред по отношение на начина, по който RG е поето от възел на възел (обикновено в клъстер с 3 + възли, които са различни, така че използването на някои възли е perferable), това е каскаден поведение. Ако RG не му пука за това какво възел е активна, т.е. тя може да бъде активна на всеки възел ротация на RG може да се оправи.

Съпътстваща обем група, които се използват рядко в наши дни. Днес сте склонни да ползват Засилено Едновременно режим VG. И Oracle РКС да използвате ECM VG в Едновременно клъстер.

Както може би предположил от сега вече: някои четене могат да бъдат необходими. Ако сте абсолютно начинаещи с HACMP че може да започнете с четене на готварска книга HACMP от декември 2005 г., последвана от готварска книга PowerHA (да, промяна на името с 5,5 ....) от 09 септември.

Благодаря за отговорите на въпроса ми!

Но обратно към първоначалното ми въпрос, ако едновременно HACMP RG означава Oracle РКС и поглъщане, тъй като не е включен (и RAC10g има свой clusterware), каква е ползата от използването на HACMP с РКС?

Другият въпрос е, ако както каза по време на срив за активно-активни клъстер, 2 RGS ще бъде на един възел. Тогава Мисля, че тези 2 RGS трябва да съдържа различни приложения. Защото, ако те са едно и също заявление (като РКС) Аз не виждам стойност на предлагането на две еднакви приложения на един възел, нали?

Благодарности.

Това е оригиналния въпрос?

Както винаги ... Решението дали да се използва HACMP или не може да се основава на това, което файлова система искате да използвате. За Oracle РКС ти трябва HACMP нито при използване на ASM, нито при използване на GPFS. Въпреки това IIRC трябва ECM VG, ако използвате Oracle Datafiles на едновременно суров ПС.
Какво също може да е вашият брой ИТ personnels експертиза. Да ви администраторите имат добри познания по GPFS / АСМ? Тогава го използвате. Въпреки това, ако ви администраторите имат добри познания по HACMP ECM тогава може да е за предпочитане.

Едно заявление не може да бъде член на две RGS.

Благодаря за answerd и изглежда като имам ли много четене да направим! Мъж

BTW първоначалното ми въпрос е "това, което е в полза на тичане HACMP за активно-активно с касетъчни същ апартамент движение" и тя изглежда като на РКС може да бъде само една в този случай, нали?

И аз ли да разберете HACMP използва друг термин, "взаимно поглъщане", Което изглежда да имат отношение към въпроса ми. Така че моето разбиране за" взаимно поглъщане "е активен активни клъстер с различни ап движение (споделено нищо режим). Логично е да се използва HACMP тук. (И то също има смисъл Ето защо те не се използва терминът "активно-активни", сега). Но разбирането ми е правилно или аз напълно го има?

Здрасти,

има Sybase Клъстер изданието, че работи подобно на Oracle РКС.
Освен това има много приложения за доставчика там, че са изградили в ха-съоръжения и може да работи / би трябвало да работи едновременно в една група ресурс - а не за наличност - но за балансиране на товара причини. И тук на клъстера съоръжения не се използват за самите приложения, но за инфраструктурата, която сочи към заявлението. Ако един възел слизаше, услугата ПР просто започва сочещи към други възел - заявлението - въпреки че в сравнение с предходната възел - продължава да бъде на разположение. Чудесно решение за всеки вид приложение, което doesn't производството на летливи данни на всички.
Имаме няколко групи, където Websphere и MQ работите активно от двете възли - служи за различни функции - и отново срив на другите възел, когато е необходимо - служи за различни клиенти, различни приложения - и да искаме различните инстанции на едно и също заявление е от едната възел, ако другата възел умира.
Ние имаме, както и много Sybase бази данни в hacmp настройка, които имат едно и също съдържание, но служат за различни цели. Sybase репликацията на сървър възпроизвежда съдържанието на база данни 1, в база данни 2. Тъй като и двете са на възли, 1 база данни се използва за търгуване, база данни за отчитане на 2 - когато един от възлите умре, то не повече от другите възел - репликация остава да работи - и все още може да използвате и двете бази данни за тези различни цели - нищо в слушатели, показалеца на файлове или нещо трябва да се промени, тъй като разследването на заявлението не се промени ... и допълнителни средства са само добавя dlpar чрез скриптове, ако е необходимо - така че нищо не е глад ...
Възможностите са безброй и така са предимствата на живо като живи клъстери

Поздрави
zxmaus

Благодаря за отговора! Човекът, "възможностите са безбройни", а кривата на обучение е само

Така newie друг въпрос. При срив се случва, трябва ли да споделите с неуспешните автомобил възел-отскачам или трябва ли да го рестартирате ръчно, да речем в производствена среда?

И ако избера автоматично рестартиране, може да HA софтуер като помощ HACMP?