Поддерживается ли работа с отказоустойчивыми кластерами MS SQL

Вообще это функции SQL Server, хотя сама база данных может конечно накладывать ограничения, но у нас их нет.

Специальное тестирование не производилось, но эти функции SQL Server конечно поддерживаются (на внедрениях кластер разворачивали).

Подробную консультацию дать не  сможем, так как здесь все таки обязательно нужен грамотный администратор SQL Server на предприятии. То же самое и по рекомендациям - сильно зависит от конкретной работы, и кроме специалиста на предприятии никто данную проблему не решит, наши советы тут могут только  спровоцировать неправильную работу.

На все вопросы связанные с таким развертыванием конечно же постараемся ответить ( что касается работы БД IndustriCS).

Судя по документации получается что если клиент соединяется через ADO.NET либо SNAC, то должно произойти автоматическое пересоединение приложений.

TechnologiCS соединяется используя  SQL Ole DB провайдер. Опять же по документации сказано, что если установлен SNAC то OLE DB и ODBC будут работать поверх него. Произойдет ли при этом автоматическое пересоединение не совсем ясно, но видимо должно. Подробное описание данного механизма пока не  нашел, поэтому не могу точно сказать как среагирует TechnologiCS. ( в принципе есть возможность соеденить TechnologiCS используя SNAC, правда мы не проводили тестирование при таком подключении, хотя теоретически должно быть без разницы).

В любом случае так понимаю всегда можно выполнить пересоединение руками.

С кластером проще в том отношении что кластер для клиента всегда выглядит как один сервер.

Еще раз повторю что мы сами специального тестирования не проводили, но теоретически ограничений нет и, более того, кластер разворачивали и не раз.
Если важно, можем конечно попробовать помочь разобраться в  настройке (хотя сначала по доке надо уточнить что в данном случае происходит с уже активным соединениями).
Версия TechnologiCS нужна (лучше конечно если будет последняя), и версия ОС и SQL Server.

ну до билда лучше бы указать и версия TCS нужна (бывает же что СП решает все).

В TechnologiCS меню справка - Показать информацию о системе. Там есть информация обо всем что нужно.

На дистрибутивном диске TechnologiCS 6.3 есть папка "Microsoft SQL Server Native Client" . Давайте начнем с того что установим его на клиентской машине где будем испытывать. Возможно имеет смысл взять его последний с дистриба вашего SQL Server  (если найдете его там).

Ну тогда с этим приложением экспериментировать возможно проще.

Ну тут то проблем и не должно быть в  любом случае :).

Вообще я не помню четкого указания что будет происходить с существующими коннектами при отказе одного из узлов кластера.

у 2008 исталлятор не хилый, но Native Client SQL Server там должен быть. ВОт что пишут

Главное чтобы он был установлен на клиентской машине.

Вот что написано в доке по 2008 (в инете ссылку прямую пока не нашел)

Далее читаем раздел Клиентские соединения с зеркальной базой данных. где собственно находим такое замечание

То есть похоже что без поддержки приложения автоматическое пересоединение само не произойдет никак.

Есть правда параметр Failover Partner для ручного указания запасного адреса, но опять таки нет указания что при этом автоматом все сработает. Попробуйте на своем приложении (лучше на оси выше WindowsXP, так как на старых клиентах есть какие-то нюансы).

Есть конечно куча требования к сети которые следует соблюсти для нормальной работы, но это уже похоже больше имеет отношения к функционированию самого кластера, а не работе приложений.

Мы пока поизучаем вопрос с повторным соединением, хотя по факту это все равно сводится к повторному запуску.

Как в TechnologiCS организовано подключение к БД? Если подключение открывается при запуске приложения и используется во всем сеансе работы с приложением, то появление такой ошибки закономерно.