Dynamics AX 2009 падает, когда кластер SQL катится

У нас возникла проблема на одном из наших узлов производственной базы данных, которая привела к его переключению на другой. Это вызвало кратковременное отключение, пока сервис не работал. Однако этого временного сбоя было достаточно, чтобы вызвать сбой некоторых серверов AOS (т. Е. Службы по-прежнему работали, но мы не могли подключиться к ним через AX, пока не перезапустили службы AOS).

Примечание: файлы наших приложений также размещаются в нашем кластере SQL (на отдельном диске), идея состоит в том, что вместо того, чтобы полагаться на один общий ресурс для хранения этих файлов, у нас есть файлы на кластерном общем ресурсе, так что должен сервер (узел)) хостинг файлов не удается, они все еще могут быть доступны. Я подчеркиваю это, так как это может быть кратковременная потеря связи с этими файлами, которая вызвала проблему вместо /, а также потерю соединения с БД. Мы поиграли с идеей, что каждый сервер AOS должен хранить копию файлов приложения локально (то есть, если один AOS выйдет из строя, мы потеряем только один; остальные не будут затронуты потерей своей копии файлов приложения)., но ряд консультантов посоветовал против этого, цитируя лучшие практики MS.

Однако, похоже, что временная ошибка подключения должна вызвать такую ​​проблему; Я ожидал, что ошибка будет просто перехвачена, и AX попытается подключиться к этим ресурсам, пока соединение не будет восстановлено.

Кто-нибудь знает исправление для этой проблемы? Кто-нибудь еще имел эту проблему и разработал обходной путь?

Заранее спасибо.