Мы осуществляем комплексный подход к оптимизации производительности систем на базе 1С:Предприятие:

Процедура модификации программного кода конфигурации 1С проводится с целью улучшения функционирования системы, что часто дает внушительное ускорение работы баз данных 1С.

Наши программисты обладают сертификатами по технологической платформе практически всех версий 1С, навыками использования пакетов ЦУП, специализированы на поиске и отладке неоптимизированного кода 1С путем использования специальных счетчиков мониторинга, встраиваемых прямо в код.

Мероприятия по оптимизации конфигурации 1С:

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

Всё это приводит к блокировкам выполнения транзакций, длительному выполнению запросов, торможениям системы и перегрузкой ресурсов сервера. Наши специалисты находят проблемные бизнес-процессы, разбивают их на отдельные участки, формируя план по оптимизации каждого.

Регламентные задания. Параллельное выполнение ресурсоемких регламентных заданий (даже типовых) может существенно влиять на производительность системы. Наши специалисты проводят аудит и проверку всех активных регламентных заданий в конфигурации 1С, выявляя проблемные операции.

Проводится настройка регламентных заданий, разнесение их во времени для достижения максимально комфортной работы системы и её пользователей.

ЦУП и мониторинг. Для более глубокого анализа проблем с производительностью может быть задействован пакет ЦУП.

В качестве примера рассмотрим симптом «долгое время проведения документа». Путем ввода триггеров в программный код исполняемых модулей, которые задействованы при проведении документа, осуществляется сбор данных. Этот набор данных анализируется, выявляются наиболее длительные по времени участки. Далее разрабатывается решение для исправления и оптимизации узких мест. Например, в случае длительного времени выполнения по расчету стоимости партии списания - возможен вынос процедуры расчета в регламентное задание, которые будет выполнятся вне рабочего времени. Таким образом, существенно сокращается время выполнения требуемых действий. Каждый случай рассматривается индивидуально, чтобы подобрать наиболее правильное решение проблемы.

Немаловажным фактором быстродействия 1С является серверная платформа, на базе которой работает учетная система 1С. Для определения причин неудовлетворительной работы и проведения оптимизации серверной структуры 1С наши специалисты используют практические инструменты мониторинга и замеров ключевых параметров производительности, мульти-этапное нагрузочное тестирование аппаратных компонент, пошаговый технический режим отладки, нацеленный на более глубокий анализ «узких мест» и т.п.

Помимо корректировки программного кода 1С, важную роль играет настройка и оптимизация параметров сервера 1С:Предприятия и сервера СУБД. Такие параметры, например, как настройка протокола Shared Memory, перевод службы 1С в режим отладки, регламентные задания очистки, максимально отведенное серверу СУБД количество памяти, оптимальное количество потоков и т.д. - ощутимо увеличивают прирост производительности и устраняют множество жалоб на торможение 1С.

Система 1С:Підприємство сегодня очень широко используется в сфере малого и среднего бизнеса. Ее нормальная оптимизация будет гарантией быстрой работы и высокой производительности. Однако случается, что система медленно работает. Если ее не ускорить, начнут тормозить бизнес-процессы, и в итоге пострадает вся компания.

Если уделять очень мало внимания оптимизации 1С:Підприємство, практически всегда возникают проблемы в работе. Чтобы это исправить, нужно провести ускорение программы и наладить всю сеть.

В недалеком прошлом многие компании работали на платформе «1С:Підприємство 7.7». Она уже устарела и сегодня есть более новые и усовершенствованные базы, как «1С:Підприємство» «1С:Підприємство 8.2» «1С:Підприємство8.3 », которые значительно ускоряют систему. Базы 1С:Підприємство версии 8.2 и 8.3 между собой имеют мало отличий, главное из которых – это интерфейс.

Если Ваша программа 1С:Підприємство со временем работает заметно хуже

• медленно проводятся документы 1С:Підприємство
• 1С:Підприємство медленно работает и долго думает
• 1С:Підприємство регулярно висит и постоянно подвисает
• медленно формируются отчеты 1С:Підприємство
• большой размер базы 1С:Підприємство
• постоянное и непонятное увеличение размера базы 1С:Підприємство
• регулярные сообщение об ошибке:
  «Конфликт блокировок при выполнении транзакции: Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded. HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=34, Severity=10, native=1222, line=1»

Пора оптимизировать 1С:Підприємство

Оптимизация 1С:Підприємство: Вам придется разобраться с вопросами:

• как ускорить работу 1С:Підприємство: загрузку, проведение документов, формирование отчетов?
• от чего зависит производительность 1С:Підприємство?
• почему возникают ошибки блокировок?
• что такое транзакции 1С:Підприємство?
• что такое уровни изоляции блокировок?
• что такое конфликт блокировок?
• какие возможности оптимизации блокировок в 1С:Підприємство?
• как найти и разобраться в блокировках СУБД?
• что такое управляемые блокировки 1С:Підприємство?
• что такое взаимоблокировки?
• что такое объектные блокировки 1С:Підприємство?
• что такое Индексы?
• как Индексы влияют на увеличение производительности 1С:Підприємство?
• как правильно использовать индексы?
• как увидеть как выглядит запрос 1С:Підприємство в СУБД?
• как понять что делает СУБД с запросами 1С:Підприємство?
• как устроены физические таблицы 1С:Підприємство?
• как устроены виртуальные таблицы 1С:Підприємство?
• на что влияет использование составных типов в запросах 1С:Підприємство?
• как влияет RLS на запросы и скорость работы 1С:Підприємство?
• от чего зависит размер базы 1С:Підприємство?
• как уменьшить размер базы 1С:Підприємство?
  и многое другое....

Оптимизация 1С:Підприємство: Настало время заняться производительностью!

У Вас три варианта:

1. Разобраться самостоятельно. (загляните в наши статьи на тему "Оптимизация 1С:Підприємство")
2. Обучиться у экспертов. (приглашаем Вас к нам на )
3. Пригласить специалистов. (звоните и закажите )

Каким образом происходит Оптимизация 1С:Підприємство:

1. Измеряется скорость выполнения целевых операций, которые планируется ускорить: (проведение конкретного вида документа или формирование конкретного отчета)
2. Производится анализ существующей конфигурации 1С:Підприємство и СУБД
3. Вносятся изменения или даются советы по изменению конфигурации 1С:Підприємство
4. Замеряется скорость выполнения целевых операций после внесения изменений в конфигурацию 1С:Підприємство.

К каким результатам приводит Оптимизация 1С:Підприємство:

1. Ускоряется проведения документов
2. Ускоряется формирование отчетов
3. Уменьшается размер базы

Серия статей "Оптимизация 1С:Підприємство": Как Вы самостоятельно можете улучшить работу своей 1С:Підприємство!

Статьи из курса оптимизация 1С:Підприємство

Для того, чтобы понять, как ускорить систему 1С:Підприємство, когда она начинает тормозить, необходимо знать ее структуру. В ней все документы хранятся в базе данных СУБД MS SQL. В данной статье вы сможете узнать, как организовывается хранение данных 1С:Підприємство в базе MS SQL Server, их параметры, для чего они нужны и как их использовать.
Важность транзакций и блокировок для производительности 1С:Підприємство трудно переоценить. В статье вы узнаете о том, какая связь между транзакциями и блокировками через уровни изоляции и проблемы параллельного доступа. Также вы узнаете о том, что такое транзакция и какие ошибки может выдавать система. Здесь описаны проблемы, но не будет практических советов по их решению. Благодаря этой информации вы сможете понять, как провести оптимизацию 1С:Підприємство.
Блокировка – это информация о том, что ресурс системы захвачен определенным пользователем. Блокировка – это не ошибка, а необходимая мера для разделения ресурсов в многопользовательской системе. Из статьи вы узнаете и то, что такое эскалация блокировок и избыточные блокировки, которые могут нанести вред системе и которые нужно научиться убирать, ведь они также могут заставить сеть медленно работать. В дальнейшем вам будет более понятна оптимизация 1С:Підприємство.
Из данной статьи вы узнаете про механизм управляемых блокировок базы 1С:Підприємство. Также вы поймете, для чего они нужны и как они действуют. Вы сможете самостоятельно провести анализ управляемых блокировок при помощи технологического журнала.
В статье на примерах, которые вы можете повторить самостоятельно, наглядно продемонстрирована работа управляемых блокировок в системе 1С:Підприємство. Понимание механизма их работы даст вам возможность гибко управлять производительностью системы.
Приведенные методы и средства управления блокировками в 1С:Підприємство помогут вам достичь максимальной производительности системы.

Курс обучения "Оптимизация 1С:Підприємством": Вы научитесь ускорять свою 1С:Підприємство!

Курс обучения "Оптимизация 1С:Підприємство"

Курс обучения «Оптимизация 1С:Підприємство» поможет вам узнать возможности платформы 1С:Підприємство и найти решение, когда система тормозит. В результате вы сможете провести оптимизацию работы системы и придать ей ускорение.

Курс рассчитан на программистов и внедренцев 1С:Підприємство. Полезен администраторам СУБД MS SQL и 1С:Підприємство. Вы научитесь пользоваться такими инструментами для анализа проблем как:

SQL Server management studio,
- SQL Server Profiler,
- Технологический журнал 1С:Підприємство
- Конфигурация ЦУП.

Вы сможете подготовиться к сдаче 1С:Підприємство: Эксперт по технологическим вопросам

Закажите услугу "Оптимизация 1С:Підприємство" и Вы будете довольны!

Заказав услугу «Оптимизация 1С:Підприємство», вы сможете получить квалифицированную помощь по ускорению и оптимизации базы 1С:Підприємство. Наши специалисты проведут такие виды работ:

Испытают и оптимизируют строение метаданных и всех участков кода; Испытают и оптимизируют запросы вывода и проведения документов; Ускорят создание отчетов; Найдут и уберут причины избыточных блокировок и взаимоблокировок; Проведут консультацию для ваших IT специалистов по оптимизации системы 1С:Підприємство; Составят отчет по проведенной работе. Работу выполняют специалисты с сертификатами « Эксперт по технологическим вопросам»!.

Получить консультацию можно здесь:

У нас на сайте Вы можете заказать оптимизацию базы 1С:Підприємство или курс обучения вам не составит труда. Цена оптимизации будет зависеть от множества факторов, которые вам следует обсудить с нашими менеджерами. В прайс-листе на сайте вы сможете уточнить стоимость курса обучения.

Хорошо известно, что каждый ИТ-сервис имеет свою специфику, а сочетание, например, таких сервисов, как 1С:Предприятие 8 и база данных SQL расположенных внутри именно вашей ИТ-инфраструктуры дает инвариантность конфигураций.
Мы накопили практический опыт решения такого рода сложных задач с помощью:

Команда

Команды квалифицированных технических специалистов с различной специализацией. В каждом проекте по оптимизации 1С:Предприятия участвуют системные инженеры уровня «Эксперт», ИТ-архитектор и 1С-программист.

Платформа

Собственной облачной ИТ-инфраструктуры (IaaS). Мы разворачиваем стенд — копию вашей базы 1С, оптимизируем и тестируем ее с различными версиями платформы 1С, чтобы найти оптимальное сочетание по производительности.

Компетенция

Базы знаний «узких» мест, которые могут влиять на низкую производительность 1С:Предприятия 8. В результате мы тратим на работы по увеличению производительности вашего 1С:Предприятия 8 гораздо меньше времени, чем специалисты без такой подготовки.

Из чего состоит процесс по увеличению производительности 1С?

Аудит 1С системы

Чтобы не ориентироваться на ощущения пользователей по скорости работы 1С:Предприятия, аудит производительности мы начинаем с тестирования. Это дает объективный критерий, с которым сравнивается конечный результат работы. Тестирование проводится интегральное, т.е. замеряется общая производительность всей системы в целом — версия 1С:Предприятие, 1С-конфигурация, база данных и ИТ-инфраструктура.

Оптимизация

На этом этапе производится тщательное компонентное тестирование различных элементов системы и их последующая оптимизация.

Основные проблемы с производительностью 1С вызывают следующие элементы:

• Бизнес-процессы. Пользователи некорректно работают в 1С;
• Оборудование и сеть. Высокая загрузка серверного оборудования и сети;
• Системы управления базами данных. Не выполняется регулярная профилактика, обновление статистики и индексов БД;
• Неоптимизированный код измененной конфигурации. 1С программист сделал изменения, которые загрузили систему лишними операциями.

Именно по этим направлениям и ведется работа при комплексной оптимизации.

Итоговое тестирование и сравнение результатов

По окончанию работ проводится финальное интегральное тестирование быстродействия работы 1С:Предприятия 8. Если достигнуто увеличение производительности на десятки процентов, то результат признается годным. В противном случае — продолжаются работы из второго этапа.

Какие параметры мы проверяем и настраиваем при оптимизации 1С?

Что является результатом работ?

В результате оптимизации вы получаете увеличение производительности 1С,
подтвержденное объективными данными тестов.

Иногда что-то в программе может выполняться очень медленно. И тогда открытие документа или запись документа может длиться минуты или даже десятки минут.

Оптимизация – это процесс анализа существующей программы с целью изменения некоторой ее части, чтобы она выполнялась – быстрее, лучше, оптимальней.

Лучший способ оптимизации 1С – взять мега эксперта, гуру, посадить его за компьютер и он быстро во всем разберется и все оптимизирует.

Что делать если эксперта нет под рукой?

Оптимизация 1С программы

Согласно правилу: 20% программы выполняется 80% всего времени выполнения программы.

Поэтому в ходе оптимизации 1С переписывать программу с нуля или исправлять все, что не нравится в тексте программы – ошибочный путь, так как он ведет не к исправлению ошибок, а к написанию новой программы, в которой есть новые ошибки.

Вместо этого для оптимизации 1С нужно найти те самые 20% кода, которые все портят и исправить именно их.

Поиск события 1С

Главная подготовительная задача в проведении оптимизации 1С – найти место в программе (то есть модуль, функцию), которая вызывает впечатление пользователя, что «это долго работает».

Например, с точки зрения пользователя все просто – «это долго открывается». Но какая конкретная часть кода 1С выполняется при открытии?

Вот здесь мы уже обсуждали структуру и . Соответственно при открытии формы выполняется обработчики события:

• ПередОткрытием()
• ПриОткрытии()

При записи и проведении документа выполняются обработчики в модуле 1С документа:

• ПередЗаписью()
• ПриЗаписи()
• ОбработчикПроведения()
• ПослеЗаписи().

Дополнительно могут вызываться обработчики подписок на события 1С, которые находятся в конфигурации в ветке Общие/Подписки на события.

Начало процесса оптимизации 1С — отладка для поиска требуемого участка программы на языке 1С

Вам необходимо определить нужное Вам событие, найти в модуле требуемую функцию-обработчик, в первой строчке функции обработчика и в последней строчке (то есть итого две точки останова).

После этого заходим в режим Предприятие (подключенный к отладке) и выполняем те действия, которые мы считаем «медленными» и требуют отладки, на события которых мы установили точку останова.

Если Вы правильно вычислили обработчик и установили точку останова, то выполнение программы остановится в начале функции.

Теперь необходимо включить – замер времени выполнения. Для этого выберите пункт меню Отладка/Замер производительности. Данный пункт после нажатия будет отмечен как «нажатый» и более ничего не произойдет. Не смущайтесь – переключайтесь снова в режим Предприятие и продолжайте работу до тех пор, пока программа снова не остановится – теперь уже на второй точке останова, в конце функции обработчика события.

Теперь необходимо выключить замер времени выполнения. Для этого нажмите на тот же пункт меню. Данный пункт будет отмечен как не нажатый.

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

Продолжение оптимизации 1С — анализ участка кода 1С при помощи измерения времени выполнения

Результаты измерения времени в отладчике показывают:

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

Вы можете отсортировать строчки по времени выполнения или по количеству раз выполнения.

Ваша цель для оптимизации 1С:

• найти одну-три строчки, которые выполняются 20% от общего времени
• найти строчки, которые выполняются исключительно большое количество раз.

И наконец сама оптимизация 1С состоит в том, чтобы внести изменения в код так, чтобы время выполнения найденных строчек существенно уменьшилось.

Несколько рабочих процессов на одном сервере дают возможность эффективно использовать объем оперативной памяти и ресурсы процессора для выполнения запросов, а также подключить клиентский сеанс к другому рабочему процессу при «крахе» текущего.
За понимание, что запущено на конкретном сервере, отвечает программа «Агент сервера» (ragent). Остановка агента сервера сделает сервер недоступным для использования кластером. Свою информацию агент хранит в файле srvribrg.lst.

Информацией о рабочих базах, задействованных рабочих процессах владеет «Менеджер сервера» (rmngr). Эту информацию он хранит в файле 1CV8Reg.lst. Остановка менеджера сервера может привести к перезапуску клиентских приложений в случаи удачного рестарта менеджера или к полной остановке работы рабочих серверов всего кластера.

1С: Предприятие допускает возможность создания на одном сервере несколько независимых кластеров. Каждый из них идентифицируется в сети уникальным «IP портом» и уникальным номером в служебных файлах. Первый кластер по умолчанию получает порт 1541.

Для управления кластером предназначена оснастка «Серверы предприятия».
Подключаться к серверам можно по имени или IP адресу сервера.

Агент сервера

Агент сервера «знает» о всех кластерах, которые запущены на сервере. Эта информация хранится в файле srvribrg.lst со списком кластеров и администраторов списка. Основной порт агента – 1540. На каждом Рабочем сервере может быть запущен только один агент, обслуживающей все возможные кластера на данном сервере.

Разберемся поподробнее со свойствами кластера

Интервал перезапуска

Данный параметр перезапускает рабочие процессы сервера 1С по заданному значению в секундах. Обычно параметр используется на тех серверах приложений, которые имеют 32х разрядную систему, так как там объем памяти ограничен ~ 3.7 гб., если используется операционная система 64х разрядная, а сервер приложений 32х. Если же ОС использует 32х разрядную архитектуру, тогда общий объем потребления памяти рабочего процесса составляет ~ 1.7 гб. И пользователи часто могут получать сообщение об ошибке вида “Недостаточно памяти на сервере 1С Предприятие”. Самый простой способ избежать данной ошибки, это сделать перезапуск рабочих процессов, к примеру 86400 секунд (1 сутки). При изменении параметра, отсчет времени начинается со старта службы сервера приложений 1С.

Допустимый объем памяти

Перезапуск рабочих процессов по достижению определенного порога занятой памяти рабочим процессом в килобайтах.

Интервал превышения допустимого объема памяти

Означает, если в течении заданного количества секунд произойдет превышение памяти, заданного в параметре “допустимый объем памяти”, тогда сервер 1С примет решение перезапустить рабочий процесс.

Допустимое отклонение количества ошибок сервера

Вычисляется следующим образом. У нас есть серверные вызовы, которые возможно увидеть в технологическом журнале по событию “CALL” а также есть различные исключительные ситуации, которые в технологическом журнале можно увидеть по событию “EXCP”. Платформа вычисляет соотношение данных событий. Предполагается, что данных событий должно быть приблизительно одинаково. Если же в каком-либо рабочем процессе данное соотношение превышает соотношение данных событий в других рабочих процессах на некую значительную величину, то такой рабочий процесс признается проблемным. Как раз данная величина задается в этом параметре. Рекомендуемое значение – 50.

Принудительно завершать проблемные процессы

Если мы включим данный параметр, то по параметру “допустимое отклонение количества ошибок сервера”, проблемные процессы будут завершены. Если параметр выключен, то платформа выводит событие технологического журнала “ATTN”, которое обозначает проблемный процесс.

Выключенные процессы останавливать через

Если сработает один из параметров “интервал перезапуска” или “допустимый объем памяти, то при перезапуске рабочего процесса, он может “отвалиться”. Если клиент во время перезапуска не обращается к серверу (бездействует), то при следующем обращении он плавно переключится на новый рабочий процесс. Если же клиент обращается к серверу в момент перезапуска рабочего процесса, то в данном случае он получит сообщение об ошибке и завершит свою работу. Чтобы этого не произошло, необходимо задать значение данного параметра в секундах. Обычно хватает 120 секунд. За это время рабочий процесс успеет обработать текущие запросы клиентов и перевести их на новый рабочий процесс. Тех активных клиентов, которых процесс не успел обработать, завершается и клиенты возможно могут получить ошибку.

Уровень отказоустойчивости

Данная настройка живет сама по себе не зависимо от количества центральных серверов. Уровень отказоустойчивости может принимать любые значения. К примеру, уровень отказоустойчивости = 1, тогда каждый сеанс пользователя удваивается. Если уровень отказоустойчивости = 2, то каждый сеанс умножается на 3. Также возрастает нагрузка на сервер. При изменении уровня отказоустойчивости, если у нас центральный сервер, он реплицирует на каждый центральный сервер: “реестр кластера”, “сервис блокировок кластера”. Также идет репликация на остальные серверы таких сервисов, как “сервис сеансовых данных”, “сервис оперативной отметки времени”, “сервис блокировок объектов”, “сервис лицензирования”, “сервис нумерации”. Среди них самым тяжелым является “сервис сеансовых данных”.

Режим распределения нагрузки

По производительности. Когда клиентское соединение подключается, оно будет подключено к тому серверу, где присутствует рабочий процесс с более доступной производительностью. Доступная производительность задается в свойствах рабочего процесса:

Доступная производительность на уровне 1С вычисляется следующим образом: ко всем рабочим процессам делается эталонный серверный вызов 1 раз в 10 минут и замеряется время данного вызова. Полученное число делится на 10000 (десять тысяч) и механизмами сервера приложения вычисляется эталонное время. В том случае, если производительность какого-либо рабочего процесса стала на 25 % меньше, чем у остальных, с данного рабочего процесса соединения начинают уходить на остальные рабочие процессы до тех пор, пока все соединения не уйдут.

Приоритет по памяти. Подключения пользователей будут производиться к такому рабочему серверу, у которого больше доступной памяти.

Менеджер кластера

Менеджер кластера отвечает за работу кластера. У каждого кластера свой Менеджер. Менеджер хранит информацию о кластере в файле 1CV8Reg.lst (реестр кластера). У каждого Менеджера кластера также есть свой порт на Рабочем сервере. Для первого кластера по умолчанию порт Менеджера 1541. Именно этот порт отображается в оснастке «Серверы 1С: Предприятия» в ветке «Кластеры», идентифицируя кластер.
Менеджер принимает запросы от клиентской части 1С: Предприятия и принимает решение, какому Рабочему процессу отдать этот запрос на обслуживание.

Для взаимодействия с рабочими процессами Менеджер использует служебный порт.

Рабочий процесс

За «работу с клиентами» отвечает Рабочий процесс. Рабочих процессов в кластере 1С: Предприятия 8 может быть несколько. Количество рабочих процессов не создается вручную, а рассчитывается исходя из описаний требований задач по отказоустойчивости и надежности. Менеджер сервера решает, какой из рабочих процессов будет обслуживать клиентское подключение. Для клиентских подключений Рабочим процессам по умолчанию выделяется диапазон IP портов 1560 – 1591. Кроме этого, каждому Рабочему процессу назначается Служебный порт для обмена с менеджером кластера.

Настройки рабочего сервера, по документации фирмы 1С, можно изменять только в версии КОРП сервера приложений 1С. По факту настройки работают как в версии КОРП, так и в версии ПРОФ. Если данные настройки использовать в версии ПРОФ, это будет являться нарушением лицензионного соглашения.

Максимальный объем памяти рабочих процессов

Данный параметр сам по себе ничего не ограничивает. Он работает в связке с параметром “безопасный расход памяти за один вызов”. Представим, что все наши рабочие процессы суммарно достигли приблизительно расхода по памяти от заданного значения данного параметра. И теперь некий пользователь хочет сделать некий серверный вызов, который хочет потребить большое число памяти. Как только серверный вызов превысит объем заданной памяти в данном параметре на объем памяти параметра “безопасный расход памяти за один вызов”, именно данный пользователь получит ошибку вида: “превышен безопасный расход памяти за один клиент-серверный вызов”. Это нужно для того, чтобы один какой-либо пользователь не смог “завалить” рабочий сервер. Значение параметра 0 равно 80 % памяти, установленной на сервере 1С.

Безопасный расход памяти за один вызов

Значение 0 (по умолчанию) составляет 5 % от значения параметра “максимальный объем памяти рабочих процессов”. Может быть значение -1. Это означает, что любой клиент-серверный вызов, превысивший заданное значение параметра “максимальный объем памяти рабочих процессов”.

Объем памяти рабочих процессов, до которого сервер считается производительным

Означает, если установлено значение и рабочие процессы заняли объем памяти, указанный в данном параметре, сервер будет продолжать работать, но не будет принимать новые подключения до тех пор, пока память не освободится.

Количество ИБ на процесс

Возможно снижение производительности, когда много информационных баз и один рабочий процесс. Поэтому данным параметром возможно уменьшить количество баз на 1 процесс. Если поставить значение 1 (в большинстве случаем это работает достаточно оптимально), то на каждую информационную базу будет создаваться новый рабочий процесс (rphost).

Количество соединений на процесс

Так же как параметр выше, только зависит от количества соединений на процесс. Значение 0 будет означать, что на каждом рабочем сервере будет только один рабочий процесс.

Менеджер под каждый сервис

У каждого центрального рабочего сервера есть главный менеджер кластера с определенными сервисами:

Они выполняются одной службой “rmngr”. Представим, что данная служба начинает потреблять много памяти или тратить процессорные ресурсы. Обычно есть несколько типичных подозреваемых. Но вдруг вы встали в “тупик” и не можете понять, что именно нагружает службу, вы можете установить галочку “менеджер под каждый сервис”, служба разобьется на 21 процесс (таково количество сервисов в главном менеджере кластера). И соответственно по PID процесса можно будет вычислить, какой сервис нагружает систему.

Центральный сервер

Это сервер, у которого хранится реестр кластера в файле 1СV8Clst.lst. В файле хранится список баз, список администраторов кластера, список требования назначения функциональности, список профилей безопасности, в общем все настройки кластера. Данный файл присутствует только там, где установлена галочка “центральный сервер”. Центральных серверов может быть несколько. Так же на центральных серверах присутствуют такие сервисы, как “сервис блокировки кластера”, “сервис конфигурации кластера”. Пока хотя бы один центральный сервер работоспособен, кластер функционирует. Как только самый последний центральный сервер вышел из строя, кластер становится неработоспособным не зависимо от настроек отказоустойчивости.

Требование назначения функциональности

Кластер серверов 1С Предприятия 8.3 предоставляет некоторый набор функциональных возможностей (называемые объекты требований), распределением которых между рабочими серверами внутри кластера можно управлять. Например, можно указать, что все фоновые задания в кластере будут выполняться на выбранном рабочем сервере. Для того, чтобы поместить соединение или сервис кластера на какой-либо рабочий сервер, необходимо для выбранного рабочего сервера создать требование назначения функциональности. Это требование определяет возможность или невозможность конкретного сервера выполнять ту или иную работу. Рассмотрим более подробно, что собой представляет требование назначения функциональности.

Перенос пользовательских соединений

Допустим мы хотим, чтобы пользовательские соединения работали на рабочем сервере № 1, но если этот сервер выходит из строя, мы хотим, чтобы они переходили на другой рабочий сервер № 2

Для этого нам необходимо на сервере № 1 создать требование назначения функциональности:

На сервере № 2 прописать такие же настройки, но изменить приоритет:

Важность приоритета реализована наоборот. То есть, приоритет 1 выше, чем приоритет 2.

Вывести рабочий сервер из кластера

Вывести рабочий сервер из кластера мы можем и просто, удалив его из списка, но в таком случае всех пользователей “выкинет” из системы. Чтобы более безболезненно осуществить вывод, можно сделать следующее:

Создать требование назначения функциональности со следующими настройками:

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

Сервис лицензирования

Вынести сервис лицензирования на отдельный сервер. Это хорошо тем, что программные лицензии можно привязать к определенному компьютеру. Создадим требование назначения функциональности со следующими настройками:

Фоновые задания

С выходом платформы 8.3.7, фоновые задания разделились на 2 группы:

1. Фоновые задания, вызываемые из кода конфигурации

2. Регламентные задания

Поэтому необходимо несколько настроек назначения функциональности:

1. Чтобы фоновые задания выполнялись быстро, необходимо добавить сеансовые данные для фоновых и регламентных заданий

После создания необходимых требований назначения функциональности, необходимо их применить:

Частичное – применение, которое не нарушит работу пользователей

Полное – применение, которое может нарушить работу пользователей.

На практике ни разу не встречалось, чтобы при полном применении нарушало работу пользователей или что-то подобное. Но все возможно, имейте ввиду. После применения, перезапуск службы сервера приложений 1С не обязателен.

Вы всегда можете обратиться к специалистам по оптимизации работы 1С, наш практический опыт сэкономит Ваше время.