Одна из самых частых и стрессовых ситуаций для системного администратора — это восстановление сервера терминалов (Remote Desktop Services) после критического сбоя или плановой переустановки операционной системы. Вы установили чистую Windows Server, настроили роль RDS, но при попытке ввести честно купленный пакет лицензий (RDS CALs) получаете ошибку.
Система сообщает, что «Ключ лицензии уже используется» или «Пакет лицензий уже активирован на другом сервере». Это вызывает недоумение: ведь сервер тот же самый, железо не менялось, а лицензии принадлежат вашей компании.
В этой статье мы подробно разберем, почему возникает конфликт с сервером активации Microsoft Clearinghouse, и предложим проверенное решение, которое позволяет восстановить работу терминального сервера без покупки новых ключей.
Корень проблемы: Почему старый ключ не подходит?
Чтобы понять суть ошибки, нужно разобраться в механизме защиты цифровых прав Microsoft. Когда вы впервые активируете пакет RDS CAL (например, на 50 пользователей), происходит «сцепка» трех элементов:
1. Ваш лицензионный ключ (Product Key).
2. Уникальный идентификатор оборудования (Hardware ID).
3. Идентификатор сервера лицензирования (License Server ID).
Информация об этой связке отправляется в глобальную базу данных Microsoft Clearinghouse.
Когда вы переустанавливаете Windows Server (даже на том же самом физическом «железе»), операционная система генерирует новый License Server ID. Для облачной базы Microsoft ваша новая система — это совершенно новый, незнакомый сервер.
Поэтому, когда вы пытаетесь просто «ввести ключ» стандартным способом, Clearinghouse видит следующую картину: «Кто-то пытается использовать ключ, который уже привязан к серверу ID-XXXXX, на новом сервере ID-YYYYY». Система безопасности расценивает это как попытку пиратства (дублирования лицензий) и блокирует операцию.
Важно понимать: Ваша лицензия не "сгорела". Она просто "зависла" в привязке к удаленной копии Windows. Вам нужно не активировать её заново, а выполнить процедуру миграции (восстановления).
Подготовка к процедуре восстановления
Перед тем как приступать к манипуляциям с консолью, убедитесь, что соблюдены базовые условия. Это сэкономит вам время и нервы.
1. Роль установлена корректно. Убедитесь, что компоненты «Лицензирование удаленных рабочих столов» (Remote Desktop Licensing) установлены.
2. Сервер виден в сети. Для автоматической миграции сервер должен иметь доступ в интернет (по портам 80 и 443 к серверам Microsoft).
3. Права доступа. Вы должны выполнять действия под учетной записью локального Администратора или администратора домена.
Пошаговое руководство: Использование «Мастера управления лицензиями»
Это самый надежный способ (используется в 99% случаев), который позволяет корректно сообщить Microsoft, что старый сервер был уничтожен, и вы переносите права на новый. Мы не будем использовать кнопку «Установить лицензии», мы пойдем другим путем.
Шаг 1. Запуск диспетчера
Откройте консоль управления. Это можно сделать через «Диспетчер серверов» (Server Manager) > Tools > Remote Desktop Services > Remote Desktop Licensing Manager.
Либо нажмите Win + R и введите команду:
licmgr.exe
Шаг 2. Проверка статуса сервера
Посмотрите на статус вашего сервера в левой колонке.
— Если стоит красный крестик — сервер не активирован. Сначала нужно активировать сам сервер лицензирования (Правой кнопкой -> Активировать сервер). Это базовая процедура, она проходит автоматически.
— Если стоит зеленая галочка — сервер активен, и можно приступать к восстановлению CAL-лицензий.
Шаг 3. Запуск процедуры миграции
Вот здесь многие совершают ошибку, выбирая пункт «Установить лицензии». Не делайте этого.
1. Нажмите правой кнопкой мыши на имя вашего сервера в списке слева.
2. В выпадающем меню выберите пункт Управление лицензиями (Manage Licenses).
Если этого пункта нет, убедитесь, что вы выбрали именно сам сервер, а не вложенные списки «Все серверы».
Шаг 4. Выбор сценария восстановления
Откроется «Мастер управления лицензиями». На приветственном экране нажмите «Далее».
В следующем окне система спросит вас, какое действие вы хотите выполнить. Вам будет предложено два похожих варианта, читайте внимательно:
— «Заменить текущий сервер лицензирования» (используется, когда старый сервер еще работает и вы переносите лицензии на новый).
— «Перестроить базу данных сервера лицензирования» (Rebuild the license server database).
Для случая, когда Windows была переустановлена после сбоя или форматирования диска, выбирайте второй вариант — Перестроить базу данных. Это опция для восстановления после катастрофических сбоев.
Шаг 5. Обоснование причины
Мастер попросит указать причину перестройки базы. В выпадающем списке выберите:
«Сбой аппаратного обеспечения или операционной системы» (Hardware or operating system failure).
Это официальный сигнал для Microsoft Clearinghouse, что предыдущая привязка ключа должна быть аннулирована.
Шаг 6. Подтверждение сброса
Появится предупреждение о том, что текущая база данных лицензий будет удалена. Поскольку у вас чистая установка и лицензий там и так нет — смело соглашайтесь.
Поставьте галочку «Подтвердить удаление лицензий…» (Confirm deletion of licenses) и нажмите «Далее».
Шаг 7. Ввод ключа продукта
Теперь вы попали в знакомое меню установки лицензий, но в контексте восстановления.
1. Выберите тип вашей программы лицензирования (обычно это «Пакет лицензий (розничная покупка)» или «Open License», если вы корпоративный клиент).
2. Введите ваш 25-значный ключ (Retail Key) или авторизационный номер лицензии (Authorization Number / License Key).
3. Нажмите «Добавить» -> «Далее».
На этом этапе происходит магия: сервер отправляет запрос в Microsoft с пометкой «Rebuild». Робот на той стороне видит флаг «Сбой системы», деактивирует старую запись ID-XXXXX и привязывает ваши 50 (или сколько у вас есть) лицензий к новому ID-YYYYY.
Шаг 8. Завершение
Если все прошло успешно, мастер сообщит: «База данных сервера лицензирования успешно перестроена». Теперь в консоли вы увидите ваши лицензии.
Что делать, если интернета на сервере нет? (Активация по телефону)
Иногда бывает, что сервер изолирован от внешней сети в целях безопасности, или «Мастер управления» выдает ошибку соединения. В этом случае поможет старый, но безотказный метод — телефонная активация.
1. В консоли RD Licensing Manager кликните правой кнопкой на сервер -> Свойства (Properties).
2. Перейдите на вкладку «Метод подключения» и выберите «Телефон» (Telephone). Выберите вашу страну.
3. Сохраните изменения.
4. Теперь снова кликните правой кнопкой на сервер -> Управление лицензиями (или «Установить лицензии», если управление недоступно).
5. Мастер покажет вам номер телефона Microsoft и ваш LSID (License Server ID).
Вам придется позвонить в центр активации. Сейчас там отвечает голосовой робот.
Алгоритм разговора:
— Робот спросит, хотите ли вы активировать Windows или другой продукт. Скажите «Другой продукт» или «Лицензирование удаленных рабочих столов».
— Введите/продиктуйте LSID с экрана.
— Робот продиктует вам ответный код лицензии (License Key Pack ID).
— Введите его в поле мастера.
Лайфхак: Если робот спросит, на скольких компьютерах установлена лицензия, отвечайте "Ноль" или "Один" (имеется в виду текущая установка). Если сказать правду про "старый удаленный сервер", робот может переключить на оператора, что займет больше времени.
Финальная проверка: Диагностика лицензирования
После того как лицензии появились в списке, работа еще не закончена. Нужно убедиться, что служба терминалов «видит» их и готова выдавать пользователям.
Для этого используйте встроенную утилиту диагностики:
1. Откройте «Диспетчер серверов» -> Tools -> Remote Desktop Services -> RD Licensing Diagnoser.
2. Или запустите через Win + R:
lsdiag.msc
В открывшемся окне не должно быть ошибок.
— Количество доступных лицензий должно совпадать с тем, что вы ввели.
— Режим лицензирования (На пользователя / На устройство) должен совпадать с типом установленных лицензий.
Частая ошибка: Вы купили лицензии «Per User» (На пользователя), а сервер настроен в режим «Per Device» (На устройство). В этом случае Диагност покажет 0 доступных лицензий. Вам нужно зайти в настройки развертывания RDS (Deployment Properties) или групповые политики и сменить тип лицензирования на верный.
Процедура повторной активации RDS CAL — это штатная ситуация, предусмотренная Microsoft. Главное — не пытаться вводить ключ «в лоб» как при первой установке, а использовать режим Управления (Manage) с указанием причины «Сбой оборудования».
Это позволяет легально перенести купленные активы на новую операционную систему, сохранив чистоту лицензионной истории и работоспособность терминального сервера.
