Сергей Ковалёв

1. При таком количестве ПК, да, стоит.
Снижение издержек, запас роста без необходимости принятия в штат еще одного человека в отдел ИТ, более оперативное решение проблем, контроль доступа к документам и программам, более стабильная работа ПК и как следствие отсутствие простоев.
2. Контроль доступа в интернет, отчетность для руководства кто и чем занимается, ограничения на загрузку канала (один с торрентами не сможет все сожрать)
3. Айдеко. или Squid

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

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

Уже начните пользоваться Remote Desktop Connection Manager 2.7

Я думаю, Вам лучше воспользоваться специализированным форумом и вообще почитать подробно сам сайт. Там есть все, что Вам нужно в мельчайших подробностях.

Обожемой. У меня брызжет кровь из глаз от ответов.

Администратора домена убирать нельзя. Кому то нужно администрировать домен.
Отключать административные шары - создавать себе проблемы с установкой ПО и администрированием.

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

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

Контроль групп на компах можно делать через Restriction Policy.

Управление учетными записями: делегируйте права Account Admin на организационное подразделение в AD DS.

Все это решит проблему с специалистами техподдержки и ограничит их доступ.

Администратора домена могут ограничить только администраторы предприятия :) в мультидоменной инфарструктуре

А вообще такое отношение руководства говорит о том, что уже в чем то виновны, но они еще не решили в чем и когда этот момент наступит. Бегите, глупцы.

Обратитесь к вашему администратору.

Удалить везде Windows, удалить сборки софта и дистрибутивы под него.
Поставить везде вокруг себя Linux.
Подождать.

В контексте того, что Windows Server 2003 не поддерживает выполнение сценариев при появления события в EventLog
Могу порекомендовать банальный скрипт на входе и выходе, который пишет в текстовый файл на сетевом диске:
set F=%date:~6,4%-%date:~3,2%-%date:~0,2%_%time:~0,2%-%time:~3,2%-%time:~6,2%
echo log on %f% %username% %computername% >>\\server\share\audit\"%username% %computername%.txt"

для скрипта выхода все тоже самое, кроме замены log on на log off

Но проблемы с фиксацией IP адреса с которого подключаются к терминальному серверу он не решит.

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