← На главную
Низкая скорость формирования отчетов, задержки при выводе на печать и общее падение производительности клиент-серверной базы — частая проблема при эксплуатации 1С:Бухгалтерия предприятия 3.0 на платформе MS SQL Server. Зачастую стандартные регламентные процедуры, выполненные по базовым инструкциям, не приносят ожидаемого эффекта. Разберем по шагам, как выявить корень проблемы и комплексно настроить связку «1С:Предприятие — СУБД — серверная ОС».
Шаг 1. Локализация узкого места: замер производительности и изоляция фоновых заданий
Прежде чем менять системные параметры, необходимо четко понять, на каком уровне происходит задержка: на стороне сервера 1С, СУБД, дисковой подсистемы или клиентского приложения. Проанализируем ситуацию последовательно:
- Выполним замер производительности. В режиме «1С:Предприятие» включим замер производительности для проблемного действия (например, формирование ОСВ или печать документа). Это покажет, где тратится основное время: на выполнение запроса к базе данных или на постобработку данных в коде на сервере/клиенте.
- Исключим влияние регламентных и фоновых заданий. Фоновые процессы (обновление данных классификаторов, закрытие месяца, расчет итогов, сверка данных) создают дополнительную конкурентную нагрузку и вызывают блокировки. Через консоль администрирования кластера 1С заблокируем запуск регламентных заданий для информационной базы. После блокировки повторим замер производительности. Если быстродействие существенно возросло, причину следует искать в зависших или нескорректированных по расписанию регламентных заданиях.
Шаг 2. Корректная настройка регламентного обслуживания MS SQL Server
Часто в планах обслуживания СУБД настраиваются взаимоисключающие или избыточные задачи, создающие чрезмерную нагрузку. Рассмотрим правильный подход к регламентам:
- Разделение дефрагментации и перестроения индексов. Выполнять одновременно реорганизацию (
DBCC INDEXDEFRAG) и последующее полное перестроение (REBUILD) бессмысленно, так как перестроение заново пересоздает структуру индекса. Рекомендуется использовать динамические сценарии обслуживания: если фрагментация индекса составляет от 10% до 30%, выполняется реорганизация, а если более 30% — перестроение.
- Очистка процедурного кэша: Выполнение команды
DBCC FREEPROCCACHE сбрасывает скомпилированные планы выполнения. Нагруженный сервер после этого тратит значительные ресурсы процессора на повторную компиляцию каждого входящего запроса. Применяйте данную операцию только точечно при подозрении на неоптимальный закэшированный план.
- Обновление статистики: Для платформы 1С критически важно иметь актуальную статистику распределения данных. Обновление статистик следует выполнять регулярно со 100% сканированием (
FULLSCAN) для ключевых таблиц.
Шаг 3. Конфигурация параметров MS SQL Server для работы с 1С
Стандартные настройки СУБД по умолчанию рассчитаны на смешанную нагрузку и требуют корректировки под специфику 1С:
- Параллелизм (MAXDOP): По официальным рекомендациям для серверов 1С параметр
Max Degree of Parallelism на уровне экземпляра SQL Server рекомендуется выставлять в значение 1. Это исключает неэффективное распараллеливание запросов и снижает взаимные блокировки потоков ожидания типа CXPACKET.
- Ограничение максимального объема памяти: Обязательно задайте параметр
Max Server Memory. Если сервер 1С и СУБД находятся на одной физической машине, SQL Server без ограничения займет всю доступную память, что приведет к вытеснению рабочих процессов rphost в файл подкачки Windows.
- Оптимизация базы tempdb: База данных
tempdb интенсивно используется временными таблицами 1С. Создайте количество файлов данных tempdb, равное количеству физических ядер процессора (но не более 8), задайте им одинаковый начальный размер с фиксированным шагом автоувеличения в мегабайтах и разместите их на самом быстром накопителе.
- Мгновенная инициализация файлов: Предоставьте сервисной учетной записи SQL Server привилегию
Perform volume maintenance tasks (Выполнение задач по обслуживанию томов), чтобы исключить простои при выделении места под растущие файлы данных.
- Отключение Auto-Shrink и Auto-Close: Убедитесь, что автоматическое сжатие и закрытие базы данных строго отключены, так как они вызывают сильную дисковую фрагментацию и задержки.
Шаг 4. Оптимизация на уровне конфигурации 1С:Бухгалтерия
Если серверная часть настроена оптимально, но тормозят конкретные разделы учета, разберем прикладные причины:
- Актуальность рассчитанных итогов. Если в регистрах бухгалтерии дата рассчитанных итогов отстает от текущего периода, построение отчетов (например, анализ счета, карточка счета) вынуждено динамически сканировать первичные проводки за все пропущенные месяцы. Перейдем в раздел администрирования или воспользуемся стандартной обработкой
Управление итогами и агрегатами, проверим дату и установим границу итогов на актуальный период.
- Проверка прав и RLS. Ограничение доступа на уровне записей (RLS) усложняет текст каждого запроса СУБД подзапросами с проверкой прав. Сравним скорость выполнения отчета под пользователем с ограниченными правами и под учетной записью с полными административными правами. Также проконтролируем завершение регламентного задания обновления ключей доступа.
- Диагностика зависаний при печати. Задержки при открытии печатных форм часто вызваны не базой данных, а сетевой подсистемой Windows: клиент 1С опрашивает недоступный или медленно отвечающий сетевой принтер, назначенный по умолчанию. Для проверки переключим принтер по умолчанию на локальный виртуальный принтер (например, печать в PDF).
Шаг 5. Системные настройки электропитания и антивируса
Проверим операционную систему сервера на наличие скрытых факторов снижения производительности:
- Схема электропитания Windows: Переведем профиль электропитания сервера в режим «Высокая производительность» (High Performance). Энергосберегающие функции снижают тактовую частоту процессора при падении активности, из-за чего короткие запросы 1С выполняются с повышенной задержкой.
- Исключения антивирусной защиты: Добавим в исключения антивируса рабочие каталоги кластера 1С (папку
srvinfo), каталоги временных файлов, а также пути размещения файлов баз данных .mdf, .ldf и файлов tempdb.