Оптимизация производительности и ускорение 1С сервера

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

Диагностика текущей производительности

Перед началом оптимизации нужно понять, где именно возникают задержки. Платформа предоставляет встроенный инструмент тестирования — конфигурацию Гилёва. Это специализированная база для замера быстродействия оборудования.

Тест показывает производительность в условных единицах. Результаты дают понимание, какие компоненты системы работают медленно: процессор, диск, оперативная память или СУБД. После проведения замеров можно сравнить показатели с эталонными значениями и определить узкие места.

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

Аппаратная составляющая производительности

Выбор дисковой подсистемы

Большинство операций в системе связаны с чтением и записью данных. 90% проблем с производительностью связаны с медленным дисковым вводом-выводом. Использование традиционных жестких дисков (HDD) создает серьезное ограничение.

Переход на твердотельные накопители (SSD) дает кратный прирост скорости. В одном из проектов компания с оборотом 3 миллиарда рублей использовала систему на HDD. После установки SSD время формирования ключевых отчетов сократилось с 8 минут до 30 секунд.

Для максимальной производительности рекомендуется использовать NVMe-диски. Они работают через интерфейс PCIe и обеспечивают скорость чтения до 7000 МБ/с против 550 МБ/с у SATA SSD.

Требования к процессору и памяти

Процессор

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

Рекомендуемые параметры для серверов в 2025 году:

• Процессоры Intel Xeon или AMD EPYC последних поколений
• Тактовая частота от 3,0 ГГц
• Минимум 8 физических ядер для небольших баз (до 20 пользователей)
• 16-32 ядра для средних нагрузок (20-100 пользователей)
• 32+ ядер для высоконагруженных систем (более 100 активных сеансов)

Оперативная память

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

Минимальные требования:

• 16 ГБ для файловых баз с 1-3 пользователями
• 32 ГБ для клиент-серверной архитектуры с 10-50 пользователями
• 64-128 ГБ для баз с 50-200 пользователями
• 256 ГБ и более для высоконагруженных систем

Частота памяти тоже имеет значение. Современные серверы используют DDR5 с частотой от 4800 МГц. Это дает заметный прирост при интенсивной работе с данными.

Настройка BIOS и операционной системы

Отключение энергосбережения

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

В BIOS сервера нужно отключить все настройки по экономии электропитания процессора. Конкретные параметры зависят от производителя материнской платы:

• Intel SpeedStep — отключить
• AMD Cool'n'Quiet — отключить
• Turbo Boost / Turbo Core — включить
• C-States / C1E — отключить

В операционной системе Windows необходимо выбрать план электропитания "Высокая производительность". В дополнительных параметрах питания установите минимальное состояние процессора на 100%.

Для Linux настройте профиль производительности через утилиту tuned. По умолчанию может быть активен режим balanced, который ограничивает частоту процессора.

Отключение виртуализации

Если сервер не используется для виртуализации, отключение поддержки этой технологии может увеличить производительность на 20%. В BIOS параметр называется Intel VT-x для процессоров Intel или SVM Mode для AMD.

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

Дополнительные настройки Windows Server

Отключение DFSS

Механизмы Dynamic Fair Share Scheduling распределяют аппаратные ресурсы и балансируют их между пользователями, что порой замедляет работу. Эта служба появилась в Windows Server 2012 и актуальна для терминальных серверов.

Для отключения DFSS выполните в командной строке от имени администратора:

reg add "HKLM\System\CurrentControlSet\Services\TSFairShare" /v EnableDynamicFairShare /t REG_DWORD /d 0 /f

После изменения параметра требуется перезагрузка сервера.

Настройка файла подкачки

Если на сервере достаточно оперативной памяти (64 ГБ и более), файл подкачки можно полностью отключить. Это исключает ситуации, когда система пытается освободить RAM, записывая данные на диск.

При объеме памяти менее 64 ГБ рекомендуется установить фиксированный размер файла подкачки, равный 1,5 объемам RAM. Это предотвращает фрагментацию и ускоряет обработку.

Выбор архитектуры базы данных

Существует два варианта работы: файловый режим и клиент-серверная архитектура.

Файловый режим подходит только для очень малых нагрузок — 1-3 пользователя с небольшим объемом данных. Вся обработка происходит на компьютере пользователя. При росте информации или увеличении количества сотрудников этот вариант становится непригодным.

Клиент-серверная архитектура обязательна при 4+ пользователях или больших объемах данных. Сервер СУБД (Microsoft SQL Server или PostgreSQL) берет на себя обработку запросов. Это дает многократный прирост скорости и позволяет масштабировать систему.

Переход с файлового режима на клиент-серверный может ускорить работу в 5-10 раз в зависимости от конфигурации.

Оптимизация Microsoft SQL Server

Базовые настройки

Максимальная степень параллелизма

При использовании системы оптимальным параметром Max Degree of Parallelism будет «1». Платформа не рассчитана на распараллеливание запросов внутри СУБД. Когда SQL Server пытается разбить запрос на несколько потоков, накладные расходы на синхронизацию превышают выигрыш от параллельной обработки.

Максимальный объем памяти

SQL Server по умолчанию захватывает всю доступную оперативную память. Если на сервере работают и другие службы (кластер, веб-сервер), это создает проблемы.

Установите лимит памяти для SQL Server: зайдите в свойства сервера, раздел Memory. Укажите значение на 2-4 ГБ меньше общего объема RAM. Это оставит ресурсы для операционной системы и других процессов.

Уровень изоляции транзакций

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

Для включения выполните SQL-скрипт:

ALTER DATABASE [ИмяБазы] SET ALLOW_SNAPSHOT_ISOLATION ON

ALTER DATABASE [ИмяБазы] SET READ_COMMITTED_SNAPSHOT ON

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

Настройка TempDB

TempDB — системная база данных для хранения временных объектов. При интенсивной работе она становится узким местом.

Рекомендации по оптимизации:

• Разместите TempDB на отдельном быстром диске (желательно SSD)
• Создайте несколько файлов данных (по числу физических ядер процессора, но не более 8)
• Установите одинаковый размер для всех файлов (например, по 8 ГБ)
• Включите автоматический рост с шагом 512 МБ

Обслуживание индексов

Фрагментация индексов снижает скорость выполнения запросов. Регулярное обслуживание помогает поддерживать высокую производительность.

Настройте задание в SQL Server Agent:

• Еженедельная перестройка индексов с фрагментацией более 30%
• Реорганизация индексов с фрагментацией 10-30%
• Обновление статистики по всем таблицам

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

Оптимизация PostgreSQL

Преимущества PostgreSQL

Переход на PostgreSQL часто дает прирост производительности на 20-30% и снижает затраты на лицензии. Это полностью бесплатная СУБД с открытым исходным кодом.

Для работы рекомендуется использовать Postgres Pro — российскую версию с оптимизациями специально под платформу. Она включает автоматические настройки и дополнительные инструменты для мониторинга.

Ключевые параметры postgresql.conf

shared_buffers

Объем памяти для кэширования данных. Базовая рекомендация — 25% от доступной RAM. Для серверов с большим объемом памяти (128+ ГБ) можно увеличить до 40%.

Пример расчета для сервера с 64 ГБ RAM:

shared_buffers = 16GB

effective_cache_size

Параметр должен быть равен минимум половине объема доступной оперативной памяти. Это подсказка планировщику запросов о размере дискового кэша. Параметр не выделяет память, а только влияет на выбор плана выполнения.

effective_cache_size = 48GB

work_mem

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

Для расчета используйте формулу:

work_mem = (RAM - shared_buffers) / (max_connections * 3)

Для сервера с 64 ГБ RAM, 16 ГБ shared_buffers и 200 подключений:

work_mem = (64GB - 16GB) / (200 * 3) = 80MB

maintenance_work_mem

Память для операций обслуживания: вакуум, создание индексов, восстановление. Рекомендуется 5-10% от общего объема RAM.

maintenance_work_mem = 4GB

max_connections

Число соединений должно соответствовать числу сеансов в кластере серверов в пропорции от max_connections = число_сеансов / 8 до max_connections = число_сеансов / 4.

Не устанавливайте слишком большое значение "на всякий случай". Каждое соединение расходует память, даже если оно неактивно.

Специфичные настройки для платформы

standard_conforming_strings = off

escape_string_warning = off

max_locks_per_transaction = 256

row_security = off

Эти параметры требуются для корректной работы. Платформа использует собственные механизмы экранирования символов и управления блокировками.

Настройка журнала WAL

checkpoint_completion_target

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

checkpoint_completion_target = 0.9

wal_buffers

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

wal_buffers = 16MB

synchronous_commit

Отключение параметра создает риск потери последних нескольких транзакций (в течение 0,5-1 секунды), но гарантирует целостность базы и значительно увеличивает производительность.

synchronous_commit = off

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

Настройка кластера серверов

Параметры рабочих процессов

Количество соединений на процесс в современных версиях платформы установлено в 256, хотя в более ранних релизах этот параметр был равен 128.

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

Для высоконагруженных систем (300+ активных сеансов) рекомендуется:

• Уменьшить количество соединений на процесс до 64-128
• Настроить автоматический перезапуск рабочих процессов каждые 12-24 часа
• Использовать параметр "Принудительно завершать проблемные процессы"

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

При количестве пользователей до 100 рекомендуется совмещать сервер приложений и сервер БД на одном физическом сервере. Это упрощает администрирование и снижает задержки сети.

При росте нагрузки логичным шагом становится разделение:

• Выделенный сервер для СУБД
• Один или несколько серверов приложений в кластере

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

Оптимизация конфигурации

Использование встроенных инструментов

Платформа предоставляет несколько полезных механизмов для анализа производительности.

Консоль производительности

Доступна в разделе "Администрирование" — "Производительность". Позволяет отключить неиспользуемые функции:

• Полнотекстовый поиск (если не нужен)
• Функциональные опции конфигурации
• Регистрация изменений для обмена данными

Отключение неиспользуемых механизмов снижает нагрузку на СУБД и ускоряет операции записи.

Тестирование и исправление

Регулярный запуск этого инструмента помогает поддерживать базу в работоспособном состоянии:

• Проверка логической целостности
• Пересчет итогов
• Сжатие таблиц
• Перестройка индексов (для файловых баз)

Выполняйте тестирование минимум раз в месяц в нерабочее время.

Оптимизация запросов

До 40% потерь производительности связано с неэффективным кодом. Основные проблемы:

• Запросы без индексов
• Выборка всех полей вместо нужных
• Обработка больших объемов данных в цикле
• Отсутствие фильтрации на уровне СУБД

Для анализа медленных операций используйте технологический журнал. Включите регистрацию событий DBMSSQL, DBPostgreSQL и SDBL. Записи с длительностью более 1 секунды требуют внимания.

Переработка критичных запросов может дать ускорение в 10-20 раз для конкретных операций.

Управление фоновыми заданиями

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

• Сдвиньте тяжелые операции на ночное время
• Отключите неиспользуемые задания
• Для задач обмена данными настройте последовательный запуск вместо одновременного

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

Настройка антивирусного ПО

Антивирусы сканируют файлы при каждом обращении, что создает задержки. Добавьте в исключения:

• Каталог установки платформы (обычно C:\Program Files\1cv8)
• Каталог сервера (обычно C:\Program Files\1cv8\srvinfo)
• Рабочий каталог сеансов (%LOCALAPPDATA%\1C\1cv8)
• Файлы баз данных (.1cd для файлового режима)
• Каталоги данных СУБД (для SQL Server и PostgreSQL)
• Исполняемые файлы: 1cv8.exe, 1cv8c.exe, ragent.exe, rmngr.exe, rphost.exe

Также отключите фоновое сканирование во время работы пользователей. Многие антивирусы позволяют настроить расписание проверки — перенесите ее на нерабочие часы.

Сетевая инфраструктура

Настройка протокола подключения

Для клиент-серверной архитектуры используется несколько вариантов соединения с СУБД:

• TCP/IP — стандартный протокол через сеть
• Named Pipes — через именованные каналы (только Windows)
• Shared Memory — разделяемая память (только если сервер приложений и СУБД на одной машине)

Shared Memory включится только на платформе начиная с версии 8.2.17, на более ранних релизах включится Named Pipe, несколько уступающий в скорости.

Для максимальной производительности при совмещенной архитектуре используйте Shared Memory. При разделенной — TCP/IP с оптимизацией сетевых настроек.

Отключение IPv6

Если в вашей сети не используется IPv6, отключите этот протокол на всех серверах. Это исключит попытки системы использовать неактивный стек протоколов и ускорит установление соединений.

В Windows отключается через свойства сетевого адаптера. В Linux — через настройки sysctl.

Мониторинг и регулярное обслуживание

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

Настройте регулярный мониторинг ключевых метрик:

• Загрузка процессора и памяти
• Очереди дисковых операций
• Время отклика СУБД
• Длительность типовых операций пользователей
• Количество блокировок и взаимоблокировок

Используйте инструменты мониторинга:

• Встроенные счетчики производительности Windows
• Zabbix или Grafana для централизованного сбора метрик
• Технологический журнал платформы для детального анализа

Проводите аудит производительности каждые 6-12 месяцев. Это помогает выявить новые узкие места и скорректировать настройки под изменившуюся нагрузку.

Практические результаты

Комплексная оптимизация дает ощутимый эффект. Типичные результаты:

• Аппаратный апгрейд (SSD, память, процессор) — до 50% прироста скорости
• Оптимизация индексов SQL — ускорение выборки в 5-20 раз
• При грамотной настройке операционной системы и СУБД возможно добиться увеличения производительности на 40-50% без материальных затрат

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

• Время открытия документов сократилось с 15 секунд до 2 секунд
• Формирование оборотно-сальдовой ведомости ускорилось с 5 минут до 40 секунд
• Перестали возникать жалобы на зависания

Ключевыми факторами стали переход на SSD, настройка индексов СУБД и оптимизация нескольких критичных запросов в конфигурации.

Заключение

Высокая производительность системы достигается комплексным подходом. Невозможно решить проблему только заменой процессора или настройкой одного параметра СУБД.

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

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