Добрый день, коллеги! Помогите разобраться. Может кто сталкивался с проблемой? rphost грузит процессор на 100 % при этом такой показатель как "ошибок страниц в сек" колеблется от 0 до 100 и выше. При этом оперативка загружена максимум на 50%. При этом идет постоянно чтение с диска, что приводит к постоянным тормозам в работе. Настройка кластера результата не дала. Увеличение - уменьшение файла подкачки - тоже безрезультатно.
ОС - windows server 2008
СУБД - MS SQL
Платформа - 8.3.14.1565 х64 битная (поставил последнюю, тормоза упали, но загрузка процессора все равно скачет)
Конфигурация - УТ 10.3.50.1
Фоновых заданий нет (ставил блокировку даже)
Размер базы 13 ГБ
ОС - windows server 2008
СУБД - MS SQL
Платформа - 8.3.14.1565 х64 битная (поставил последнюю, тормоза упали, но загрузка процессора все равно скачет)
Конфигурация - УТ 10.3.50.1
Фоновых заданий нет (ставил блокировку даже)
Размер базы 13 ГБ
Прикрепленные файлы:



По теме из базы знаний
- Пример поиска неоптимальности при загрузке SQL-сервера по CPU на 100%
- Кластер серверов 1С
- Анализ полного технологического журнала, 100ГБ+
- Нагрузочное тестирование 5000+ пользователей онлайн — играем в игру
- Применение 1С:Аналитики и Дата акселератора, или Как получить в 1С прозрачность и скорость обработки данных для прямого доступа и контроля руководителя
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Доброго дня!
Идет именно чтение процессом с диска? Не видно что именно он читает? Возможно в системе настроен технологический журнал (лог) работы сервера 1С. Если мне не изменяет память, проверить это можно по наличию по пути наподобие "C:\Program Files\1cv8\conf" файлика logcfg.xml.
Идет именно чтение процессом с диска? Не видно что именно он читает? Возможно в системе настроен технологический журнал (лог) работы сервера 1С. Если мне не изменяет память, проверить это можно по наличию по пути наподобие "C:\Program Files\1cv8\conf" файлика logcfg.xml.
(9) Весьма странно, я думаю, что пишет он в каталог "System Volume Information". Скорость чтения/записи копеечная, но сам факт, что он туда пишет мне непонятен. Как часто rphost перезапускается у вас? Да, и где лог базы лежит - файл журнала регистрации .lgf? Сервер пишет в него данные, возможно с этим связано обращение к диску, но почему в каталог "System Volume Information" - вопрос.
(10) Удалял. все логи и полностью чистил кеш. Ситуация не изменилась. Сделал дампы rphost.exe и rmng.exe. Отправил в тех.поддержку 1С (затребовали при обращении). Неделю уже молчат. Поставил 64 битный сервер. Ситуация не много улучшилась, но все равно загрузка скачет постоянно от 0 до 100%. Лог лежит в корне платформы C:\Program Files (x86)\1cv8\srvinfo\reg_1541
(16) В базе работает 4 пользователя на данный момент(суббота как никак). Но даже если их всех выкинуть и поставить блокировку входа пользователей и рег. заданий. Ситуация не меняется. Постоянно скачут ошибки в памяти, что есть сигнал к тому что не хватает оперативки, хотя оперативки использовано не более 50% (даже если работает 30 пользователей). Ситуация от количества пользователей существенно не меняется даже если пользователей нет совсем. на данный момент оперативка загружена на 18%
(30) Автоприсоединение к процессу "[1672] [SQL] server" на компьютере "server" завершилось успешно.
Поток 'server [62]' (0x490) завершился с кодом 0 (0x0).
Поток 'server [62]' (0x490) завершился с кодом 0 (0x0).
Поток 'server [62]' (0x490) завершился с кодом 0 (0x0).
Поток 'server [62]' (0x490) завершился с кодом 0 (0x0).
Программа "[1672] [SQL] server: server" завершилась с кодом 0 (0x0).
Поток 'server [62]' (0x490) завершился с кодом 0 (0x0).
Поток 'server [62]' (0x490) завершился с кодом 0 (0x0).
Поток 'server [62]' (0x490) завершился с кодом 0 (0x0).
Поток 'server [62]' (0x490) завершился с кодом 0 (0x0).
Программа "[1672] [SQL] server: server" завершилась с кодом 0 (0x0).
А при этом на сервере 1с какие нибудь фоновый процессы работают?
У нас при каких то проблемах с перестроением индекса ППД начинал жутко по оперативе и процессору расти rphost и rmngr. Позже по быстрому росту rmngr стали детектировать что это именно проблема индексов. В базе проблемы можно было заметить только если пару дней ничего не предпринимать.
Причем прекратить проблему позволяла только очистка индекса и построение его заново.
У нас при каких то проблемах с перестроением индекса ППД начинал жутко по оперативе и процессору расти rphost и rmngr. Позже по быстрому росту rmngr стали детектировать что это именно проблема индексов. В базе проблемы можно было заметить только если пару дней ничего не предпринимать.
Причем прекратить проблему позволяла только очистка индекса и построение его заново.
Короче проблема решена. Последние платформы, начиная с 8.3.11 для УТ 10.3 не годятся. Установил 8.3.10.2699 - все тормоза ушли. Загрузка ЦП теперь не более 40%. Но теперь у меня другая проблема. Отраслевая бухгалтерия Трактир Back Office не может работать с платформой ниже 8.3.12.1685. Получается теперь нужно два сервера 1С
Доброго дня! В общем схожая ситуация с загрузкой процессора(rphost), даже если никто и не работает в системе(нет сеансов/пользователей), Сервер ОС Windows Server 2016? 1С Сервер - 8.3.21.1302, PostgreSQL_1C_13.4_64bit. Баз не много, и по объему они гиговые максимум 2. Прочитав данный форум поставил всем базам галочку "Блокировка регламентных заданий включена". и загрузка упала. А подскажите, включение данной галочки, дает какой то минус? Мешает это работе бухгалтерии? Можно эту галочку так оставить?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот