Select the product you need help with
Как оптимизировать расположение контроллера домена или глобального каталога, находящегося вне сайта клиентаКод статьи: 306602 - Список продуктов, к которым относится данная статья. На этой страницеАннотация Механизм локатора контроллера домена Windows 2000
всегда предпочитает контроллер домена, который находится на сайте клиента,
Поиск контроллера домена, который достигается с помощью контроллера домена
которое регистрирует записи ресурсов DNS SRV локатора контроллеров домена, специфические для узлов
для веб-узла, в котором находится контроллер домена. Кроме того контроллер домена может регистрировать локатора контроллеров доменов специфические для сайтов DNS SRV записи ресурсов для других узлов, не содержащие контроллером домена одинаковые роли (например, на котором размещена того же домена или является глобальной Каталог) для узла контроллера домена, являющийся ближайшие. Это гарантирует, что клиенты Найдите ближайший контроллер домена в случае без домена контроллер находится в узле клиента. Для получения дополнительных сведений об этом механизм относятся к Windows 2000 Server Resource Kit, «Распределенных систем руководство» книга, главы 3 «разрешение имен в активный Каталог". В случае, в котором все контроллеры домена в том же роль (размещения того же домена или отсутствие глобальных каталогов) в конкретном сайте становятся недоступными, клиенты, расположенные на одном узле перемещается на любой другой контроллер домена в другой сайт без оптимизации. При оптимизации, как находить контроллеры домена Windows для входа в систему, может также требуется использовать этот оптимизированный вариант DFS. Помните, что DFS поддержку узла учета себестоимости, а может уже Выбор очень хорошее сервера. Сведения об этом обновлении можно найти: 831201 Обновление для Windows Server 2003 и Windows 2000 Server позволяет поместить на сервер входа в верхней части списка ссылок DFS экспортировании;EN-US; 831201
(http://support.microsoft.com/default.aspx?scid=kb;EN-US;831201)
Дополнительная информация Ниже описываются рекомендуемые
конфигурации, который следует использовать для оптимизации расположения домена
контроллеры или глобальные каталоги, когда все домен контроллеров или глобальное
каталоги, которые обслуживают конкретного узла становятся недоступными. «Я раздел»
Описывает конфигурацию концентратора лучевой топологии и «Разделе II»
Описание конфигурации для других топологий. Важные Этот раздел, метод или задача содержит действия, о том, как внести изменения в реестр. Тем не менее при неправильном изменении реестра, могут возникнуть серьезные проблемы. Таким образом Убедитесь, что внимательно выполните следующие действия. Для дополнительной защиты резервную копию реестра перед внесением изменений. Затем при возникновении неполадок можно восстановить реестр. Для получения дополнительных сведений о том, как резервное копирование и восстановление реестра щелкните следующий номер статьи базы знаний Майкрософт: 322756
(http://support.microsoft.com/kb/322756/
)
Резервное копирование и восстановление реестра WindowsРаздел I: концентратора лучевой топологииСледующие рекомендации основаны на предположениях, концентратор лучевой топологии лучше, если все домена контроллеры и глобальные каталоги вспомогательных узлов становятся недоступными, клиент ищет для контроллера и глобального каталога домена на этом узле не будут на домен контроллера и глобального каталога в центральному узлу, а не в другом вспомогательные веб-узла. Данное решение подходит не только для топологии с один концентратор сайта, но также для топологий с нескольких концентраторов центра в случае не имеет значения, какой центральный узел вспомогательная клиенту не удастся по сравнению с.Для достижения этого поведения домена контроллеры или глобальное каталоги в офисах вспомогательных следует не Регистрация локатора контроллеров домена (не с конкретным узлом) DNS-записи. Эти записи регистрируются только в домене контроллеры или глобальное каталоги в центральный. Когда клиенты не может найти домен контроллеры и глобальные каталоги, обслуживающих их веб-узла, он попытается найти какой-либо домен контроллеров и глобальные каталоги с помощью этих универсальных (не с конкретным узлом) DNS-записи локатора контроллеров домена. Домена контроллеры и глобальные каталоги в сопутствующих веб-узлов не должны регистрироваться следующие записи:
Настройте контроллеры домена и глобальным каталогам не регистрировать универсальный записейWindows 2000
Windows Server 2003 и более новых версийИспользование групповой политики «Записей локатора контроллеров Домена DNS не регистрируемые контроллерами» служба Net Logon, указав список разделенных пробелами мнемоник, указанные в приведенных ниже таблицах.Справочные таблицыСледующие таблицы содержат мнемоник, типы и владелец имена записей локатора контроллеров доменов DNS, которые не должны быть зарегистрированных вспомогательные контроллеры домена и глобальным каталогам для оптимизации расположение контроллера домена.Записи, специфические для контроллера домена Свернуть эту таблицу
Свернуть эту таблицу
Раздел II: Другие топологииЕсли переход на центральный hub(s), когда локальный домен контроллеры и глобальные каталоги, становятся недоступными, не удовлетворяет ваши требования, можно использовать следующую конфигурацию.Если клиенты (например, серверы Exchange) в сбой по для веб-узла домена контроллеры или глобальное каталоги в сайт Б, когда домен контроллеров и глобальные каталоги на сайте become недоступный, затем администратор может настроить некоторые или все из домена контроллеры и глобальных каталогов в веб-узел b регистрировать специфические для записи для узел а. Для обеспечения этого домена, контроллеры и глобальные каталоги с узла b Выбранный клиентами в веб-узла только если контроллеры и глобальных каталогов домена из узла недоступны, контроллеры и глобальных каталогов домена на узле b который закрывают другие веб-узел A, должны регистрировать записи SRV, содержащее нижнюю (чем выше по абсолютному значению) приоритет. Примечание: Для всех записей SRV, применяется политика приоритет зарегистрирован с помощью контроллера домена. Таким образом должен быть администратором осторожность при задании более низкий приоритет для использования с помощью контроллера домена Поскольку это означает, что он будет регистрировать более низкий приоритет Site-specific-записи даже для веб-узле. Для настройки контроллера домена для регистрации специфические записи для разных веб-узлаWindows 2000
Windows Server 2003 и более новых версийИспользование групповой политики «Узлы Covered по DNS SRV-записями локатора контроллеров доменов» служба Net Logon, указав список имен узлов, разделенных пробелами, для которых контроллер домена должны регистрировать.Настройка глобального каталога для регистра специфические записи для разных веб-узлаWindows 2000
Windows Server 2003 и более новых версийИспользование групповой политики «Узлы Covered по DNS SRV-записями локатора глобального каталога» служба Net Logon путем указания списка имена сайтов, разделенные возврата каретки, которых следует зарегистрировать глобального каталога.Для настройки контроллера домена для регистрации SRV-записи с конкретным приоритетомWindows 2000
Windows Server 2003 и более новых версийС помощью групповой политики «Набор приоритет в DNS SRV-записями локатора контроллеров доменов» служба Net Logon.СсылкиДля получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт: 267855
(http://support.microsoft.com/kb/267855/
)
Проблемы с большое число контроллеров домена с зонами DNS Integrated активного каталогаСвойстваКод статьи: 306602 - Последнее изменение :: 11 сентября 2011 г. - Редакция: 4.0 Информация в данной статье относится к следующим продуктам.
Переведено с помощью машинного перевода ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода. Эта статья на английском языке:306602
(http://support.microsoft.com/kb/306602/en-us/
)
| Переводы статьи
|




Перейти к началу страницы








