Назад | Перейти на главную страницу

Сетка DFS и репликации между 3 серверами - как выбирается локальный сервер

В качестве примера у меня есть 3 сервера DFS, все в разных подсетях, каждый с авторитетным начальным общим ресурсом на каждом (\\svr1\accounts, \\svr2\sales, \\svr3\hr).

Я включил репликацию на всех серверах (сетка), так что у меня есть 3 общих ресурса на каждом сервере (т.е. svr1 будет иметь 3 общих ресурса accounts, sales и hr, и то же самое для двух других серверов).

Поскольку для каждой папки существует несколько исходных общих ресурсов, как клиент узнает, к какому общему ресурсу нужно подключиться (мы бы хотели подключиться к локальному файловому серверу, а не к серверу через медленную VPN).

Как DFS-R работает в описанном выше сценарии? Я вижу две возможности:

  1. Могу ли я использовать корневое пространство имен, т.е. \\mydomain.local\file\accounts и автоматически перенаправить его на локальный сервер (в зависимости от задержки или подсетей сайта активного каталога)

  2. Или мне нужно вручную указать на локальный сервер, т.е. \\svr1\accounts (из-за того, что svr1 выходит из строя, теряется связь)?

Если это первая возможность, нужно ли выполнить какие-либо настройки?

Отказ от ответственности: я планирую свою первую реализацию DFS на работе, поэтому мое понимание исходит из книг (в частности, Windows Server 2012: наизнанку в данном случае), а не на практике. Но меня определенно интересует ответ.

Если я понимаю ваш вопрос, я думаю, вы задаете два отдельных вопроса:

  • Как DFS реплицируется?
  • Что определяет сервер, к которому подключается данный клиент?

В соответствии с Windows Server 2012: наизнанку (около страницы 1244 или около того), когда клиент запрашивает реферал для доменное пространство имен, в качестве руководства он обращается к контроллеру домена (далее - DC). Затем контроллер домена отвечает решением, основанным на данных, хранящихся в нескольких кэшах в памяти, которые описывают DFS и структуры сайта.

Сначала DC проверяет кэш ссылок на информацию о запрошенном объекте. Если соответствующий объект не найден, контроллер домена определяет местонахождение «объекта DFS для этого пространства имен», чтобы сгенерировать объект ссылки для передачи клиенту. Реферальный объект содержит список UNC-путей, которые может использовать клиент.

Кеши, опрошенные DC для формулирования объекта ссылки, включают Кеш стоимости сайта и Клиент и Кеши целевого сайта, а также некоторые другие. Немного неоднозначно, содержит ли объект ссылки также информацию, полученную из этих источников, чтобы клиент мог выбрать лучший путь из UNC-путей, или если сервер ограничивает UNC-пути, возвращаемые клиенту, на основе его оценки «близости» .

Кроме того, похоже, что конфигурация сайта, в частности вес ссылок, влияет на вычисления «близости».

Наконец, я считаю, что ручное указание клиентов на определенные серверы устранит одну из основных причин внедрения DFS в первую очередь; то есть: добавление уровня абстракции для клиентов для поиска / доступа к общим файловым ресурсам независимо от того, на каком сервере эти общие ресурсы расположены. (Что также позволяет администраторам ПЕРЕМЕЩАТЬ указанные общие ресурсы при необходимости, ограничивая при этом необходимость перенастройки сценариев входа в систему и т. Д., И т. Д.)

PS: Извините за многословность; Я только что вернулся домой и должен был изучить этот материал.

РЕДАКТИРОВАТЬ: Итак, в основном, я думаю, что вам нужно сделать, это настроить сайт для каждого ... ну, сайта, который у вас есть. IE: Вы, вероятно, захотите создать сайт для каждого сервера, который реплицируется через WAN. Кроме того, если это реализация DFS на основе домена, вам нужно подумать о том, где расположены ваши контроллеры домена, поскольку клиенты будут запрашивать у ближайшего контроллера домена ссылку UNC.

Пространства имен DFS автоматически выбирают конечную точку «идеи» на основе внутренней оценки. В идеале это означает, что он всегда будет выбирать ближайший к вам сервер в той же подсети. Однако, по моему опыту, это не так. всегда случиться.

Пространства имен и репликация - это две разные вещи, которые работают друг с другом, поэтому вы можете иметь репликацию без видимых пространств имен и пространства имен без аспекта репликации. Однако в этом случае я бы сопоставил с корневым пространством имен.

на ваш вопрос есть очень хороший ответ.

http://blogs.technet.com/b/askds/archive/2011/09/16/active-directory-site-topology-not-just-for-dcs.aspx

С уважением, Кай