Спецы по HACMP здесь бывают?

Nikolay KulikovБывают

тогда вопрос.

Есть cascading cluster. На нем среди прочего настроена ресурсная группа (набор файловых систем) + aplication server в терминах hacmp (по сути набор старт/стоп скриптов для старта OEBS). Ей назначен свой виртуальный айпишник, по которому идет обращение извне. Каждый из нодов имеет свой апишник (адрес физич. нода), который замещается при подьеме ресурсной группы на ноде ее виртуальным айпишником. Насколько я понял, такое поведение - специфика hacmp. Фактически, почти все хорошо. Приложение имеет свой айпишник и набор файловых систем, все это хозяйство может мигрировать с нода на нод и не зависит от того, на какой физической ноде оно сейчас непосредственно работает. Почти не зависит. Беда в том, что Оракл все же знает, на каком ноде он поднят, поскольку hostname возвращает имя физической ноды, а надо бы - имя ресурсной группы, которое должно резолвится в виртуальный айпишник группы. Если более точно, то при подьеме базы, Оракл заносит имя хоста в v$instance.hostname и в дальнейшем при запуске некой диагностики полагается именно на него. Из-за чего часть приложений сбоит. Можно ли настройками кластера добиться того, чтобы приложение полностью работало в виртуальном окружении ресурсной группы, т.е. по hostname отдавало бы имя ресурсной группы?

А почему вы считаете, что не корректно сконфигурировано?

насчет саппорта все понятно, я передам это людям, которые занимаются поддержкой кластера. Единственный вопрос, все-таки я правильно понимаю, что hostname должен отдавать имя ресурсной группы?

и что будет при failover? Вы предлагаете для обоих нодов иметь одинаковый hostname? Другие варианты есть?

Up