В нашей среде есть два центра обработки данных: основной и аварийный. Мне нужно развернуть службу KMS, и в целях упреждения я хотел бы иметь хост в обоих центрах обработки данных. Из того, что я прочитал, у вас может быть до 6 хостов, не обращаясь к Microsoft, и похоже, что произойдет то, что запись SRV для каждого хоста будет помещена в DNS. Клиент будет запрашивать эти записи SRV и случайным образом выбирать хост для начальной активации и будет использовать тот же сервер для всех продлений. Сервер можно изменить вручную с помощью сценария, и он автоматически изменится, если исходный сервер недоступен при активации или обновлении.
У меня вопрос: нашел ли кто-нибудь способ назначить один сервер в качестве основного узла KMS, а другой - только для отработки отказа? Причина, по которой я спрашиваю, заключается в том, что предпочтительно, чтобы клиент обменивался данными с основным центром обработки данных во время обычных операций и разговаривал с центром обработки данных аварийного восстановления только при необходимости, поскольку пропускная способность между офисами и центром обработки данных аварийного восстановления ограничена по сравнению с основным.
Я уверен, что это уже делалось раньше, но я не могу найти документацию MSFT.
Спасибо,
отметка
Это решение работает только на узлах KMS Windows Server 2008 R2 (или Windows 7) и читается только клиентами Windows 7 и Windows 2008 R2.
Вы можете применить приоритет и вес к записям DNS, связанным с узлом KMS. Это делается путем добавления значения MULTI_SZ под названием DnsDomainPublishList в раздел реестра HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ SoftwareProtectionPlatform. Формат: имя домена, приоритет, вес (например, company.com, 10, 100).
Это даст подсказки клиенту, с каким сервером связаться в первую очередь. Согласно документации, вы должны отключить кэширование узла KMS на клиенте, чтобы он всегда смотрел на этот приоритет и вес при регистрации. Это можно сделать, запустив SLMgr.vbs / ckhc на клиенте. Это гарантирует, что клиенты не будут продолжать использовать хост с более низким приоритетом (с большим числом), когда станет доступен хост с высоким приоритетом (с меньшим числом).
Для получения дополнительной информации см .: http://technet.microsoft.com/en-us/library/ee355153.aspx#EZAA