Тормоза сервера 1С #747585

Коллеги, прошу посоветовать в какую сторону копать! есть сервер 1С: Win Server 2003 Enterprise 1C 8.3.5.1146 X86 MS SQL 2005 с поддержкой X64 Process or 1 Processor Brand Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Processor Version Model 44 Stepping 2 Voltage 1200 mV Processor 2 Processor Brand Intel(R) Xeon(R) CPU E5620 @ 2.40GHz Processor Version Model 44 Stepping 2 Voltage 1200 mV Memory Total Installed Capacity 32768 MB Memory Available to the OS 32768 MB Total Maximum Capacity 131072 MB 2 САС 15к 300 Гб (базы), 2 САТА 7к (система) Около 100 пользователей. КА,УПП. на этом же сервере 1С+SQL+терминал временами стали наблидаться тормоза всего сервера. притом 1С никаких ошибок не выдает. ресурс свободный по памяти, дискам и процу есть.

и сразу вопросы в догонку 1. какой регламент в скуле 2. виртуалки?

как именно выглядят эти " тормоза всего сервера"?

1C 8.3.5.1146 X86 - На X64 денег не дают?

тебе какая разница?

есть ли процессы rphosts, которые отъедают много памяти? да и просто отчет без параметров может хорошо затормозить систему

Большая.

Не заморачивайтесь всякой технической херью. Просто купите нормальную железку.

извините, не понял что подразумевается под регламентом. обновление статистики и шринки логов каждый день делаются. виртуалок нет. если я правильно понимаю, то количеством рабочих процессов можно отрегулировать нагрузку. 8.3 сама регулирует количество  в зависимости от нагрузки. разве формирование отчета не выявилось бы через загрузку  процессов rphost, mssql или ошибкой "недостаточно памяти"? поможет ли ЦУП выявить причины?

что подразумеваете под нормальной железкой?

32 гига, сиквел с серевером приложением отожрут пусть 22, на сотню пользователей остается 10 гигов, тоесть на каждого по 100 мегов, рекомендованно вроде как 512, для комфортной работы Гиг.

Копать в сторону узких мест

У вас сервер "всё в одном". 1С+MS SQL это понятно. Но терминал туда пихать ещё.. Для такой схемы нужно больше оперативки, гига 64 как минимум, ос на raid 1 из обычных интеловских ssd, далее для файлов субд: таблицы бд на raid 10 из pci-e ssd (сюда же кэши сервера 1с и пользовательские), индексы на одиночный ссд с макс скоростью чтения, tempdb на raid 1 ssd (либо ramdrive), логи на одиночный ssd.

Общий смысл - грамотно организованная дисковая подсистема и побольше оперативки. И тогда уже, если всё еще будет тормозить, смотреть мониторы производительности, отладку и профайлер.

Что для сервера для 1С является наиболее критичным с точки зрения общего впечатления? Ну то есть, что наиболее важно, чтобы сервер был шустрым?

То есть наиболее важно побольше ОЗУ и быстрый винт?

а замеры хотя бы средствами 1с уже не модно стало и кажждый месяц одно и тоже только релизы меняются

Нет такого. Баланс должен быть. Можно и в проц упереться элементарно. Но считается, что в среднесферической ситуации упираются чаще в диск (что в свою очередь может быть следствием нехватки памяти).

Что значит наиболее важно? Какое еще общее впечатление? В общем случае или в этом конкретно? В этом конкретном случае без всяких замеров видно, что диски медленные и мало оперативки, это узкие места. А в общем, нужно соблюдать баланс между всеми железками и параметрами сфота, чтобы не было узких мест. Инфраструктуру больше чем под 10 пользователей не ставил чтоль ни разу?)))

Спасибо, КЭП

В ЦУПе чёрт ногу сломит, дешевше у Гилёва аудит заказать.

>>Что значит наиболее важно? Это значит, что без этого можно любые хороводы водить и наращивать объем и скорость до бесконечности, но эффекта не будет. >>Какое еще общее впечатление? В общем случае или в этом конкретно? Впечатление пользователей. В общем. Ну то есть жалуются пользователи, что тормозит 1С или нет, если коротко. >>В этом конкретном случае без всяких замеров видно, что диски медленные и мало оперативки, это узкие места. А в общем, нужно соблюдать баланс между всеми железками и параметрами сфота, чтобы не было узких мест. Спасибо, мы вам позвоним :)) А я-то уж грешным делом подумал, что дело в частоте процессора как минимум. На 2 Гц поставить, еще веселее будет :)) >>Инфраструктуру больше чем под 10 пользователей не ставил чтоль ни разу?))) Куда нам, лаптям деревенским :))

Вообще-то Гилёв говорит про то, что 1С крайне критична к частоте процессора. У меня, например, база на обычном i7 3.5 запускается быстрее, чем в Почте России на Xeon 3 :)) Понятно, что на моем 100 юзеров не смогут работать, но один пользователь будет работать быстрее.

+ У меня многие клиенты жалуются, что 1С даже запускается медленно. То есть, к примеру, на моем запускается база 15 секунд, а у них полминуты. Или до окна авторизации у меня 5 секунд проходит, а у них, например, 10. Хотя стоит сервак далеко не дешевый и не дохлый.

>>Это значит, что без этого можно любые хороводы водить и наращивать объем и скорость до бесконечности, но эффекта не будет. Впечатление пользователей. В общем. Ну то есть жалуются пользователи, что тормозит 1С или нет, если коротко. Сначала нужно устранить очевидные причины. Может ТС вообще не сказал, например, что они решили включить режим экономии энергии на серваке, чтобы отключить один кондей в серверной, чтобы на электричестве поэкономить. Кто знает что там? >> Спасибо, мы вам позвоним :)) А я-то уж грешным делом подумал, что дело в частоте процессора как минимум. На 2 Гц поставить, еще веселее будет :)) Эти процессоры нормальные, тем более их два. И не звоните, у меня и так выше крыши) Спасибо КЭП, я это всё видел и наблюдал. Не думаю, что в своих заключениях Гилёв напишет "ставьте i7, потому что он выдает больше попугаем в моём тесте".

Значит что-то вы упускаете, батенька :DD раз жалуются. Наоборот, благодарить должны!

В смысле благодарить за то что у них 1С за 5 секунд загружается) а не пол минуты

Кстати интересно было бы услышать Ваши собственные рекомендации по ситуации в

>>Сначала нужно устранить очевидные причины. Ну да ну да. >>Эти процессоры нормальные, тем более их два. А какая разница, сколько их? >>Не думаю, что в своих заключениях Гилёв напишет "ставьте i7, потому что он выдает больше попугаем в моём тесте". Вообще-то он написал, ставьте хоть i5, но с большей частотой, потому что он выдает больше попугаем в моём тесте.

Так а я-то что могу поменять, если люди уже купили сервак за 700 тысяч? Типа, а давайте попробуем купить другой сервак?

Так это на моем офисном рабочем компе она так запускается. А у них по полминуты, да :))

нормально ли такое состояние для rmngr

Мои рекомендации состоят из двух пунктов: 1. Просто для справки . Для справки, в том плане, что не нужно срочно бросаться менять сервер. Но если сервер еще не куплен, то это повод учесть момент с частотой процессора. 2. Конкретизировать "временами стали наблидаться тормоза всего сервера". А то как в медицинском заключении "Ушиб всей бабки". Может томоза, когда какой-нить человек нетрадиционной ориентации запускает что-то, что сеть ложит или отчет в СКД кросс-таблицу километр на километр.

На серверных ос есть "Управление питанием" - поставьте там "Максимальная производительность". Тормозов должно стать значительно меньше.

по п. 2 невозможно зайти на сервер удаленно. ПО перестает реагировать на отклик мыши

О, тогда точно дело не в железе, а в отдельно взятых ситуациях. Ну, например, кто-то своим сеансом положил сервак наглухо. Способов положить сервак с помощью 1С масса.

до понедельника всё работало более менее сносно, т.е. тормоза были, но терпимые и объективные. при этом файл подкачки был 16 гиг (при 32 гиг ОЗУ) этого хватало. как начались тормоза постепенно он был увеличен в 24, 32, и 60 ГБ на данный момент. Сейчас подкачка используется на половину, т.е. примерно 30 гигов. При этом монитор показывает 1 Гб свободной озу. на скуль уходит 10 Гигов ОЗУ. средняя длина очереди дисков (2 САС) на которых база, редко выходит за пределы десятой доли т.е. почти всегда меньше единицы. с сервера удаленО почти всё, в т.ч. антивирус. т.е. остался только 1с скуль и винда с дровами. винда обновлена свежими обновлениями. Сами тормоза носят системных характер, в том смысле что тормозит вся система, а не только 1с, т.е. в течении 5-10 минут сервер практически стоит, потом происходит "размораживание" и вновь работает. на утечки памяти проверял poolmon ом, ничего из-ряда вон выходяещего не заметил.

каким образом выявить "вредителя"?

Ну, кстати, очень важное дополнение, что все это при условии выполнения написанного в "ресурс свободный по памяти, дискам и процу есть". Потому что 1С имеет обыкновение при определенных условиях начинать жрать память и проц рпхостом. Доходит процентов до 95 и там успокаивается, держит 92 — 98 процентов. Работать в это время можно оооооооочень медленно.

Эээ... 1 Гб от 32 свободен? Вы что, издеваетесь? Поставьте памяти гигов 100 и не работайте впритык.

+ Какк вообще "60 гигов в файле подкачки" и "ничего из-ряда вон выходяещего не заметил" попали в один пост?

ответ админа" а что тут не так ? 60 ГБ это установленный в ручную размер файла подкачки, поравка только не 60, а 50. так винда "попросила", если быть точнее то 49131. вроде как при неизбыточности ОЗУ, рекомендуется устанавливать файл подкачки в 2 раза превышающий ОЗУ."

< как начались тормоза постепенно он был увеличен в 24, 32, и 60 ГБ на данный момент.> Увеличение файла подкачки увеличивает тормоза системы (вы же расширяете оперативку тормозным винчестером), и вообще делая эту процедуру нужно понимать зачем подкачка вообще нужна

Вообще-то это не отменяет рекомендации ставить достаточным объем оперативки

Отложенное проведение включено?

>Win Server 2003 Enterprise Я бы начал с избавления от этого динозавра. Переходи на х64 ось.

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

нет.

Устанавливать счетчики производительности и смотреть где проседает. Определить кто тормозит Скуль или сервер приложений 1С. Первое вероятней. Загрузку дисков определять по физическим дискам.

32 гига оперативы,терминал, 8.3, 100 пользователей, Карл! Сдается мне, что тормозить начинает при >=50

shared memory включен?

>> Сейчас подкачка используется на половину, т.е. примерно 30 гигов. Вы сами ответили на свой вопрос. Файл подкачки НЕ должен использоваться в такой конфигурации сервера. Т.е. использоваться должно 0 байт.

Дальнейшая оптимизация бессмысленна

Эээ... Чего?

А еще сервер 1С начинает тормозить, если система сбрасывает его из оперативки в файл подкачки...

Тут где-то писали, что скуль пытается сам обновиться и не может. И все 22 гига, что он может занимать - заполняются заново. И так - каждые несколько времени. Что журналы сервера говорят?

Имхо на вскидку: памяти очень мало. А так, что мешает счетчики врубить и помониторить?

Вот просто сразу интересно: счетчик SQL: Total server memory посмотрите, сколько?