Кластер с Veritas Сluster и Sybase ASE можно строить двумя способами:
1) без ASE High Availability option
2) с использованием ASE High Availability option
Все мое дальнейшее изложение будет основываться на опыте инсталляций ASE/HA 12.5/Windows/MSCS и теоретических знаниях. С кластерами на Sun и c Veritas в частности я не работал.

В 1м случае Veritas Cluster будет воспринимать ASE как "generic" приложение, будет уметь отслеживать его состояние на каждом узле (живой/упал) и будет знать, что нужно делать с ASE в случае смены состояния (упал -> стартовать на резервном узле). Ре-старт ASE на резервном узле в случае падения основного узла нужен, поскольку только после аварии основного ПО кластера предоставит второму узлу полный доступ к дискам умершего соседа. Дальше последует обычный стартап, recovery всех баз и он-лайн. Где-то на последней стадии на поднявшийся ASE переводятся коннекты пользователей с упавшего ASE. За автоматизацию перевода коннектов должен отвечать (наверное) Veritas Cluster. Если авария произошла посередине транзакции, то транзакция конечно же ОТКАТЫВАЕТСЯ, и на новом сервере ее нужно будет проделать заново.

Во 2м случае Veritas Cluster будет работать с ASE как со специальным кластерным ресурсом типа "HAase". Отличие в том, что 1) при аварии не нужно будет делать полный рестарт резервного ASE, ПО кластера пошлет ему сигнал "do failover" и он, получив доступ к дискам соседа, просто отработает recovery их баз данных(причем по ускоренной HA-схеме). Т.е. время подъема будет быстрее. 2) ASE|HA обеспечивает автоматическое переключение коннектов с упавшего на резервный ASE. Для клиентов это будет выглядеть так: посылаем на ASE команду(select ..) - в ответ "ошибка кластера" - приложение понимает, что идет процесс переключения - через минуту делаем еще одну попытку послать команду на ASE - все ОК, получили результат (уже со второго ASE). Незавершенные транзакции в ASE|HA|Veritas также не переносятся.

Основная ценность подобного кластера - в случае аварии (железки, ОС) Вы получаете:
а) относительно быстрое переключение на резервный сервер
б) автоматическое переключение пользователей.

О "потенциальных проблемах" пусть расскажут те, кто это эксплуатировал :)

Андрей Хромов
Sybase CIS