Раньше я использовал установку кластера с двумя узлами. Все службы (SQL, файловый сервер, сервер приложений, DTC) передавались туда и обратно внутри кластера как обычно.
Теперь я придерживаюсь другого подхода. Мне нравится строить свой кластер из двух узлов и устанавливать ТОЛЬКО функцию Hyper-V и отказоустойчивого кластера. Затем создайте около 6 серверов, которые свободно перемещаются между двумя узлами по мере необходимости. С такой настройкой все «службы» теперь являются просто автономными серверами.
У меня создалось впечатление, что я устанавливаю и настраиваю службу DTC для учета узлов, передающих службу SQL от одного узла к другому в середине транзакции SQL. Таким образом, транзакция / запрос SQL могут восстановиться, когда служба вернется на другой узел, на который она была отправлена.
Теперь, когда у меня работает только ОДНА служба SQL-сервера, и все переключения узлов выполняются на более низком уровне (через виртуальные машины), нужна ли мне вообще служба DTC?
Нет, ты не. Очевидно, что никто никогда не будет использовать DTC в сделанной вами настройке, поскольку все, что работает в кластере, - это виртуальные машины.
ЭТО СКАЗАНО: Вы также отказались от "большого количества" высокой доступности, перейдя на перемещение виртуальных машин. Всегда есть шанс, что изображение испортится. Даже с приближающимся 2015 годом Storage Space Direct это не поможет.
Вот почему SQL Server давно перешел от общих файлов в кластере к AOAG (Always On Availability Groups), где каждый экземпляр хранит свою собственную копию базы данных. Удаляет хранилище как единую точку отказа (включая повреждение).