← На главную

При переводе пользователей с платформы «1С:Предприятие 7.7» на современную платформу «1С:Предприятие 8.3» часто возникает вопрос об оптимальном типе развертывания базы данных. В небольших и средних организациях с количеством пользователей около 15–20 человек заманчивым выглядит решение использовать файловый вариант базы на терминальном сервере (RDP), чтобы избежать затрат на серверные лицензии 1С и СУБД. Проанализируем технические возможности и ограничения файлового режима в терминальной среде, а также определим порог, при котором переход на клиент-серверный вариант становится необходимым.

Официальная позиция и технические ограничения файлового режима

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

Рассмотрим ключевые технические ограничения, с которыми столкнется система при увеличении числа активных пользователей в файловом формате (1Cv8.1CD):

1. Табличные блокировки: В отличие от клиент-серверного варианта, где СУБД блокирует отдельные строки таблиц, в файловом режиме при записи блокируется весь файл внутренней таблицы целиком. Когда несколько пользователей одновременно проводят документы или формируют отчеты, возникают длительные очереди ожиданий и ошибки вида «Превышено время ожидания предоставления блокировки».
2. Ограничение на размер таблиц: По умолчанию размер одной внутренней таблицы файловой базы ограничен 4 ГБ (при стандартном размере страницы 4 КБ). Если база интенсивно растет, при достижении этого лимита работа на запись блокируется. Ограничение можно частично обойти с помощью утилиты cnvdbfl.exe, увеличив размер страницы до 64 КБ (что поднимает лимит таблицы до 6 ГБ), однако это временная мера.
3. Исполнение фоновых и регламентных заданий: Регламентные задачи (расчет итогов, полнотекстовый поиск, загрузка курсов валют) в файловом режиме выполняются в контексте сеанса одного из пользователей или выделенного процесса, что замедляет работу всей базы.

Расчет ресурсов терминального сервера (RDP) для 1С 8.3

При планировании работы пользователей в терминале важно учитывать, что требовательность платформы 1С 8.3 (особенно при использовании современных конфигураций, таких как 1С:Управление торговлей 11 или 1С:Комплексная автоматизация) значительно выше, чем у версии 7.7.

Проанализируем пример расчета системных ресурсов для 20 пользователей, запускающих по 2 базы (например, ИП и ООО):

1. Оперативная память (ОЗУ): Один тонкий клиент 1С 8.3 потребляет в среднем 150–350 МБ ОЗУ. При 40 активных сеансах (20 пользователей × 2 базы) только под процессы 1cv8.exe потребуется от 8 до 14 ГБ памяти. С учетом операционной системы Windows Server и терминальных служб минимальный объем ОЗУ на сервере должен составлять не менее 32 ГБ.
2. Дисковая подсистема: При работе 40 файловых сеансов одновременно происходит постоянное обращение к файлу 1Cv8.1CD. Обычные SSD накопители потребительского класса быстро исчерпывают ресурс и не обеспечивают нужного количества операций ввода-вывода (IOPS). Требуется установка корпоративных NVMe SSD накопителей или создание RAID-массивов.
3. Процессорная мощность: Выбирайте процессоры с высокой тактовой частотой на одно ядро, так как файловый режим критичен к производительности одиночного потока при обработке логики программы.

Рекомендации по оптимизации файловой базы при испытательном периоде

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

1. Перевод структуры базы на увеличенный размер страницы: Перед запуском запустим утилиту cnvdbfl.exe из каталога с установленной платформой и установим размер страницы базы данных 8 КБ, 16 КБ или 64 КБ. Это увеличит максимально допустимый размер таблиц и оптимизирует работу с диском.
2. Отключение некритичных регламентных заданий: В режиме Конфигуратор или через администрирование программы отключим полнотекстовый поиск данных, регулярный пересчет итогов в рабочее время и автоматическую загрузку сторонних данных.
3. Настройка автозавершения простаивающих сеансов: Установим таймаут завершения неактивных терминальных сессий, чтобы освобождать захваченные файловые хэндлы и оперативную память.
4. Использование веб-сервера: Опубликуем файловую базу на веб-сервере (Apache или IIS). Это позволит подключаться через тонкий или веб-клиент по протоколу HTTP, разгрузив оперативно-технические ресурсы терминального сервера.

Когда переход на клиент-серверный режим неизбежен

Выясним условия, при которых файловый вариант окончательно исчерпывает себя и требует перехода на клиент-сервер (SQL):

1. Размер файла базы данных превышает 8–10 ГБ, а размер одной из таблиц подбирается к 4 ГБ.
2. Пользователи регулярно сталкиваются с ошибками блокировок при одновременной работе.
3. Используется тяжелая конфигурация (например, 1С:Управление торговлей 11), требующая частых вычислений на стороне сервера.

Для минимизации бюджета на переход не обязательно приобретать дорогостоящий Microsoft SQL Server. Платформа «1С:Предприятие 8.3» официально поддерживает бесплатную СУБД PostgreSQL. В этом случае компания оплачивает только лицензию на сервер 1С:Предприятие, получая при этом высокую стабильность, отказоустойчивость и полное отсутствие файловых блокировок.