[artem_]

Сам такого никогда не делал.

Но если верить MS

Код:

Если для конкретной службы имеется несколько записей srv, dns-клиентам 
предоставляется узел с наименьшем номером предпочтения (приоритетом). Если
 этот узел не исправен или не доступен, используется указанный в записи srv  
узел со следующим приоритетом (весом)

то вам будет достаточно изменить приоритет записей DC2.

А проверить заработало или нет можно следующим образом: на обоих серверах запускаем счетчики производительности где то дней на 5. После этого делаем изменения в службе dns и снова запускаем счетчики, ну и после всего этого сравнваем показания.

[Grub]

Зачем что-то менять, если и так уже все сделано?

Если этот узел не исправен или не доступен, используется указанный в записи srv узел со следующим приоритетом (весом) »

У вас всего 2 таких записи: DC1 и DC2. Если приоритетная(DC1) не доступна, то так и так будет использоваться вторая(DC2). Зачем еще что-то там изменять?

[Michael]

artem_, т.е. ты хочешь сказать, что достаточно любого ненулевого приоритета у DC1 чтобы клиенты не запрашивали DC2? По поводу проверки - таким образом не получится, т.к. дополнительная нагрузка на DC1 и DC2 весьма и весьма неравномерна в течении дня/недели/месяца.
Grub, на самом деле записей гораздо больше, как минимум на порядок.
И в данный момент все веса и приоритеты расставлены по умолчанию, т.е. равны (все приоритеты 0, все веса 100).

[artem_]

.е. ты хочешь сказать, что достаточно любого ненулевого приоритета у DC1 чтобы клиенты не запрашивали DC2? »

Да. По крайней мере так написано в документации к DNS W2K3.

[Michael]

artem_, а можно ссылочку?

[Oleg Krylov]

Я не artem_, но ссылочку могу Правда на английском Данный механизм описан в RFC 2782. Составленный, кстати, сотрудниками Microsoft. http://www.ietf.org/rfc/rfc2782.txt

[artem_]

Michael, а если тяжело с буржуйским - юзайте стандартную хелпу русской W2K3


SRV
Описание. Запись ресурса локатора службы (SRV). Позволяет находить несколько серверов, обеспечивающих аналогичную службу на базе TCP/IP, с помощью одной операции запроса DNS. Эта запись позволяет поддерживать список серверов для известного типа порта сервера и транспортного протокола с упорядочением по предпочтению для имени домена DNS. Например, в службе DNS операционной системы Windows Server 2003 эта запись представляет средства обнаружения контроллеров домена, которые используют протокол LDAP (Lightweight Directory Access Protocol) через порт 389 TCP.
Специализированные поля в записи ресурса SRV используются следующим образом.

Служба. Символическое имя требуемой службы. Для широко известных служб в документе RFC 1700 определены зарезервированные имена, такие как «_telnet» или «_smtp». Если имя для известной службы не определено в документе RFC 1700, может использоваться локальное имя или имя, определяемое пользователем. Некоторые широко используемые службы TCP/IP, прежде всего почтовый протокол POP (Post Office Protocol), не имеют уникального символического имени. Если документ RFC 1700 назначает имя службы, то это имя является единственным допустимым для использования в этом поле. На локальном уровне можно задавать имена только для служб, определяемых на локальном уровне.
Протокол. Указывает тип транспортного протокола. Обычно таким протоколом является TCP или UDP, хотя допускается использование любых протоколов, перечисленных в документе RFC 1700.
Имя. Имя домена DNS, на которое указывает данная запись ресурса. Запись ресурса SRV отличается от других типов записей DNS тем, что она не используется для поиска или запроса.
Приоритет. Задает предпочтение для узла, указанного в поле цель. Клиенты DNS, запрашивающие запись ресурса SRV, пытаются установить контакт с первым достижимым узлом с минимальным значением приоритета. Попытки подключения к узлам, имеющим одинаковое значение приоритета, выполняются в случайном порядке. Приоритет может иметь значения в диапазоне от 0 до 65535.
Вес. Используется как дополнение к значению предпочтения для обеспечения балансировки нагрузки в том случае, когда для нескольких серверов, указанных в поле цель, задан одинаковый уровень предпочтения. Это значение используется для задания дополнительного уровня предпочтения при выборе узла целевого сервера из нескольких, имеющих одинаковый уровень предпочтения. Это позволяет сбалансировать выбор целевых узлов при ответе на запрос SRV. Когда заданно ненулевое значение, попытки доступа к серверам, имеющим одинаковый приоритет, распределяются пропорционально указанному весу. Вес может иметь значения в диапазоне от 1 до 65535. Если балансировка нагрузки не требуется, следует использовать в этом поле значение 0 для упрощения чтения записей.
Порт. Порт сервера на узле цель, который обеспечивает службу, указанную в поле служба. Номер порта может иметь значения в диапазоне от 0 до 65535, хотя обычно используется назначенный номер порта службы, как указано в документе RFC 1700. Неназначенные порты могут использоваться произвольно.
Цель. Указывает имя домена DNS для узла, обеспечивающего запрашиваемую службу. Для каждого используемого имени узла требуется соответствующая запись ресурса адреса узла (A) в пространстве имен DNS. В этом поле можно использовать единственную точку (.) для принудительного указания, что запрашиваемая служба, указанная в данной записи ресурса SRV, недоступна для данного имени домена DNS.
Дополнительные сведения см. в Интернете в предварительном документе «A DNS RR for specifying the location of services (DNS SRV)».

Синтаксис:
служба.протокол.имя ttl класс SRV приоритет вес порт цель
Пример:
_ldap._tcp._msdcs SRV 0 0 389 dc1.example.microsoft.com
SRV 10 0 389 dc2.example.microsoft.com