Не запускайте производственное программное обеспечение на настольных аппаратных средствах. По крайней мере поместите 2 диска в поле и настройте набег программного обеспечения для него, но это является субоптимальным в случае отказа диска: все еще необходимо выключить сервер для замены диска. С серверным оборудованием у Вас не будет этой проблемы: замена в горячем режиме.
Контролируйте аппаратное здоровье (много свободных контрольных инструментов там, моим выбором был бы opsview, потому что это - nagios с блестящим веб-интерфейсом. Вы все еще заставляете все nagios плагины там работать в нем). У них также есть версия для предприятий для всей поддержки, в которой Вы, возможно, нуждаетесь.
Для резервных копий я пошел бы с бакулюмами, если Вы нуждаетесь в поддержке, можно также получить его от них (версия для предприятий).
Если Вы действительно не имеете системных администраторов в своей компании способными выполнить эти вещи, производите операции на стороне к другой компании или запускаете Ваши существующие и вовлекаете себя некоторые хорошие.
Я соглашаюсь с Ignacio Vazquez-Abran, что программное обеспечение управления конфигурацией является в конце дня самой важной вещью. Я пошел бы с cfengine, тем не менее, марионетка является свиньей ресурса, и он более раздут, чем это должно быть. Если Ваша потребность, другой svn сервер, просто netboot это, имеет его сам, установила и настроила в течение минут. Можно купить всю поддержку, которую Вы хотите от них также.
К NTFS просто не может получить доступ больше чем одна машина одновременно; даже когда Вы используете Отказоустойчивую кластеризацию Windows, только один узел имеет реальный доступ к объему в любой момент времени, другой заблокирован от доступа к нему кластерной подсистемой.
Доступ к объему с одного сервера и деление его являются действительно Вашей единственной опцией здесь.
Как другие сказали, Вы собираетесь испытать затруднения здесь. NTFS просто не может.
Но, если Вы застреваете с бесплатными инструментами и застрявшие в NTFS, лучшей, которую можно сделать, является копируемая в DFS доля:
AD будет заботиться о получении Ваших пользователей к одному из серверов, в то время как DFSR в конечном счете сохранит серверы в синхронизации. Как со всеми копируемыми в слияние системами, будет задержка между файлом, изменяющимся на одном сервере и этим обновляющий на другом; таким образом, могут быть конфликты, которыми необходимо будет справиться с Инструментами создания отчетов DFSR.