Как называется 1с в диспетчере задач
(7) памяти 32 гига , 18 на SQL отдано, остальное рпхостам, в момент пиковой нагрузки было доступно еще 4 гига, проблем в нехватке памяти нет.
А по поводу перегрузки сервера каждый день, это было сделано для разгона юзеров, но не работало, после перегрузки сеансы снова восстанавливались, может еще здесь как то собака порылась. И остановка службы 1с батниками и запуск через час тоже не помогали. Я так и не понял почему такое происходит.
(8) тогда в момент Х смотрите в консоли сервера 1с сеансы, сортируя поочередно по колонкам.
(10) Вот сейчас смотрю, бух записьвсего 1236794654 , спрашиваю что делала, говорит только платежки набивала.. и по памяти она рекордсмен 1989947775.
Врать не станет
ну это я уже смотрю сейчас всего (сеанс начать 3 часа назад), попробую в момент загрузки смотреть текущие значения, но уже смотрел не смог отловить кто и что причина.
"после перегрузки сеансы снова восстанавливались" - еслиуж перегружать, то перезагружать оба сервера (1С и SQL) Сервер SQL "восстанавливает" прерванные соединения. Имхо. У Вас действительно проблемы. не только с железом :)
Наверно извращение, но может включить технологический журнал?
Хотелось бы уточнения: rphost или rphostЫ, 8.2 или 8.3?
(16) 8.3
(14) 1с и скл живут на одном сервере
И еще момент восстанавливали сеансы базы с толстыми клиентами, и сами базы в режиме совместимости с 8.2 8.1. Но это так отступление от темы, потому что это происходит и на другом сервере где проблем с пиковыми нагрузками нет.
Сейчас написана иб которая только и занимается тем что удаляет сеансы пользователей на кластерах, сейчас проблем с бэкапами нет. (И причина тоже не в ней, написана она была уже во время проблем с производительностью)
13. Стандартные платежки БП3
Ну возможно просто проц. слабый, сервер такой себе в плане процессора. В среднем порядка 70 сеансов, проц XEON E3-1230 3.3 ГГЦ
Но блин иногда неделями же работает без проблем, и пиковая нагрузка проходит в течении 10-30 минут
(офф) Имхо, в 1С сложно угадать что не так пошло. Помню, было дело, поймал ошибку платформы, когда всю память сервер активно забивал в то время, когда в базе работали только рег.задания без активных пользователей.
в консоли администрирования смотри колонку "Захвачено СУБД"
(22) Там вообще по нулям, эта колонка мне знакома когда переводил с бп2 - бп3 там висели большие значения и сам перевод висел но сервер работал как надо.
(23) Статья для избранных ни с учетки ИТС, не с учетки с доступом к конференции 1с не пустило.
Если у автора действительно rphostЫ, то по Диспетчеру задач на закладка "Подробности" можно подсмотреть идентификатор процесса, который грузит сервер, а в оснастке администрирования серверов 1С, в сеансах, можно посмотреть кто сидит на этом процессе, чем занят - журнал регистрации. Круг ссужается. Как вариант, имхо, интерес также вызывают те пользователи, которые грузят сервер, но в журнале регистрации действий не имеют записей в этот период - не исключено что они грузят сервер отчетами.
(0) Всё-таки попробовать обновить платформу, хотя бы на последнюю 8.3.10. А вдруг поможет.
(27) Спасибо, буду пробовать.
Но вешает базу не один рпхост, нагрузка немного размазана по 2-3 процессам.
(30) Ну ну. если это "извращение", то удачи (15) понеизвращаться.
(32) тоже самое что и в (27) но уже доступно с учетки ИТС, спасибо
Сейчас посмотрел по "Время вызова общее" с утра максимальное значение 104.186 затем 84, 68, 24 (это с утра, примерно 4-5 часов).
В принципе узнал вещи которые не знал, попробую проанализировать.
(0) > под каждую базу создается свой рпхост
Зачем?
Этой фигнёй имеет смысл страдать в исключительных случаях в целях расследования проблем. Например, когда никак не удаётся вычислить, какая именно ИБ сбоит.
(4) > сервер перегружается каждую ночь
Зачем? Вам больше заняться нечем?
(8) > это было сделано для разгона юзеров
Зачем? Чем вам мешают работающие юзеры?
> остановка службы 1с батниками и запуск через час тоже не помогали
Это от того, что кому-то лень почитать документацию. Пример "правильного" батника от 1С (для 64-битного сервера, у которого папка кластера размещена по нетиповому пути "F:\srvinfo\reg_1541", а пользователь, от имени которого работает служба 1С называется Admin_1C):
set LOG_FILE="scripts.log"
set SERVICE_1C_NAME="1C:Enterprise 8.3 Server Agent (x86-
64)"
set SERVICE_RAS_NAME="1C:Enterprise 8.3 Remote Server"
echo done stop %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%
echo clean temp %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%
echo done clean temp %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%
При необходимости в батник следует добавить еще остановку службы сервера хранилища и службу агента ЦКК.
Потом не забыть всё это хозяйство запустить. У 1С на ИТС есть соответствующий батничек для старта всех служб.
Перестаньте маяться ерундой.
Настройте технологический журнал и счетчики производительности винды.
Просто посмотри сначала время вызова СУБД у кого максимум.
(35) Что дадут счетчики производительности винды, покажет что у меня проц на серваке загружен до 100%, я и так это знаю. Мои счетчики производительности в виде юзеров мне сразу сообщают об этом. Дальше то что?
Технологический журнал попробую включить посмотреть, но плохо себе представляю что там смотреть, пару раз всего пользовался когда искал ошибку.
А почему не создавать проц. под каждую иб, в этом есть что-то что может привести к проблемам?
Привет всем. в общем, тема больная.
Сервер мощный, хороший, а толку маловато. Прохожу по пользователям почти каждое утро, захожу в их диспетчер задач, вижу 1 Приложение 1С, и 2 (3 или больше) процессов 1сv8.
Перехожу из приложений к процессу (смотрю какой из процессов актуальный), остальные процессы убиваю.
Люди выходят и заходят в 1с, а процессы продолжают висеть, в консоли сервера показывает их как активные.
Порой процесс продолжает висеть даже если пользователь завершает сеанс, а по приходу на работу запускает заново.
Можно ли написать скрипт такой, чтоб смотрел в приложения, смотрел процесс, принадлежащий приложению, а все остальные процессы 1cv8 убивал?
Если такое сделать очень трудоёмко, есть ли другой способ прибивать процессы 1cv8 без приложения средствами 1с?
Разберись с сеансами - может твои юзера и не собираются выходить.
Собери события ТЖ. И да, а кто тебе сказал что не должно висеть ни одного меня? Фоновые тебе выполнять Пушкин будет?
(2) >> как рекомендует Б`орис, рестарт службы каждую ночь.
Где он такое рекомендует.
Это чистой воды классический костыль. К тому же ещё и временный. Для продуктивной системы совершенно неприемлемое решение.
Его ещё можно было бы рассматривать, если бы не было проблемы отваливания сеансов фоновых и регламентных заданий при переключении с отключенного процесса на новый.
(0) >> Люди выходят и заходят в 1С, а процессы продолжают висеть.
Чудес не бывает. Если процесс продолжает висеть, значит пользователь не вышел из 1С или вышел как-то коряво. Одна из возможных причин "кривого" выхода из 1С может быть в (5).
Если все требования из (5) соблюдены, то напишите кратенькую инструкцию для пользователей по выключению компьютеров - сначала убедиться, что закрыты все приложения 1С, и только потом (желательно с минутной паузой) выключать компьютер через кнопку "Пуск" - "Завершение работы". Стараться не пользоваться для выключения компьютера кнопкой питания на системном блоке.
(0)>>Прохожу по пользователям почти каждое утро, захожу в их диспетчер задач
Хлопотное занятие вы себе придумали, проходить пользователей, сколько же Вам рабочих мест приходится обходить?
Один из серверов 1С, который я обслуживаю, очень странно себя вел. Загрузка процессора на машине с сервером 1С почти всегда была 100%, даже когда на нем никто не работал. Базы хранились в MSSQL, их было относительно много, но реально людей, которые с ними работали — мало. Одновременно работало не больше 10-15-ти пользователей в очень вялом режиме.
Введение
Этот сервер привлек мое внимание сразу же, как только я стал с ним работать. Предыдущий администратор безрезультатно бился над производительностью, приобрел 2 внешних корзины для отдельного рейда под базы данных mssql и временные данные пользователя 1С, но существующую проблему по загрузке процессора это не решало, хотя немножко разгрузило диски, но реальная проблема была не в них.
На сервере размещались примерно 30-35 баз, в которых работали по 1-2 человека и пару баз были, где работали по 3-5 человек одновременно. Все это крутилось вместе с MSSQL сервером на отдельном железном сервере с одним стареньким ксеоном и 32 гб оперативы. В принципе, для этих задач железо было более чем.
Первое, на что я обратил внимание, это то, что процессор был загружен даже ночью, когда на сервере никто не работал. Полез в консоль администратора смотреть, что нагружает процессор. Оказалось, что это фоновые задачи. Для большинства баз они были не нужны и все лишнее отключил. Нагрузка процессора сразу упала до приемлемого уровня в 60-70%, а диски вообще полностью разгрузились. Я про сервер забыл на какое-то время.
Снова к нему вернулся, когда пользователи стали жаловаться на очень медленную работу баз 1С. Процессор к тому времени почти всегда был загружен на 100%. Лишних фоновых задач уже не было. Надо было разбираться более внимательно, в чем тут проблема.
Разбираемся что конкретно в rmngr.exe грузит процессор
Загрузку процессора в равной степени давал процесс rmngr.exe и rphost.exe. Rphost уже ранее был настроен и оптимизирован. Вот такие настройки дали стабильную работу без необходимости перезапускать сервер месяцами:
Автоматический перезапуск rphost.exe Автоматический перезапуск rphost.exe
Нагрузку rphost давал за счет оставшихся фоновых задач и что с ним еще сделать, я не знал. А с rmngr хотелось разобраться и узнать, что конкретно пожирает процессорное время. В этом процессе собраны все процессы менеджера кластера:
Процессы менеджера кластера 1С rmngr.exe Процессы менеджера кластера 1С rmngr.exe
Есть возможность разделить сервисы менеджера кластера по разным системным процессам rmngr.exe и по pid определить, какая именно служба нагружает процессор. Включить такое разделение можно в свойствах рабочего сервера:
После того, как вы поставите галку, агент сервера 1С сам перезапустится с новыми настройками. После этого в диспетчере задач у вас будет порядка 15-ти процессов rmngr.exe с разными pid. Смотрите, какой из процессов больше всего использует процессор и в консоли управления 1С в разделе Менеджеры кластера по pid смотрите описание процесса.
В моем случае это был сервис журнала регистраций. Чтобы это узнать, дважды щелкните мышкой по процессу с необходимым pid:
Пол дела сделали, нашли виновника тормозов. Я скрины делал, когда уже решил проблему, так что у меня нагрузки нет.
Сервис журнала регистраций 1С нагружает процессор
Я выяснил, что конкретно дает чрезмерную нагрузку на сервер. Посмотрел на объем журналов регистраций. У некоторых баз он достигал размера в 10-15 гигов. После чистки серверу стало заметно легче, нагрузка снова опустилась, но где-то до 80-90% и я на несколько месяцев забыл про сервер.
Он напомнил о себе тормозами и загрузкой процессора в 100%. Проделанные выше операции уже не давали результата. Баз стало немного больше и нужно было думать, как разгрузить сервер. Он работал на все 100% даже в нерабочее время, когда на нем не было ни одного реального пользователя. Сервис журнала регистраций потреблял 30-40% процессорного времени.
Я стал внимательно шерстить интернет на заданную тему и нашел несколько заметок. Находились люди, которые обратили внимание на чрезмерную нагрузку сервиса журнала регистраций. Как вариант решения проблемы они предлагали откатиться на старую версию ведения логов lgf вместо новой lgd. Я не знаю, что принципиально изменилось в формате ведения лога журнала регистраций, но по отзывам попробовавших, нагрузка на процессор падала. Забегая вперед скажу, что мне этот совет помог.
Переводим сервер на старый вариант ведения логов журнала регистраций
В каждой папке с базой есть каталог 1Cv8Log, а в нем 2 файла: 1Cv8.lgd и 1Cv8.lgd-journal. Их надо удалить и вместо них в этой папке создать пустой файл 1Cv8.lgf. Проделать такую операцию нужно со всеми базами, где будете менять формат лога. Старый не обязательно удалять, лучше его перенести куда-нибудь, вдруг пригодятся записи из него.
После этого можно запускать службу Агента Сервера 1С:Предприятия. После перехода на старый формат журнала регистрации, нагрузка процесса rmngr.exe упала практически до 0, а сервера в целом до приемлемых 40-60%.
Заключение
После того, как вы решите все проблемы на сервере 1С, процессы менеджера кластера нужно снова объединить в 1, убрав отвечающую за этот параметр галку в свойствах рабочего сервера. 1С не рекомендует постоянно использовать такой режим работы, так как он является отладочным.
Программа показывает с какой базой работает процесс, также отображает список файлов, используемых процессом, список подгруженных модулей (dll) и заголовок окна программы.
Пути не определяются для серверных баз 8.х.
При работе программы используется приложение Handle, разработчик Mark Russinovich., поэтому при первом запуске необходимо согласится с условиями его использования, иначе определение путей к базам данных будет невозможным.
Специальные предложения
Сейчас буду качать и тетстить :D (2) Так автор же про это написал.
(0) Работает, понравилось. Не хватает определения 1Сного и/или виндового пользователя. Что бы с терминале "убивать" нужного пользователя. +, развивай еще!
PS: c Гаджетом "Memory 1C" данные сошлись ))
Нормально! Так держать! :) Побольше б таких разработчиков! :)) Нормально! Так держать! Побольше б таких разработчиков! ) При работе программы используется приложение Handle, разработчик Mark Russinovich
Поставленная задача спокойно решается использованием psapi, и в таком случае не надо никаких Microsoft .NET Framework 3.5, а равно и Руссовичей.
IMHO, экзюк должен быть "энергонезависимым". Замечена особенность:
Если сначала запустить TaskManager1C, а потом запускать базы, то процессы "отлавливаются", но не определяется ни режим запуска (конфигуратор или предприятие), ни путь к базе (рис.1).
Если же запускать TaskManager1C после уже работающих задач - всё ОК (рис.2) (15) Точно-точно, это мое упущение, обязательно поправлю
(13) А вот за psapi спасибо! ;) Надо будет его взять на вооружение Нарыл классную прогу Process Viewer, даже memory dump может делать.
Прилагаю, вдруг кому понадобится. Пароль на архив: 123
Еще бы сортировку прикрутить по полю "База". Но и без этого программа полезная! Спасибо!
Я в терминале выкручиваюсь создаванием нескольких файлов 1cv77.exe переименованных под имя базы типа 1cv77_plan.exe. И в ярлыке запуска базы прописываю тот exe, который нужен. Но это всё - костыли. А "Task manager 1C" - это уже интересней!
Ещё я пользуюсь в "Диспетчере служб терминалов" полем "Время простоя", чтобы отключать в первую очередь тех, кто давно не работает с базой. Эту информацию можно вывести в "Task manager 1C"?
(23) Не получится что? Сортировка по полю "База" или вывести время простоя? Не работает у меня :cry: Ошибку выдает стандартную Windows с предложением послать Microsoft. У меня ХР СП2, NetFrame 3.5 установил. (29) В какой момент выдает ошибку, в момент запуска, в процессе работы, при закрытии? (30) В момент запуска. Handle запускал, согласился, с этим все в порядке. Антивирусник пробовал отключать, не помогло.При попытке запустить прога пишет "Не обнаружен один из модулей программы. Дальнейшая работа невозможна!"
NetFrame 3.5 стоит, Handle запускал, с условиями использования соглашался.
И что делать?
- В каталоге с программой отсутствует папка Modules
- В папке Modules отсутствует файл Handle.exe
хорошо :idea: удобно :)
PID процесса туда бы еще прикрутить ))
и возможность не получать список файлов и модулей
з.ы. при большом количестве открытых баз на терминальном серваке немного задумывается)
якшо після запуска Task manager вийти з 1с, то в список файлів і модулів не очищається, дрібниці, але косяк :D А когда же сортировку получится сделать? Было бы очень удобно! Здравствуйте!А у меня вообще пусто, ничего не отображается. (46) Здравствуйте! Приложение писалось почти 11 лет назад. Возможно, в современных ОС не работает, как надо. Можете написать версию операционной системы? По возможности посмотрю, но ничего не обещаю. Сейчас диспетчер задач и сам неплохо показывает заголовок окна. (47) Server 2016
Не показывает Диспетчер задач ничего, кроме 1cv8c или 1cv8s, ну разве что в Командной строке
Просмотры 25411
Загрузки 632
Рейтинг 75
Создание 15.04.10 16:16
Обновление 10.03.21 20:59
№ Публикации 69054
Тип файла Архив с данными
Конфигурация Не имеет значения
Операционная система Windows
Страна Россия
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
Код открыт Нет
См. также
Универсальный редактор данных (УРД) Промо
Универсальный редактор данных (УРД) - это лучший инструмент в своем классе, который позволяет редактировать реквизиты и движения объектов
1 стартмани
27.08.2021 5971 124 Adeptus 51
Доп. панель Alt+Z
Панель, вызываемая для объекта комбинацией клавиш Alt+Z (для документа, справочника, плана вида характеристик, плана счетов и т.д.). Возможности: Редактор всех реквизитов, таблиц и движений, Анализ прав к объекту, Поиск ссылок на объект с фильтрами, Сторно движений документа, Выгрузка/загрузка текущего объекта между базами. Подключается как Расширение.
2 стартмани
24.06.2021 8097 100 sapervodichka 57
Очистка таблиц 1С на MS SQL и сжатие БД MS SQL 1С
Обработка предназначена для удаления таблиц и сжатие ИБ на сервере SQL
1 стартмани
15.09.2020 3729 4 nusv 4
Оптимизация размера изображений из присоединенных файлов УТ 11.4
5 стартмани
10.07.2020 8803 5 Neti 4
Установка баз данных из Проводника Промо
Взяли выгрузку базы у клиента? Прислали по почте файл конфигурации? Хотите развернуть базу данных двойным щелчком на файле *.dt или *.cf? Database Manager - то что вам нужно!
2 стартмани
28.10.2013 39687 106 Evil Beaver 30
Отключение регламентных заданий для всех баз данных в кластере с помощью RegExp
Администрирование баз разработки станет легче с помощью RegExp.
1 стартмани
Работа с базами данных 1С в SQL Server Management Studio (Расширение для SSMS)
Расширение позволяет просматривать связи объектов метаданных и таблиц БД, сгруппированные данные (по группам метаданных) об используемом дисковом пространстве и выполнять трансляцию SQL текста запроса в термины 1С. И бонусом - при наведении курсора мыши на таблицу или поле показывает назначение объекта в терминах 1С.
10 стартмани
27.11.2019 17320 46 akpaevj 46
Конфигурация для администраторов "Центр управления базами" для 8.3 УФ
Конфигурация предназначена для централизованного управления информационными базами предприятия. Разработана на БСП версии 2.4.4.76. В работе использует COM-соединение.
3 стартмани
09.10.2019 10767 36 WhiteOwl 17
Очистка кэша 1С 8 (8.0, 8.1, 8.2, 8.3). Грамотная чистка кэша 1С с сохранением настроек. Промо
Эффективное средство для устранения ошибок, возникающих в локальном кэше 1С на клиенте, которым легко сможет воспользоваться пользователь с любым уровнем знаний. Wsf-скрипт, созданный на стандартном языке автоматизации Windows - "WSH JScript", очищает кэш 1С просто, быстро и безопасно. Кроме варианта, очищающего кэш текущего пользователя, имеется также вариант для чистки кэша 1С всех пользователей терминального-сервера.
1 стартмани
04.11.2018 54174 530 Eugen-S 35
Информация о программных лицензиях 1С (Ring GUI)
Обработка, представляющая из себя обертку функций Утилиты лицензирования 1С (ring) в понятном для обычного человека виде. По сути, это GUI утилиты RING
5 стартмани
18.09.2019 9612 34 MaxxG 6
Мониторинг выхода обновлений конфигураций
Надоело ежедневно сидеть на сайте 1Сном в ожидании информации что вышел новый релиз конфигурации? А сторонними программами мониторинга пользоваться не хочется? Тогда напишем такой мониторинг самостоятельно!
1 стартмани
07.09.2019 5881 0 KiborG85 0
Кто уложил 1С, или мониторинг загрузки кластера в разрезе пользователей с помощью Grafana
Мониторингом различных параметров работы кластера 1С в zabbix сейчас уже никого не удивишь. Собственно потребление памяти, процов и места на серверах обычно настраивают первыми. Потом идет мониторинг в разрезе rphost'ов и различные метрики функционирования SQL сервера. Но вот когда уже все это есть, то временами возникает вопрос - какой же конкретно нехороший человек пытается съесть все (ну не все, но много) ресурсы сервера? Можно смотреть в консоль кластера и ловить редиску там. Можно анализировать журнал регистраций, включать технологический журнал или накапливать статистку в специализированных базах 1С. Но, "настоящим" сисадминам проще как-то с внешними скриптами, базами данных и, например, Grafana. Расскажу что у нас получилось.
1 стартмани
02.09.2019 13609 30 DonAlPatino 26
DroidRAC2 - консоль администрирования кластера серверов 1С:Предприятие 8.3 под Android Промо
DroidRAC2 - клиент для RAS-сервиса кластера серверов платформы 1С:Предприятие 8.3 под Android.
1 стартмани
24.02.2017 27561 12 user700211_a.straltsou 20
Установка 1C на Ubuntu 19.04
Установка платформы на примере (8.3.15.1565) на Ubuntu 19.04
1 стартмани
28.08.2019 17453 7 gubar 33
Удаленный доступ к 1С используя SSH Тунель
Предлагаемая обработка открывает удаленный доступ к серверу 1С или клиентской машине через SSH-тунель.
1 стартмани
04.08.2019 10801 4 Sedaiko 7
Service Desk. Конфигурация для администрирования баз 1С и техподдержки IT-отдела.
Простенькая конфигурация по обслуживанию баз 1С и IT-структуры организации для системных администраторов, программистов, IT отдела.
2 стартмани
15.07.2019 10808 77 SanchoD 19
Планировщик v1.1.11- оригинальная обработка для автоматизации выполнения задач по расписанию Промо
Один из серверов 1С, который я обслуживаю, очень странно себя вел. Загрузка процессора на машине с сервером 1С почти всегда была 100%, даже когда на нем никто не работал. Базы хранились в MSSQL, их было относительно много, но реально людей, которые с ними работали - мало. Одновременно работало не больше 10-15-ти пользователей в очень вялом режиме.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на . Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.Введение
Этот сервер привлек мое внимание сразу же, как только я стал с ним работать. Предыдущий администратор безрезультатно бился над производительностью, приобрел 2 внешних корзины для отдельного рейда под базы данных mssql и временные данные пользователя 1С, но существующую проблему по загрузке процессора это не решало, хотя немножко разгрузило диски, но реальная проблема была не в них.
На сервере размещались примерно 30-35 баз, в которых работали по 1-2 человека и пару баз были, где работали по 3-5 человек одновременно. Все это крутилось вместе с MSSQL сервером на отдельном железном сервере с одним стареньким ксеоном и 32 гб оперативы. В принципе, для этих задач железо было более чем.
Первое, на что я обратил внимание, это то, что процессор был загружен даже ночью, когда на сервере никто не работал. Полез в консоль администратора смотреть, что нагружает процессор. Оказалось, что это фоновые задачи. Для большинства баз они были не нужны и все лишнее отключил. Нагрузка процессора сразу упала до приемлемого уровня в 60-70%, а диски вообще полностью разгрузились. Я про сервер забыл на какое-то время.
Снова к нему вернулся, когда пользователи стали жаловаться на очень медленную работу баз 1С. Процессор к тому времени почти всегда был загружен на 100%. Лишних фоновых задач уже не было. Надо было разбираться более внимательно, в чем тут проблема.
Разбираемся что конкретно в rmngr.exe грузит процессор
Загрузку процессора в равной степени давал процесс rmngr.exe и rphost.exe. Rphost уже ранее был настроен и оптимизирован. Вот такие настройки дали стабильную работу без необходимости перезапускать сервер месяцами:
Нагрузку rphost давал за счет оставшихся фоновых задач и что с ним еще сделать, я не знал. А с rmngr хотелось разобраться и узнать, что конкретно пожирает процессорное время. В этом процессе собраны все процессы менеджера кластера:
Есть возможность разделить сервисы менеджера кластера по разным системным процессам rmngr.exe и по pid определить, какая именно служба нагружает процессор. Включить такое разделение можно в свойствах рабочего сервера:
После того, как вы поставите галку, агент сервера 1С сам перезапустится с новыми настройками. После этого в диспетчере задач у вас будет порядка 15-ти процессов rmngr.exe с разными pid. Смотрите, какой из процессов больше всего использует процессор и в консоли управления 1С в разделе Менеджеры кластера по pid смотрите описание процесса.
В моем случае это был сервис журнала регистраций. Чтобы это узнать, дважды щелкните мышкой по процессу с необходимым pid:
Пол дела сделали, нашли виновника тормозов. Я скрины делал, когда уже решил проблему, так что у меня нагрузки нет.
Сервис журнала регистраций 1С нагружает процессор
Я выяснил, что конкретно дает чрезмерную нагрузку на сервер. Посмотрел на объем журналов регистраций. У некоторых баз он достигал размера в 10-15 гигов. После чистки серверу стало заметно легче, нагрузка снова опустилась, но где-то до 80-90% и я на несколько месяцев забыл про сервер.
Он напомнил о себе тормозами и загрузкой процессора в 100%. Проделанные выше операции уже не давали результата. Баз стало немного больше и нужно было думать, как разгрузить сервер. Он работал на все 100% даже в нерабочее время, когда на нем не было ни одного реального пользователя. Сервис журнала регистраций потреблял 30-40% процессорного времени.
Я стал внимательно шерстить интернет на заданную тему и нашел несколько заметок. Находились люди, которые обратили внимание на чрезмерную нагрузку сервиса журнала регистраций. Как вариант решения проблемы они предлагали откатиться на старую версию ведения логов lgf вместо новой lgd. Я не знаю, что принципиально изменилось в формате ведения лога журнала регистраций, но по отзывам попробовавших, нагрузка на процессор падала. Забегая вперед скажу, что мне этот совет помог.
Переводим сервер на старый вариант ведения логов журнала регистраций
В каждой папке с базой есть каталог 1Cv8Log, а в нем 2 файла: 1Cv8.lgd и 1Cv8.lgd-journal. Их надо удалить и вместо них в этой папке создать пустой файл 1Cv8.lgf. Проделать такую операцию нужно со всеми базами, где будете менять формат лога. Старый не обязательно удалять, лучше его перенести куда-нибудь, вдруг пригодятся записи из него.
После этого можно запускать службу Агента Сервера 1С:Предприятия. После перехода на старый формат журнала регистрации, нагрузка процесса rmngr.exe упала практически до 0, а сервера в целом до приемлемых 40-60%.
Заключение
После того, как вы решите все проблемы на сервере 1С, процессы менеджера кластера нужно снова объединить в 1, убрав отвечающую за этот параметр галку в свойствах рабочего сервера. 1С не рекомендует постоянно использовать такой режим работы, так как он является отладочным.
Читайте также: