← На главную

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

Анализ архитектуры: почему виртуализация может быть препятствием

Первое, на что нужно обратить внимание — это потеря протокола Shared Memory. Когда сервер 1С и сервер баз данных SQL находятся на одной физической машине (или внутри одной ВМ), они используют общую память для обмена данными. Как только мы разносим их по разным виртуальным машинам, взаимодействие переходит в плоскость сетевого протокола TCP/IP, даже если они физически стоят рядом. Накладные расходы на обработку пакетов в стеке виртуализации гипервизора VMware ESXi могут стать «бутылочным горлышком».

Оптимизация связки 1С и MS SQL

Для достижения стабильной работы системы проанализируем следующие критические шаги:

1. Объединение серверов. В подавляющем большинстве случаев для средних инсталляций (до 100-150 пользователей) выгоднее держать 1С и SQL на одном физическом или мощном виртуальном сервере. Это возвращает нам возможность использовать Shared Memory.
2. Настройка параметров MS SQL.
   • Установите MAXDOP (Max Degree of Parallelism) в значение, соответствующее числу физических ядер в одном NUMA-узле. Не оставляйте его равным 0, так как это заставляет SQL использовать все ресурсы для одного запроса, провоцируя конфликты.
   • Измените Cost Threshold for Parallelism. Вместо стандартного значения 5 установите 50 или 100. Это отсечет мелкие запросы, которые будут выполняться быстрее в один поток без лишней координации.
   • Активируйте Instant File Initialization. Убедитесь, что учетная запись службы SQL обладает правами на обслуживание томов, что позволит моментально расширять файлы данных.
3. Работа с памятью. Обязательно зарезервируйте оперативную память (RAM Reservation) на 100% для виртуальной машины с SQL в настройках VMware, чтобы избежать вытеснения данных в своп на медленных дисках.

Настройка виртуальной среды и энергосбережения

Даже самая мощная машина может «тормозить», если она находится в режиме экономии энергии. Проверим следующие параметры:

• Энергосбережение. В BIOS сервера и в настройках Windows Server должна быть выставлена схема «Максимальная производительность». Отключите C-states и Turbo Boost, если они провоцируют нестабильные скачки частоты процессора.
• Latency Sensitivity. В настройках VMware для ВМ с SQL установите параметр Latency Sensitivity в значение High. Это позволит гипервизору выделять физические ресурсы процессора без оверкоммита.
• Сетевой стек. Если вы вынуждены держать 1С и SQL на разных ВМ, убедитесь, что между ними настроен виртуальный коммутатор с максимально широким каналом и выключены лишние сетевые фильтры или службы инспекции пакетов.

Диагностика производительности 1С

Не спешите чистить кэш программных файлов 1С — это не является универсальным решением и часто приводит лишь к временному замедлению при пересоздании кэша. Вместо этого сфокусируйтесь на анализе:

1. Используйте Замер производительности в Конфигураторе для поиска «тяжелых» процедур и функций.
2. Применяйте Технологический журнал для фиксации событий, когда время выполнения запроса к БД превышает пороговое значение.
3. Изучите настройки Регламентных заданий. Тяжелые операции вроде «Обновление индекса полнотекстового поиска» не должны пересекаться с рабочим временем пользователей.

Помните, что 1С — это сложная система, где архитектура базы данных и настройки сервера важнее «сырой» мощности железа. Рекомендуем начать с переноса SQL и 1С в один контур, а затем последовательно оптимизировать настройки MAXDOP и режимов питания. Работайте не «на ощупь», а на основе данных, полученных через замер производительности и технологический журнал, и тогда результат не заставит себя ждать.