К статье
Практический материал

Администрирование · 10 мин

Серверное сжатие «Усиленное» в 1С: что это значит и как использовать

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

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

Значение «Усиленное» означает, что сервер применяет максимально доступный алгоритм сжатия к передаваемым данным. Это имеет смысл там, где узким местом является сеть — например, при работе филиалов через VPN, медленные каналы связи или большое количество одновременных пользователей, передающих объёмные отчёты и списки.

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

Что именно сжимает сервер 1С

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

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

Чем «Усиленное» отличается от «Обычное» и «Выключено»

УровеньТрафик по сетиНагрузка на CPUКогда уместен
ВыключеноМаксимальныйМинимальнаяБыстрая локальная сеть, слабый процессор сервера
ОбычноеСреднийУмереннаяСтандартный вариант для большинства локальных сетей
УсиленноеМинимальныйВысокаяМедленные каналы: VPN, филиалы, интернет-подключения

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

Сравнение вариантов

Усиленное

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

Обычное

Разумный компромисс для типовой локальной сети; не даёт максимальной экономии трафика

Выключено

Для гигабитной сети и загруженного сервера; трафик максимальный, но на сжатие не тратится CPU

Где найти и как изменить параметр

Настройка находится в консоли управления кластером серверов 1С:Предприятия. Откройте консоль, разверните нужный кластер, перейдите в раздел «Информационные базы», откройте свойства базы — в диалоге будет поле «Уровень сжатия». Изменение применяется без перезапуска кластера, но действует для новых соединений, поэтому у уже подключённых пользователей режим сменится после переподключения.

Порядок изменения уровня сжатия
  1. 1
    Откройте консоль кластера серверов 1С и разверните нужный кластер
  2. 2
    Перейдите в «Информационные базы» и откройте свойства целевой базы
  3. 3
    Найдите параметр «Уровень сжатия» и выберите «Усиленное»
  4. 4
    Сохраните изменения и попросите пользователей переподключиться
  5. 5
    Проверьте скорость работы и загрузку процессора сервера

Если консоль кластера недоступна или база работает в файловом режиме, параметр неприменим: в файловом варианте обмена по сети между сервером 1С и клиентом нет, сжимать нечего. Там скорость упирается в сетевой доступ к общей папке и дисковую подсистему.

Когда усиленное сжатие действительно помогает

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

Признак того, что сеть — узкое место: операции с большими данными (отчёты, списки) выполняются медленно, при этом процессор и диски сервера загружены умеренно, а мониторинг канала показывает загрузку, близкую к пределу. Если же медленно работают все операции, включая простую запись документа, причина обычно не в сети, и сжатие не поможет.

Контрольные точки

Как проверить, что сеть — узкое место

Загрузка сетевого интерфейса сервера в пик работы
Норма

Канал загружен частично, есть запас

Тревожный признак

Загрузка близка к 100% — сеть ограничивает скорость

Загрузка CPU сервера 1С
Норма

Есть свободные ресурсы на сжатие

Тревожный признак

CPU уже загружен — сжатие усугубит проблему

Скорость простых операций (запись документа)
Норма

Простые операции быстрые, медленные только тяжёлые отчёты

Тревожный признак

Медленно всё — искать причину в СУБД или дисках

Когда усиленное сжатие лучше не включать

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

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

Частые ошибки при работе с параметром

Типичные ошибки
01
Включение усиленного сжатия «на всякий случай» без анализа — на быстрой сети это только добавляет нагрузку на CPU
02
Ожидание, что сжатие ускорит медленные запросы — параметр влияет только на передачу данных, а не на их обработку в СУБД
03
Оценка результата сразу после изменения — действующие сеансы продолжают работать со старым режимом, нужно переподключение
04
Игнорирование клиентской стороны — слабые компьютеры пользователей тоже тратят ресурсы на распаковку усиленно сжатых данных

Ещё одна распространённая ошибка — менять несколько параметров производительности одновременно. Если вместе со сжатием вы изменили настройки СУБД, количество рабочих процессов и обновили платформу, понять, что именно повлияло на скорость, будет невозможно. Меняйте параметры по одному и фиксируйте результат.

Перед изменением замерьте время выполнения 2–3 типовых тяжёлых операций (например, построение ключевого отчёта) и загрузку CPU сервера. После включения усиленного сжатия повторите замеры в то же время суток — только так можно объективно оценить эффект, а не полагаться на ощущения пользователей.
ПЗ
Практическое замечание

Альтернативные способы снизить нагрузку на сеть

Если усиленное сжатие не дало эффекта или перегружает процессор, рассмотрите другие подходы. Для филиалов часто эффективнее перевести пользователей на веб-клиент или тонкий клиент через веб-сервер — там применяются собственные механизмы оптимизации трафика. Для терминальных сценариев (RDP) сетевой трафик между клиентом и сервером 1С вообще не проходит по каналу филиала — по сети идёт только изображение экрана.

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

Маршрут решения

Как выбрать действие

Пользователи в филиалах, канал медленный, CPU сервера свободенВключите «Усиленное» и замерьте время типовых операций
Локальная гигабитная сеть, CPU сервера загруженОставьте «Обычное» или «Выключено», ищите узкое место в СУБД
Медленно работают все операции, включая простыеСжатие не поможет — анализируйте запросы, индексы и дисковую подсистему
Филиалы и слабые клиентские машиныРассмотрите веб-клиент или терминальный доступ вместо усиления сжатия
Итог

Что важно запомнить

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

Частые вопросы

Влияет ли уровень сжатия на размер базы данных в СУБД?

Нет. Параметр управляет только сжатием данных при передаче между сервером 1С и клиентами. Объём базы на диске он не меняет — для сжатия данных в самой СУБД используются её собственные механизмы, например page compression в MS SQL Server.

Нужно ли перезапускать сервер 1С после смены уровня сжатия?

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

Почему после включения усиленного сжатия система стала медленнее?

Наиболее вероятная причина — процессор сервера или клиентских машин не справляется с упаковкой и распаковкой данных. Если канал связи и так быстрый, выигрыша в трафике нет, а затраты CPU добавились. Верните «Обычное» или «Выключено» и сравните замеры.

Работает ли сжатие в файловом варианте базы?

Нет, параметр относится к клиент-серверной архитектуре. В файловом варианте нет сервера 1С, который сжимал бы трафик, — клиент работает с файлом базы напрямую, поэтому настройка в этом режиме неприменима.

Что выбрать, если часть пользователей в офисе, а часть — в филиалах?

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

Как понять, что эффект от усиленного сжатия есть?

Замерьте время построения тяжёлого отчёта и загрузку сетевого интерфейса сервера до и после изменения в сопоставимых условиях. Положительный результат — сокращение времени операций и снижение объёма трафика при приемлемой загрузке CPU. Если меняется только трафик, а время нет — выигрыша для пользователей фактически нет.