Можно использовать этот генератор SPF онлайн для получения appropiate TXT для SPF.
Попробуйте DFS. Вот статья, я нашел, что это вдается в подробности.
Обновление 12.07.2016: Так как вышеупомянутый URL повреждается, вот собственная страница Microsoft на DFS: https://msdn.microsoft.com/fr-fr/library/cc782417 (v=ws.10) .aspx
DFS может несомненно дать Вам степень высокой доступности, а также других функций однако, если все, что Вы хотите сделать, настраивается, избыточный flie кластер сервера видит этот technet пошаговая статья
Вы не можете сделать домена DFS без доступа к домену. Вы не можете настроить кластер без доступа к AD. Другая опция к:
запишите сценарий для тиражирования файлов вручную в данном интервале на сервере (или если Вы думаете, что Вы до него на изменении папки), и запишите сценарий, на который могут нажать пользователи, если у них есть проблемы.
Необходимо отметить совместно используемые папки как доступные для офлайнового доступа и затем xp систем (когда они делают его доступным в режиме офлайн), будет кэшировать и ловить до сервера, должен он становиться недоступным. После того, как отмеченный доступный офлайн копия является на всякий случай основным сервером, на самом деле умирает и не может быть возвращен, у Вас затем есть резервная копия.
если можно сохранить содержание и этих файловых серверов в синхронизации, Вы могли бы рассмотреть использование CNAME и просто указать на него на сервер, это - avbl.
немного съемки общим планом - но также и попытка, присваивающая DNS, записывает к обоим серверам при присвоении более низкого приоритета отказоустойчивому серверу.
всем вышеупомянутым является базирующийся DNS.
hth's
"Автоматически перекарта" функциональность будет занозой в Вашей стороне. Вы никогда не будете заставлять это работать.
Или исследуйте стороннее программное обеспечение обработки отказа или почините свою собственную серверную сторону решения (см. ниже). Выполнение его клиентский просто просит трудность, все же.
Вы могли бы полагать, что сценарий или ручная процедура добавили имя псевдонима к компьютеру резервного сервера, который позволяет ей отвечать за неудавшийся сервер. Необходимо будет перезапустить сервис "Сервера" на резервный компьютер (и обновить DNS / WINS, по мере необходимости) заставить это начинать отвечать за то имя. У клиентов будет имя к отображению IP кэшируемым локально также, таким образом, можно будет захотеть рассмотреть присвоение IP-адреса неудавшегося сервера к резервному серверу как часть той процедуры. (Даже затем у клиентов будет MAC к отображению IP кэшируемым в их кэшах ARP, поэтому если Вы также не присвоите MAC-адрес неудавшегося сервера NIC резервного сервера, Вы не собираетесь получать мгновенную обработку отказа.)
Это может быть немного упрощенно, но как насчет этого:
Если у Вас есть хорошая связь с Вашими пользователями, достаточно для объяснения, что продолжается и как обработка отказа будет обработана, Вы могли сделать ручную обработку отказа.
На сервере резервного копирования создайте резервную папку и назовите его чем-то inutitive как Файлы резервных копий. Подключите диск на ПК пользователей к резервному диску. Запустите скрипт на сервере резервного копирования, или мне нравится использовать robocopy, выбирать файлы от основного устройства. Проясните пользователям, что файлы резервных копий перезаписываются поэтому, если они действительно изменят их, то они потеряют изменения.
Когда что-то идет не так, как надо, объявляют обработку отказа, останавливают сценарий выборки на сервере резервного копирования и заставляют пользователей использовать свой диск, отображающийся на резервную папку.
Когда все хорошо, копия возвращается к основному устройству (снова, robocopy делает это вполне хорошо), и объявите нейтрализацию с пользователями, возвращающимися к основному устройству.
Не автоматический так немного мусора, но должен работать вручную с минимальным усилием. Я не могу думать ни о чем, что автоматическая шляпа не была предложена.