Как лечить windows server 2012 при ошибке сервера лицензирования

Надавно столкнулся с неожиданной проблемой, в январе месяце я установил и настроил windows server 2012, всё было сделано по Тз

т.е. используется Windows Server 2012 в рабочей группе (без использования домена), устанавливаются купленные клиентские сертификаты на подключение к серверу терминалов,

устанавливается и активируется сервер лицензирования.

Всё прекрасено работало ровно 120 дней после этого возникла ошибка

« Удаленный сеанс поскольку отсутствуют доступные серверы лицензирования сервера терминалов для проведения лицензирования. Обратитесь к администратору сервера «.

Возникли собственно вопрос как и почему.

Первым делом отправились в

Диспетчер серверов\Службы удаленных рабочих столов\Серверы

Там проверили что

1. Windows server 2012 активирован

2. Запущены службы: удаленных рабочих столов , лицензирования удаленных рабочих столов

Диспетчер серверов\Локальный сервер

там обнаружилась ошибка

Льготный период лицензирования удаленных рабочих столов истек, а служба не была зарегистрирована на сервере лицензирования с установленными лицензиями. Для постоянной работы необходим сервер лицензирования удаленных рабочих столов. Сервер узла сеансов удаленных рабочих столов может работать без сервера лицензирования в течение 120 дней со дня первоначального запуска.

не установлен режим лицензирования удаленных рабочих столов

Однако режим лицензирования установлен,а служба лицензирования настроена и сам сервер активирован.

Оказалось что в последних версиях microsoft windows server 2008 2008 r2 2012 рекомендуют использовать домен, при этом работают оба режима лицензирования,

а в случае отсутствия домена возможен только режим лицензирования на устройство, и по истечении 120 дней режим лицензирования на пользователя перестаёт работать и к серверу становится невозможно подключиться по РДП.

исправляем данную ситуацию открываем Powershell или в выполнить winkey+r

Настраиваем локальные политики для серверов находящихся в рабочей группе

. В строке терминала пишем gpedit.msc и изменяем соответствующие ключи.

Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Лицензирование — Использовать указанные серверы лицензирования удаленных рабочих столов (добавляем имя нашего сервера или его ip адресс)

Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Лицензирование — Задать режим лицензирования удаленных рабочих столов (выбираем тип лицензий на устройство)

Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Licensing — Use the specified Remote Desktop license servers (добавляем имя нашего сервера или его ip адресс)

Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Licensing — Set the Remote licensing mode (выбираем тип лицензий на устройство)

Важно ! Если мы выберем режим лицензирования на пользователя то ошибка останется и сервер продолжить повторять что отсутствуют доступные серверы лицензирования , потому что в рабочей группе может быть только режима лицензирования на устройство.

Далее в том же powershell запускаем gpupdate, Далле нужно переполучить лицензии для этого

Далее переполучаем лицензии панель управления — администрирование — службы удаленных рабочих столов — Диспетчер лицензирования удаленных рабочих столов

открываем все серверы — кликаем правой кнопкой по нашему серверу — управление лицензиями

далле — перестроить базу данных сервера лицензирования — база данных лицензирования удаленных рабочих столов повреждена

нажимайте галку подтвердить удаление лицензий установленых на этом сервере

далее повторно устанавливаете лицензии (пр на сервере установить лицензии)

соглашение open license вводите ваш номер авторизации и номер дицензии если у вас винда была куплена.

тип лицензий обязательно выбрать на устройство.

Затем перезапускаете службы: лицензирования удаленных рабочих столов и удаленных рабочих столов

или перезагружаете сервер после чего к серверу снова можно будет подключиться по РДП

Лечим загрузчик Windows Server 2008

При подключении всех дисков одновременно (физически) WinServer-2008-64 стартует нормально , она на Диске №2.

Если отключить все диски физически и пробовать по отдельности по одному подключать , то стартовать никак не получается — не хватает какого-то другого диска. Почему? Пытаемся разобраться.

Тома без названий — это по-видимому Ubuntu , о которых Windows тактично умалчивает, и при этом с удовольствием предлагает их задействовать для других целей : удалить,ну хотя бы оформатировать.

Интерес представляет «Зарезервировано системой H: 100Мb» — это по-видимому область Windows Loader и она на другом диске см. Диск №1. Эта такая хрень , которая и мешает жить нормальным людям.

Как я понял сначала с диска запускается MBR (Master Boot Record). Вопрос — с какого диска? Ответ похоже такой — с любого первого (по порядку по Биосу), на котором есть MBR.

Удобно еще пользоваться например ОС Ubuntu. Установили рядом с Windows на то же или другом диске и с помощью Grubber Customizer копируем MBR на любой диск (клонируем так сказать), но есть нюанс.

Загружаемся без диска №0 (500Gb физически отключаем) и все равно видим такое:
• error: no such device xxxxxxxxxxx. тут какой-то уникальный GUID
• grub rescue>

Похоже grub (а он понятно не от Windows пришел) где-то на оставшихся 2 дисках есть, но не может он запустить что-то и предлагаем восстановить что-то. Покопашись в интернете похоже проясняется смысл grub : Ubuntu прописывает в MBR первую часть grub (ибо туда совсем мало что может поместиться), а именно только ссылку на вторую часть grub и консоль (командную строку) для нашего как раз случая, когда вторая часть grub отсутствует (или осталась на другом изъятом диске) , то через консоль Grub rescue> подключения к ОС можно все восстановить вручную.

1. Лечим опять все тем же способом через Ubuntu , т.е. устанавливаем Ubuntu рядом с Windows , опять устанавливаем grub Customizer.
2. Или запускаемся с диска Ubuntu и устанавливаем grub.
4. из консоли grub rescue> набираем несколько команд..
3. Но есть еще более быстрый способ программа Boot-Repair-disk — 5 минут и сама найдет все ОС(Win,Ubuntu. ), все Windows Loader-ы . Перезагружаемся и все ОК .

Ну и вот , что мы видим в результате:

Примечание sda,sdb,sdc . диски в Ubuntu , а также Диск 0,1,2. в Windows — условные и не фиксируются, поэтому различать конкретный диск лучше например по его размеру. Разделы на дисках различаем по Имени (Меткам) , которые можно редактировать.

Ну и еще надо добавить , что отключил я после Boot-Repair-disk диск на 1000Gb и к удивлению Win-Server-2008-2000Gb-sdc3 стартанул нормально, хотя 100Мб «Зарезервировано системой» остался на отключенном 1000Gb диске. Т.е. этот 100Мб раздел не повлиял на загрузку ОС , зачем он нужен? (точнее кому)? Как я понял у меня было 2 диска , 2 Windows Bootlodear-а и каждый появлялся при установке нового Windows на соответствующий диск.

Новый момент истины. Удалили системный (как его называет Windows ) Диск №1 раздел D:

Надо было освободить букву D: для другого раздела Диска №0. Просто для D: изменить букву или удалить полностью раздел Windows категорически отказывался , поэтому его тупо удалил через Ubuntu. А он был-то системный. Таким образом потом WinServer-2008-64 2000Gb или другая ОС на Диске №0 : теперь даже намека на старт не было. Это нормально, т.к. на удаленном разделе находился Windows bootloader, наверное поэтому он и назывался системный.

Так вот восстановить сам Windows bootloader программой Boot-Repair-disk не удалось. По-видимому Boot-Repair-disk может только найти рабочий Windows bootloader , но нарисовать его самостоятельно не может.

Шеф все пропало!? Целый день почти ушел на выяснения чем (и кого) лечить? Смысл такой, что в интернете на этом почти все программы хотят заработать деньги. А как вы понимаете попытка скорее всего одна будет и очень хочется ,чтобы была удачная. Хочется чего-то бесплатного, но платные программы только и ждут как ты выберешь какую-нибудь бесплатную утилитку и у тебя все накроется и тогда только они тебе помогут. Поэтому тут лучше остановиться и один раз на будущее во всем попробовать разобраться.

Кстати пробовал до удаления раздела файл bcd.. запустить, но на Windows Server 2008-64 его не нашел. Что и было причиной прямого удаления раздела.

В интернете нашел бесплатный Hiren’s Boot CD 15.2 , но не смог найти там где , что восстанавливать (бывает и такое, какой безумный набор всяких утилит). Paragon disk Manager — платное г. которое только и только мечтает , чтобы у вас раздел накрылся. Извините, эмоции.

Далее все пишут про команды из командной строки , которые надо запускать с консоли дистрибутивного диска ваше ОС в режиме восстановления.

Но нашлась все-таки программа с простым интерфейсов и бесплатная EasyBCD по Windows. Рискнул попробовал , помогло (частично). Запускаем EasyBCD под Win7-64 Диск №1 (там Windows bootloader сохранился). Далее программа EasyBCD увидела тупо разделы с Диска №0 и я их добавил в загрузку, конечно это все зафиксировалось только в bootloader Диска №1, но и то уже хорошо.

Но вот что интересно — лицензия 1С 8.3 слетела, хотя сам-то раздел WinServer-2008-64 2000Gb целиком сохранился, не менялся. Какая тут связь? И это нормально (привыкаем). 1С 8.3 вгрызается в ваш ПК намертво, даже область загрузки для нее имеет значение.

Теперь как решается проблема с восстановлением загрузочной области Windows Server 2008-64 R2 (именно Windows Server 2008, ибо с другим этого скорее всего не будет). По русскому интернету нифига не нашел, зато на https://social.technet.microsoft.com/Forums/ люди всего мира благодарили человека, даже в любви признавались, за то , что он догадался вставить для восстановления Windows Server 2008 DVD Windows7-64:

Сначала как-бы загружаем Windows Server 2008 DVD и у нас там вообще сначала не видно никаких ОC которые надо восстановить.
Потом на каком-то этапе Windows Server 2008 DVD увидел наши 2 ОС. Но восстановить загрузочную область для них не смог. Остановились на BOOTMGR is missing.

Вот тут-то и делаем так (извините подробно не записывал):

1. Windows Server 2008 DVD:
rename c:\boot\BCD bcd.old сохраняем копию чего-то похожего на загрузочную область, а оригинал BCD удаляется
проверяем результат это как-то так см. dir

2. перезагружаемся с Windows7-64 DVD:
он видим наши ОС на разделах и выбираем восстановление нашего (какое-то типа автоматическое) и делаем его может несколько раз (у меня 2 раза хватило) и НАКОНЕЦ стартует НОРМАЛЬНО Windows (остальные Win7-64. тоже нормально стартуют).

Смысл этого , что в MS похоже просто забыли проверить восстановление загрузки ОС Windows Server 2008. Да и как-то интереснее стало жить на свете наверное.

Тормозит сервер Windows как найти и локализовать причину?

В данной статье рассказано о средствах Windows, помогающих установить причину почему тормозит сервер. В статье рассмотрена операционная система Windows Server 2012 R2 — одна из самых популярных у VDS / VPS хостинг провайдеров.

При поиске причины тормозов сервера очень важно найти непосредственно процесс который создает наибольшую нагрузку на систему. В этом может оказать неоценимую помощь приложение perfmon которое входит в состав ОС Windows. Наибольший интерес для новичков будет представлять окно Resource Monitor.

Запуск Resource Monitor под Windows Server

Наиболее простой способ запуска это в окне Run (команда Win + R) набрать комманду perfmon /res.

Альтернативный вариант — в окне Task Manager (открывается комбинацией клавиш Ctrl-Shift-Esc) перейти на вкладку Peformance и внизу вкладки нажать на ссылку Open Resource Monitor.

Вкладка Performance дает общую информацию о системе, которая может быть также полезна. Можно понять загрузка какого ресурса близка к 100%: памяти, CPU или локальной сети.

Использование Resource Monitor для поиска причины почему тормозит сервер.

Очень часто поиск причины тормозов сервера начинают с проверки загруженности дисковой системы. Ниже представлено окно Resource Monitor на вкладе Disk.

На вкладке Disk Activity показана загруженность в процентах. Если загрузка, близка к 100%, то скорее всего дисковая система является причиной низкой производительности системы. Щелкая по заголовку Total (B / Sec) можно отсортировать файлы с которыми в данный момент роботает система по объему чтетния и записи на диск. Наиболее загруженный файл и будет причиной тормозов системы. Зная какой файл создает высокую нагрузку гораздо легче понять, какой процесс нагружает систему. Если это какой-то системный файл начинающийся с C:/Windows, то есть смысл воспользоваться поисковой системой, чтобы понять, какой системной службе принадлежит данный файл.

Следущей причиной может стать Сетевая нагрузка. Особенно это актуально для VPS серверов. В случае если вы подключаетесь по RDP то сетевый задержки могут ощущаться как тормоза сервера. Переходим на вкладку Network:

В первую очередь обращаем внимание на общую нагрузку сети. Если она близка к 100% процентам, то скорее всего проблема в сети. На вкладке Processes with Network Activity и TCP Connections мы можем найти название процесса, который нагружает сеть. К сожалению, системные и серверный службы запускаются при помощи системного файла svchost.exe, и часто непонятно какая именно служба загружает сеть. Но если, вы видите, что причина в svchost.exe, то причину нужно искать в службах Windows.

Бывает так, что вы запустили слишком много программ и у вас банально не хватает оперативной памяти. В этом случае нам может помочь вклада Memory. Иформация по процессам аналогична вкладке Network:

Самый простой случаей это загрузка CPU. Ее можно посмотреть на вкладке как на вкладке CPU так и в обычном Task Manager: