Репликация DFS на LAN (с несколькими подсетями)

Я не большой поклонник периодического обслуживания. Я думаю, что необходимо контролировать серверы на постоянной основе и отвечать на проблемы сразу. Я использую домой варивший контроль (просто некоторый VBScripts использование WMI), но существует много приложений мониторинга сервера там. Вещи, которые я ищу ежедневно:

  • сделал резервную работу
  • сколько свободного пространства на диске
  • актуальное AV
  • перечислите записи журнала событий типа "Ошибка"
  • перечислите все записи в журнале ESM Dell типа "Ошибка"

Это немного более включено, чем это, например, существует некоторая неошибка eventlog записи, которые я проверяю на, например, запись Eventlog, указывающая на перезапуск. Также я линейный регресс свободное пространство на диске для предупреждения меня, если дисковое пространство упадет на нуль за следующие шесть месяцев.

МЛАДШИЙ

0
задан 20 December 2009 в 16:09
3 ответа

Я не знаю ни о каких параметрах конфигурации для 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) для получения некоторой работы дома, сделанной этим утром, то я дал бы ей попытку сам и сказал бы Вам, если она работает... Если она поймает меня пишущий на Отказе сервера этим утром, то это будет плохо...> улыбка <),

1
ответ дан 4 December 2019 в 23:16

Это - предположение, которое потребует некоторого расследования с Вашей стороны, но здесь является моей мыслью:

Корень DFS и Цели ссылки определяются именем хоста (хотя возможно создать цели ссылки на основе IP-адреса вместо имени хоста), те имена хостов разрешены с помощью DNS при конфигурировании NIC с общедоступным IP-адресом для не регистрации в DNS (который является, как это действительно должно быть настроено, так или иначе), затем, только внутренний IP-адрес NIC на LAN будет разрешен для имени хоста каждого сервера, который должен вынудить репликацию использовать NIC LAN.

Это, кажется, достаточно близко к решению Evan, на которого ссылаются, но без потребности использовать файлы hosts или статические маршруты на каждом хосте.

0
ответ дан 4 December 2019 в 23:16
  • 1
    It' s, конечно, возможный, что он хочет общедоступный NIC' s адрес, зарегистрированный в DNS по другим причинам. В противном случае, хотя, затем это полностью жизнеспособно. I' d определенно предпочитают что-то простое чему-то ужасному как Файлы hosts или статические маршруты. –  Evan Anderson 20 December 2009 в 21:03
  • 2
    Спасибо за Ваш ответ. В документации Репликации DFS это строго записано тот, узлы должны быть в домене. Таким образом, они не могут быть упомянуты IP в Репликации DFS. –   21 December 2009 в 00:30
  • 3
    Я думаю, что Вы неправильно поняли меня. То, что я имею в виду, - то, что в конечном счете репликация DFS собирается произойти между IP-адресами хостов, которые содержат Корень DFS и Цели ссылки. Если Вы удостоверяетесь, что только имена хостов, связанные с внутренним NIC, регистрируются в DNS затем, когда те имена хостов разрешены к их IP-адресу, they' ll быть разрешенным к внутреннему IP-адресу и это может вынудить репликацию использовать NIC LAN. –  joeqwerty 21 December 2009 в 00:57

Я нашел способ достигнуть этого!

Я синхронизирую два сервера, S1 (Windows Server 2008) и S2 (Windows Server 2008 R2), с помощью DFSR.

Путем я сделал это должно было изменить атрибут dNSHostName для каждого Сервера в Пользователях Active Directory и Компьютеров, одному на второй сетевой плате, например, s1.system.int и s2.system.int.

Кажется, что DFSR смотрит на этот атрибут сначала перед синхронизированием, и вуаля!

Однако я просто перезагрузил и должен был установить установку снова и еще не знаю, как заставить ее всунуть AD.

Я также не знаю то, что еще использует этот атрибут dNSHostName, так быть предупрежденным!

0
ответ дан 4 December 2019 в 23:16

Теги

Похожие вопросы