res2001

Не все программы могут работать в таком режиме. Все зависит от кривизны рук разработчиков.
Например, если софтина открывает какой-либо файл, находящийся в своем каталоге, в монопольном режиме, то вторая копия этой же программы, запущенная на этом же компе уже не сможет работать.
Так же возможно путь установки жестко прошит в коде и она именно там ищет какие-либо файлы.
Путь, прошитый в exe можно аккуратно поменять, на что-нибудь другое, но такой же длины с помощью HEX редактора.
Отследить другие причины можно с помощью программ входящих в Sysinternals Suite (можно взять на сайте микрософта бесплатно). С помощью этих утилит можно посмотреть, к каким файлам обращается программа при запуске, к каким ключам реестра.
Даже если в софте проблемы с монопольным доступом к каким-то файлам остается вариант, когда сама софтина находится на сетевых дисках, а нужные файлы раскидываются по раб.станциям.

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

В АД администратор домена является и локальным админом рабочих станций.
Если хотите, чтоб сами юзера имели право себе что-то ставить и настраивать, то можно:
1.назначить на подразделение, например, админа из состава подразделения, тогда он сможет под своей учеткой управлять компами в подразделении.
2.Завести на компах локального админа и дать юзерам пароль от него. Но это плохой вариант.

Был аварийный перезагруз. Скорее всего никаких следов в винде на этом этапе найти не получится.
Причины могут быть либо в железе, либо в софте.
По железу: такое может быть из-за перегрева процессора; из-за того что какой-либо PCI адаптер физически отходит - плохой контакт; сбой/перегрев блока питания; просто старая материнка начала глючить.
Включайте какой-либо мониторинг с сохранением в файл, хотя бы и встроенный в винду и ждите когда снова это произойдет. Еще посмотрите БИОС - у нормальных производителей серверов в БИОСе есть свой лог и туда пишутся аппаратные ошибки.
По софту - вам виднее, что у вас там стоит. Обновите софт, включите логи, после повторения анализируйте. Если ничего не поможет, попробуйте часть софта перетащить на другой сервер, если возможно.
Конечно, во всем этом есть смысл, если ошибка будет регулярно повторяться. Если повторений не будет, то забейте.

У меня был один сервак под ESXi, который после обновления ESXi начал периодически раз 3-4 месяца вылетать в BSOD. Т.к. вылеты были ну очень не частые то понять причину так и не получилось - аппаратно исправен, в логах ESXi ничерта нет. Перепробовал несколько вариантов в течение пары лет ... теперь этот сервак прекрасно работает под виндой.

Попробуйте обращаться по IP

Видимо это кривой драйвер ключа на клиенте/сервере. Обратитесь в поддержку производителя ПО или аппаратного ключа.

Варианты решения:
1.Подключить сервер к гигабитному/10Гб свичу, а юзеров на 100Мб/1Гб.
2.На сервере поднять два сетевых интерфейса в локальную сеть и настроить агрегацию каналов. Желательно линки втыкать в разные свичи.
Это лишь частичное решение, т.к. все равно будут страдать пользователи ходящие на сервер по тому же линку где идет активный трафик.
3.Умерить собственные аппетиты и не нагружать сервер посторонней дисковой активностью без острой на то необходимости.
4.Забить на все, т.к. решение проблемы дорого, а себя ущемлять не охото. Да и не особо критично.

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

Вообще лучше взять минимум Windows Server 2012 R2. В 2008 микрософт в RDP ликвидировал некоторые плюшки, например remote shadow - очень хорошая вещь, если уметь ее готовить. В следующих версиях RDP (Windows Server) вернули назад, видимо возмущенные админы сумели до них достучаться :)
1. 25 clt - это 25 клиентских лицензий на подключение к Windows Server (Windows CAL). Но вам дополнительно нужны еще Windows RDP CAL. Лицензирование может быть как по количеству пользователей так и по физическим процессорам (нужно прикинуть что выгоднее будет). Для терминального сервера нужны оба типа лицензий.
2. Возможность докупки лицензий есть, без проблем, обоих типов.
3. 50 пользователей - это не много. Нужно прикинуть с чем будут работать пользователи в терминале и какая нагрузка. Обычно нагрузка, создаваемая среднестатистическим пользователем не велика, поэтому бОльшую роль будет играть количество памяти, а не количество ядер в проце. Оптимальный вариант, имхо, поднимать терминальник на виртуальной машине, дать ей по больше оперативной памяти и радоваться жизни.
Если будете поднимать 2 терминальника, то в винде есть возможность сделать балансировщик нагрузки между терминальными серверами, таким образом вход на терминал для пользователей будет один, а балансировщик будет выбирать уже на какой конкретно сервер пойдет пользователь.
Я бы поднял для начала один терминальный сервер, и начал запускать на него пользователей постепенно, в процессе мониторя нагрузку. Если вдруг окажется, что пользователи отжирают все ЦПУ, то пора разворачивать второй терминальник с балансировщиком. Если упрется в память - добить памяти.

Накатите вручную KB2998527 - это обновление от 2014 года часовых поясов.

А порты открываются?
Стартуйте ваш процесс не от LocalSystemа, а от нормального пользователя. Можно завести специального пользователя для него, назначить ему необходимые права.

Если в журналах следов выключения нет, значит ошибка аппаратная и это не обязательно БП.

Veritas/Sumantec BackupExec рулит уже много лет.

Раз отказали в продаже, можно с чистой совестью воспользоваться активатором :) и начать переходить на линукс.

От замены блока питания БИОС не сбрасывается. БИОС сбрасывается, если у вас сдохла батарейка на материнке или вы ее вынимали.
Если данные вытаскивать не нужно, то и восстанавливать ОСь нет смысла - настройте нужную вам аппаратную конфигурацию и ставьте новую винду. Не парьтесь с восстановлением - лишняя трата времени.