rphost грузит процессор #467720


#0 by tots_go
Здравствуйте, уважаемые форумчане! В общем, ситуация такая. Стоит MS Server 2003 R2 на машине AMD Athlon 64 X2 3.02 GHz, RAM 4GB. Установлена MS SQL Server 2005, на которой создано 5 баз для 1Сv8.1(платформа 8.1.14.72). С этими базами одновременно и постоянно работают 10 пользователей в клиент-серверном подключении. Одновременно – это значит, что у всех открыто по 3-4 базы. Также на этой же машине задействован сервер терминалов, посредством которого те же пользователи и еще + 3 работают с платформой 1Сv7.7 (7.70.027). Вот уже как 3 месяца не могу решить одну задачу. Рабочий процесс rphost.exe периодически грузит процессор сервера на 50%-70%. Возникло все внезапно. Сейчас уже и не вспомнить, с каким событием это могло быть связано. Думал решить все добавлением дополнительного rophost.exe. Но теперь они вдвоем периодически грузят процессор. При просмотре действующих подключений в консоли управления 1С-Сервером видно, что запущено одновременно до 20 Планировщиков заданий. Грешил на них. Но количество планировщиков сократилось вдвое, когда в свойствах кластера поставил галочку "Отключать завершенные процессы". Rphost.exe продолжают грузить процессор. Через некоторое время 1Сv7.7 также начала давать сбои: на этапе "Загрузка прикладной подсистемы" 1Сv7.7 грузит процессор на 50%. Это у каждого пользователя. Т.е. в такие моменты загрузка процессора достигает предельной отметки. Было замечено, что при открытии процесса 1Cv7.exe также начинает грузиться процесс rphost.exe. А что общего между 1Сv7.7 и 1Cv8.1? Я подумал, что один общий менеджер лицензий (HASP). Платформу 7.7 не переустанавливал, драйвера HASP для 8.1 не переустанавливал. И вообще я почти потерял логическую цепочку. Может, я что-то в корне не так делаю? Может, для нормальной работы 7.7 и 8.1 нужны разные сервера? Направьте, пожалуйста, меня в нужную сторону. Спасибо.
#1 by KRV
Про вирусы думать не пробовал?
#2 by strange2007
у Вас надо подходить комплексно. Только в куче всё разглядывать. Из частностей: - Если 77 файловая и большая нагрузка на СКЛ восьмеркой, то первая практически не должна работать. Проверяли много раз. 77 выводим на медленный сервер, главное подальше от 8 и всё нормально и все рады - Желательно (не обязательно) еще и СКЛ от 1С сервера разносить по разным углам. Оно будет стабильнее при "много тяжелых подключений". В противном случае 1С сервер дерётся за ресурсы с СКЛ сервером - Если терминал используется как полноценная раб.среда, то дискам будет тяжко (помимо кучи одинэсок еще и верд с любимой базой ПФР диски насилуют) В общем примерно так
#3 by strange2007
Исследования можно смотреть, что СКЛ говорит и тех.журнал 1С. У Гилёва все подробнейшим образом описано. Думаю Вам туда немного почитать
#4 by tots_go
KRV - на сервере установлен Kaspersky 6.0.4.1212, регулярно обновляются сигнатуры, полная проверка системы каждую ночь. strange2007 - я также склоняюсь к покупке дополнительно сервера для 1Сv8.1 и SQL. Поставить и SQL на отдельный сервер на вряд ли получится (бюджет). Но ведь 2 года все работало нормально... Никто ни у кого процессов не отбирал. Все было дружно. А Гилёва уже читаю, спасибо за наводку.
#5 by МаленькийВопросик
как вариант - попробуйте перезапускать rphostы каждую ночь. Огласите размеры баз
#6 by МаленькийВопросик
дайте ссылку на эту статью у гилева.
#7 by ilkoder
У касперского поставь в исключения папки, которые сервер 1с использует - с ним вообще ни скуль ни сервер 1с не дружат
#8 by strange2007
Снижение производительности я находил по причинам - Обновление виндовс - Увеличение объема работ в базах - Предсмертный писк железа, например снижение скорости по дискам перед смертью всегда есть
#9 by чувак
На, живи и радуйся :))
#10 by strange2007
В нижней части выбирайте нужную главу Например можно здесь глянуть
#11 by strange2007
От себя замечу, что тех.журнал вещь классная, но пока научишься читать - опупеешь. Я до сих пор многое не понимаю
#12 by чувак
Как я понимаю ТЖ надо открыть для каждого юзера отдельно?
#13 by tots_go
Спасибо за ссылки - буду читать и диагностировать.
#14 by tots_go
Также поэксперементирую с перезапуском rphost.exe
#15 by drumandbass
имхо. все просто ... комп фуфел ...
#16 by strange2007
Нет. Это для сервера
#17 by tots_go
dramandbass - Да, 2 года назад предполагалось, что на этом ПК будет работать только 1Сv7.7. Но опять же я повторюсь. С такими нагрузками все работало хорошо в течении 1,5 лет.
#18 by tots_go
Ах да, забыл совсем инцидент в январе - у меня просто погорел RAID масив. Хорошо что бекапы были. Все восстановили. Но все работает не на SCASI, а на обычном HDD SATA... Рискуем...
#19 by strange2007
СТОЙ!!!!!!!!!!!!!!! Лучше воспользуйтесь цивилизованным опытом (шучу) 1. Один процесс ставишь признак "не использовать" 2. Ждешь, когда процесс освободится полностью 3. Перезапускаешь второй процесс 4. Ставишь признак "Активный" у первого процесса и так по кругу все процессы. Вот думаю инструмент написать, что бы такое каждую ночь делалось. Просто у нас круглые сутки база занята. Только конфигуратор нельзя оставлять включенным
#20 by strange2007
+ 3. Перезапускаешь второй процесс --> 3. Перезапускаешь первый процесс
#21 by tots_go
strange2007 - спасибо, буду смотреть и пробовать :)
#22 by tots_go
Решение оказалось довольно прозаичным... Удалил Касперского - 1Сv7.7 стала запускаться в секунду, никаких тормозов. spoolsv и svchost перестали грузить процессор. Далее начал мозговать с "восьмеркой". У меня настроен обмен по расписанию с филиалом. В консоли управления 1С-Сервером поставил запрет на выполенение регламентных заданий и rphost успокоился. Дело не в том, что я не знал о назначенных регламентных заданиях, а в том, что я никак не мог избавиться от одного назойливого параметра. Я выставлял "повторение" на 0, но потом параметр размером в 1500сек вновь возвращался. Сейчас настрою обмен один раз в день и будет мне счастье. А еще надо будет все-таки подружить Касперского с 1С, ибо 2 недели назад продлили лицензию еще на год о_О. Всем спасибо за советы, я Вам премного благодарен. Особенно за портал Гилёва.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С