Я не большой поклонник периодического обслуживания. Я думаю, что необходимо контролировать серверы на постоянной основе и отвечать на проблемы сразу. Я использую домой варивший контроль (просто некоторый VBScripts использование WMI), но существует много приложений мониторинга сервера там. Вещи, которые я ищу ежедневно:
Это немного более включено, чем это, например, существует некоторая неошибка eventlog записи, которые я проверяю на, например, запись Eventlog, указывающая на перезапуск. Также я линейный регресс свободное пространство на диске для предупреждения меня, если дисковое пространство упадет на нуль за следующие шесть месяцев.
МЛАДШИЙ
Я не знаю ни о каких параметрах конфигурации для DFS-R для управления интерфейсами, которые это связывает с, или влиять, как это выбирает интерфейс партнера для маршрутизации трафика к. Делая быстрый поиск, я придумываю этот грязный взлом из блога Microsoft Storage Team (хотя с 2006), который указывает, что необходимо использовать Файл hosts на каждом элементе множества репликации для влияния на их разрешение имени, таким образом, что Вы эффективно "вынуждаете" их использовать частные IP-адреса.
Это - ужасный взлом, и я обычно яростно настроен против использования Файлов hosts. В этом случае, тем не менее, это может быть единственный способ выполнить то, что Вы пытаетесь сделать.
Скорее то выполнение взлома Файла hosts (который, если Вы делаете, необходимо зарегистрировать так, чтобы следующий парень, который работает над ним, знал, почему это было сделано) у меня есть еще одна идея, которую Вы могли бы попробовать.
Попытайтесь поместить маршрут хоста для другого хоста на каждом из компьютеров набора репликации DFS-R. Если это работает, сделайте маршрут персистентным. Я о 80/20 в размышлении, что это не будет работать, по сравнению с которым он будет, но это стоит того, чтобы попытаться:
Участник 1: route add 20.20.0.101 mask 255.255.255.255 192.168.0.100
Участник 2: route add 20.20.0.100 mask 255.255.255.255 192.168.0.101
Это могло бы просто работать для получения того трафика, текущего по частной сети. (Если бы я не выполнил приказы от Жены (TM) для получения некоторой работы дома, сделанной этим утром, то я дал бы ей попытку сам и сказал бы Вам, если она работает... Если она поймает меня пишущий на Отказе сервера этим утром, то это будет плохо...> улыбка <),
Это - предположение, которое потребует некоторого расследования с Вашей стороны, но здесь является моей мыслью:
Корень DFS и Цели ссылки определяются именем хоста (хотя возможно создать цели ссылки на основе IP-адреса вместо имени хоста), те имена хостов разрешены с помощью DNS при конфигурировании NIC с общедоступным IP-адресом для не регистрации в DNS (который является, как это действительно должно быть настроено, так или иначе), затем, только внутренний IP-адрес NIC на LAN будет разрешен для имени хоста каждого сервера, который должен вынудить репликацию использовать NIC LAN.
Это, кажется, достаточно близко к решению Evan, на которого ссылаются, но без потребности использовать файлы hosts или статические маршруты на каждом хосте.
Я нашел способ достигнуть этого!
Я синхронизирую два сервера, S1 (Windows Server 2008) и S2 (Windows Server 2008 R2), с помощью DFSR.
Путем я сделал это должно было изменить атрибут dNSHostName для каждого Сервера в Пользователях Active Directory и Компьютеров, одному на второй сетевой плате, например, s1.system.int и s2.system.int.
Кажется, что DFSR смотрит на этот атрибут сначала перед синхронизированием, и вуаля!
Однако я просто перезагрузил и должен был установить установку снова и еще не знаю, как заставить ее всунуть AD.
Я также не знаю то, что еще использует этот атрибут dNSHostName, так быть предупрежденным!