» Подвисает терминальный Сервер 2008R2

Подскажите пожалуйста. Ситуация следующая
Есть Сервер 32 ГБ ОЗУ, Проц Xeon X3440 2.53 GHz, raid 1 (если кратко)
На нем крутятся базы 1с на SQL и работает 15 пользователей в этих базах на этом же сервере. Сами пользователи открываются всегда 1с и офисный набор приложений(каждый юзверь)+ по мелочи - браузер ещё что-нить.
Антивирус Нод32. Каспер 6ой подвешивал сервер иногда - поставил Нод.
Загрузка памяти стабильно 60 процентов, загрузка ЦП около 40. Иногда Сервер подвисает на пару минут и снова работает. Крайне неприятная ситуация для тех кто на нем работает.
Мои мысли в том что ему не хватает уже ресурсов на такое число людей, поэтому нужно всех выводить на другой сервак отдельно от баз.
Может у кого-то другие мысли ещё есть? Интересует вопрос с подвисаниями....

забыл дописать - Сервер 1с на той же машине.

Цитата:

32 ГБ ОЗУ, Проц Xeon X3440 2.53 GHz

Цитата:

и работает 15 пользователей

Цитата:

Загрузка памяти стабильно 60 процентов, загрузка ЦП около 40

И как это им это только удаётся? 100% играются в каком-нибудь не лёгком браузере во всякие там флешечки. 15 пользователей в терминале могут втиснуться в 8ГБ с 1С в режиме сервера. Вы лучше расскажите куда уходит столько ОЗУ и чем постоянно занят процессор?
Процессы 1С-клиента не должны потреблять много процессорного времени, потому как все запросы и проводки в базе должн выполнять rphost.exe он же в паре с sqlservr.exe должены потреблять основное кол-во ОЗУ в этой инфраструктуре. Ну пусть у Вас там база гигов на 30, тогда эти ребата отожрут себе ну где-то 4ГБ, ну пользователи с постоянно загруженной 1С, программками и окружением, возьмут ещё себе по мегобайт 350 (15*0,35=5,25) и того 9,25ГБ возможной номинальной нагрузки на ОЗУ, добавим ещё 20% на пикувую нагрузку (кто-то что-то запустил очень нужное, начал выполнять долгий запрос к базе, запустили супер важную обработку; и всё это сразу) - 9,25*1,2=11.1 ГБ. Теоретически Ваша система должна исправно работать при наличии у себя 12ГБ (3 ленейки по 4ГБ) и при "демокртичных" ограничениях для пользователей. А что у Вас съедает 19,2ГБ (32*0,6) ти что даёт постоянную гразку в 40% на ЦПУ нужно выяснять.
У меня были случаи в практике когда сервер 1С убивал прозводительную систему по нагрузе на процессор, но это было связано с кривыми алгоритмами которые программист стоставлял: то запрос не может завершится, то циклы какие-нибудь бессконечные появляютя, то, для того, чтобы выполнять рандом из массива таблиц все таблицы сперва выгружаются в одну... В общим сменили программиста и всё прошло

Вот SQL серверу отдано 7 Гигов оперативы - я сам пришел недавно в начале вообще стояло чтобы он брал столько сколько захотел -загрузка памяти под 100 процев была.
rphost.exe - 700 метров ест.
Вот скрины загрузок процессов
http://file.deport.ru/pictures/15-10-13/b0e8a56cdac6789f07485da57f39dd44.jpg

http://file.deport.ru/pictures/15-10-13/82b9ded08cb17ba413fbedd618efc75f.jpg

Добавлено:
забыл дописать - Сервер 1с на той же машине.

blessing
А что за SQL стоит? В смысле версия? А ЦП используется вполне нормально, 18% - это норм, 47% - максимальная. Да и даже при такой нагрузке сервер не должен подвисать, сапас-то есть.

SQL 2012ый...да вот сам блин голову сломал.Вроде ничего выдающегося то в процессах пользователей и нет.
Тут баз штуки 4 - 7 Гигов под них думаю вполне нормально отдавать. При отсутствии пользователей вообще нагрузка процентов 30 процентов на ОЗУ, дальше как я понял за каждого +2 процента идет.

blessing
2012 для 1С-ки не лучший вариант. Я бы рекомендовал 2005, Эска с ним работает лучше.
А в моменты "подвисания" сервера, связь к нему имеется? Пинги ходят, ресурсы доступны? Может быть проблема с доступом по сети? Термиальные сессии умеет отлично себя восстанавливать при потерях связи, а если потери были не долгими, то на экране пользователя как раз и будут видны какбы подвисания. Попробуйте помониторить связь до сервера, запустите пинги с размером пакета, ну в 1000 байт и соберите статистику за день, желательно за тот, за который связь пропадала, лучше будет даже скрипт написать, который будет писать время потери связи в случаи потери. Вот пример:
Код: @setlocal enableextensions enabledelayedexpansion
@echo off
set ipaddr=%1
set offtime=c:\offtime.txt

:loop
set state=down
for /F "delims=" %%I in ('date /T') do set dt=%%~I
for /F "delims=" %%I in ('time/T') do set dt=!dt!%%~I
For /F "delims=" %%I in ('"ping -n 1 !ipaddr! | find "TTL""') do (
    if not "%%~I"=="", set state=up
)
if "!state!"=="down", echo !dt! offline >> !offtime!
goto :loop

endlocal

Терминальный сервер, сервер 1С и SQL-сервер нужно обязательно разносить на разные машины. Хотя бы на 2 сервера (терминалка - на первом, сервер 1С и субд - на втором), хотя сама 1С вообще 3 сервера отдельных рекомендует делать.
Опять же, в сторону дисковой системы надо смотреть, не сыпется ли какой-нибудь из винчестеров в RAID.
Да, и 7 Гб ОЗУ под SQL-сервер маловато, особенно если БД большие. У меня юзеры работают в 13-15Гб БД, я вообще ограничений никаких не ставил на используемую память. Проблем в работе нет.

Подвисает как мне говорят у всех сразу. Причем часть пользователей через внешний IP роутера - причем сама связь с инетом есть в этот момент => роутер отработал нормально.
На уровне сети тогда остается рассматривать проблему порта/кабеля,который соединяет роутер и серверной сетевой карты.
Каюсь, мне кажется что проблема не здесь....Пингану в след. раз когда будет такое на счет доступности...раньше пинговал - сейчас не сделал вот(вроде был доступе). Причем нет Характерной таблички об разрыве соединения - чаще она все же есть - мол разрыв попытка соединения - а здесь не так - как бы висит и затем отвисает....
Вообще, странно то что сейчас скажем все работает без тормозов. Хотя нагрузка такая же что на скринах. Т.е. скорее всего что-то происходит именно в эти моменты, вопрос в том как определить что это....
Чет у меня возникло подозрение что наши Бухгалтеры запускают обмен данными между БП и УТ в 1с через сервак....постараюсь завтра проверить...

1) не надо ограничивать скуль - в этом нет смысла, имеет смысл это делать, если памяти не хватает. И винда об этом постоянно говорит
2) антивирус снести надо - не место антивирусу на сервере. Периметр надо защищать - а не ядро.

1) да вот беда то в том что не хватает, сейчас то 60 процев ОЗУ, а если убрать там до 90 прыгнуть может.
2) но пользователи же сидят в инете под терминалом именно через сервер, если убрать антивирус там трояны и прочая нечисть его подвесит ещё быстрее?