У меня только базовые знания Windows Server, и я унаследовал ответственность за установку сервера терминалов с 20-30 одновременными пользователями (Windows Server 2003).
Периодически возникают проблемы с производительностью - в конечном итоге, я думаю, из-за низкой спецификации сервера (трехъядерный, 4 Гб памяти с использованием PAE). Я пытаюсь понять, смогу ли я продолжить работу до крупного обновления, которое состоится позже в этом году.
Я заметил одну вещь: процессы из различных сессий часто занимают 100% ядра. Думаю, зависания случаются, когда это происходит сразу на нескольких сессиях. Могу ли я что-нибудь сделать, чтобы ограничить использование ЦП отдельными сеансами? В качестве альтернативы можно ли зарезервировать одно ядро, чтобы оно не использовалось отдельными сеансами, а было доступно для обработки входов в систему и т. Д.?
Вы хотели бы найти квоты ресурсов (квоты памяти и процессора), как в http://kurtsh.com/2007/07/16/howto-throttle-the-cpu-on-desktops-terminal-servers/ или http://technet.microsoft.com/en-us/library/cc732553.aspx хотя они могут быть специфичными для Win2008. Однако это должно дать вам отправную точку для поиска.
Когда мы запускали службы терминалов, мы обнаружили, что определенные приложения и методы могут смягчить тип проблемы, которую вы видите, а именно перегрузку ресурсов (мы работали еще в 2000 году, хотя ... казалось, что со временем ситуация улучшилась).
Некоторым пользователям нравятся хранители экрана на терминале. Ограничьте их, чтобы не позволять.
Создайте политики для выхода из системы в режиме ожидания.
Следите за определенными привычками, например, зацикливанием флеш-анимации. У нас был кто-то, кто повел терминал на землю, потому что у них был канал погоды на петле радара, из-за которой произошла утечка памяти.
Используйте монитор производительности, чтобы проверить наличие других ограничений; плохо написанное антивирусное программное обеспечение может сбить вас с толку, когда, например, запускает отдельный экземпляр мониторинга.
Это один из немногих случаев, когда фрагментированный диск может быть плохим, поскольку у вас есть ~ 25 пользователей со своими собственными кешами крошечных файлов, разбросанных по диску. Проверьте на фрагментацию и выполните чистку в нерабочее время.
~ 25 пользователей в такой системе, как вы описали, действительно остановят ее; это было о нашем ограничении на системы с терминальными службами, прежде чем это затронуло других пользователей. Вы не можете ожидать чудес в настройке в определенный момент.
Какой уровень RAID у вас установлен? Медленные дисковые подсистемы могут вызвать сбои. Особенно, если у вас утренний наплыв логинов. Обновите его, и вы можете увидеть приличный прирост скорости, хотя вы сказали, что пытаетесь выжить из этого, чтобы продержаться до серьезного обновления ...
Отслеживайте установку несанкционированного программного обеспечения. Для определенного типа программного обеспечения не требуется много времени, чтобы справиться со всем.
Используйте такие утилиты, как procmon и procmonitor из sysinternals (бесплатно), чтобы выяснить, что может тормозить вашу систему. Нет причин, по которым это должно быть замораживание; он может быть медленным, но не заблокированным. Эти утилиты могут помочь сузить основную причину. Временами это было для нас спасением, когда иначе мы бы ломали голову.
Это почти все, что я припоминаю… надеюсь, у других будет лучший совет по устранению нехватки ресурсов в системе.
ПРИМЕЧАНИЕ. Если это зависание происходит при небольшом и большом количестве пользователей, возможно, проблема связана с определенным приложением или действием. В дополнение к предложению инструментов sysinternals я бы начал искать шаблоны; что-нибудь в логах? Кто вошел в систему в то время и чем занимался? Можете ли вы отслеживать, что делают пользователи, если экран зависает и перестает работать? В какое время суток это происходит? Можете ли вы заставить пользователей присылать вам заметки о том, что они делали, когда это выходит из строя?
У нас была проблема со спонтанной перезагрузкой серверов в нашем кластере TS. Даже Microsoft затруднилась объяснить это. Оказалось, что это конкретное приложение, не должен вызвали перезагрузку, но сделали. Убрал с серверов и наши перезагрузки ушли. Но на то, чтобы понять это, потребовались буквально месяцы!