Windows server 2012 r2 тормозит rdp

Обновлено: 06.07.2024

Тормозит 1С 8.2 в терминальном режиме в windows server 2012.
Железо хорошее: Xeon X 2, 16 оперативы, рейд на САС.
Дома на ноутьуке быстее работает. Разобраться не могу.

Счетчики производительности что показывают? Аномалии есть?

Конфигуратор по 2 минуты запускается, удаление объектов по 12 часов делает на базе 700Мб, ТиИ вообще по суткам

(9) нет, загрузка диска небольшая. система почти стоит, никого нет, кроме меня.

у кого нибудь еще стоит С-ка на winServ2012? рановато мы её себе установили?

(13) это другой вопрос.
(14) в исключения добавлял и папку платформы и базы. вообще удалял антивир - ничего не меняется

какая то хренатень, сначала думал на кривость новой платформы и конфигурации, теперь вижу что дело в другом

Не жди телепатов - рассказывай сколько народу в базе, какой релиз платформы, какие раздал права. Гадание на кофейной гуще помогает иногда и то в любви.

народу в базе: пока я один) недавно купили новый сервер (железо хорошее), внедряем ут 11 файловая. платформа 8.2.18.104

расшаривал папку, подключался с других компов к базе - и работает быстрее чем локально на cервере через rdp!

(21) В v8: Есть ли механизм по откату бухгалтерии 3.0 на 2.0? (53) утверждает, что так и должно. Через веб быстрее, чем ТС.

(0) какая конфигурация RAID? какие винты?
дома на ноуте поди SSD?

накатил последние обновления на win - ничего не изменилось

(25) сервер давно ставили? в утилите RAID контроллера проверяли, что все процедуры по созданию и оптимизации RAIDа закончены?

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

(26) Я сним промуздыхался 2 недели, в конечном итоге поставил и настроил за час 2008, и живу уже 7 месяцев без проблем. Возвращаться на 2012 пока не хочу. :)

(28) 2012 непривычен по интерфейсу, по функционалу и работе с оборудованием ничем не отличается от 2008 )

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

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

Вкладка 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:

Те, кто используют подключение к удаленному рабочему столу (RDP) до своего рабочего компьютера могут столкнуться с фризами (подвисаниями) в работе удаленного рабочего стола (RDP). Обычно, переподключение решает эту проблему, но через некоторое время проблема повторяется. При этом нет видимых проблем со связью.

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

В начале, следует проверить используется ли UDP при подключении к RDP, для этого необходимо кликнуть на кнопку в окне подключения:

То для решения проблемы можно попробовать принудительно отключить использование UDP протокола при подключении к RDP.

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

Если у Вас Windows 10 Home, воспользуйтесь статьей на нашем сайте для включения редактора gpedit.

После сохранения необходимо перезагрузить компьютер.

Для проверки того, что подключение идет без использования протокола UDP кликнем на кнопку в окне подключения:

Надеемся, что проблема с подвисанием сессии удаленного рабочего стола у Вас исчезнет также как исчезла у нас и вы сможете эффективно продолжить удаленную работу из дома.