Как перевести 1С:Бухгалтерию 3.0 из файлового режима на SQL-сервер и что для этого нужно докупить?

Системный администратор 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

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

Выясняем причины замедления работы файловой базы

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

  1. Табличные блокировки: В файловой базе платформа не поддерживает полноценные построчные блокировки. Если бухгалтер одной организации проводит документ, блокируется вся таблица регистра или справочника целиком. В этот момент пользователи других организаций вынуждены ожидать освобождения таблицы, что приводит к видимым зависаниям интерфейса.
  2. Фоновая нагрузка: В конфигурации 1C:Бухгалтерия по умолчанию активны регламентные задания (проверка контрагентов, загрузка курсов валют, обновление индекса полнотекстового поиска). В файловом режиме они исполняются непосредственно в сеансе одного из пользователей, отбирая ресурсы его рабочей станции и дисковой подсистемы.
  3. Рост журнала регистрации и смещение итогов: Без регулярного сжатия таблиц и пересчета итогов регистров на актуальные даты формирование стандартных отчетов требует считывания огромных объемов данных с сетевого диска.

Вариант 1: Бюджетный переход с использованием лицензии 1С:Сервер МИНИ

Если в организации работает небольшое количество специалистов (до четырех-пяти человек), оптимальным решением является использование лицензии 1С:Предприятие 8.3. Сервер МИНИ на 5 подключений. Это полноценный сервер 1С, поддерживающий 32- и 64-разрядные операционные системы, но имеющий четко регламентированные ограничения.

Рассмотрим ключевые особенности и правила лицензирования данного варианта:

  1. Клиентские лицензии: Клиентские лицензии на рабочие места (пользовательские лицензии) у вас уже есть, их повторно покупать не требуется. Докупается только лицензия на сервер.
  2. Лимит в 5 сеансов: Сервер МИНИ разрешает запуск не более пяти одновременных сеансов. При этом важно учитывать, что учитываются не физические пользователи, а соединения. Запуск Конфигуратора с отладчиком забирает сразу два сеанса.
  3. Фоновые задания: Регламентные процессы платформы также открывают собственные сеансы. Если в базе работают четыре бухгалтера, и стартует регламентное задание (например, фоновая загрузка классификатора), оно занимает пятый доступный слот. Любое последующее подключение будет заблокировано с ошибкой нехватки лицензий. Для предотвращения таких ситуаций необходимо тонко настраивать таймауты спящих сеансов и расписание фоновых задач.

Выбор системы управления базами данных (СУБД)

Помимо лицензии на сервер 1С, для работы клиент-серверного варианта требуется СУБД. Рассмотрим доступные варианты:

  1. Бесплатный MS SQL Server Express: Отлично подходит для старта, однако накладывает жесткие рамки: максимальный размер базы данных составляет 10 ГБ, объем используемой оперативной памяти для буферного пула ограничен 1,4 ГБ, а вычисления производятся не более чем на 4 ядрах процессора. При активном учете множества юридических лиц предел в 10 ГБ может быть исчерпан за несколько лет.
  2. Специализированный PostgreSQL: Полностью бесплатная СУБД без ограничений по объему базы и оперативной памяти. Обратите внимание: нельзя скачивать стандартный дистрибутив с официального сайта PostgreSQL. Платформа 1С требует специализированную сборку с патчами от вендора, оптимизирующими работу с временными таблицами и специфическими планами запросов 1С.
  3. Коммерческий MS SQL Server (Standard): Требует покупки серверной лицензии и клиентских лицензий доступа (CAL) на каждого пользователя или процессорных лицензий, что существенно увеличивает бюджет проекта.

Аппаратные требования: ускорит ли перевод на SQL работу системы?

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

  1. Высокая тактовая частота процессора: Для рабочих процессов 1С критически важна высокая производительность на одно ядро (Single-Core Performance). Серверные процессоры с низкой тактовой частотой ядер (например, 2.0–2.2 ГГц) могут показать скорость формирования отчетов даже ниже, чем локальный компьютер бухгалтера.
  2. Дисковая подсистема: Базы данных и рабочие каталоги сервера 1С должны быть расположены на быстрых твердотельных накопителях (NVMe SSD). Рекомендуется физически разделять диски под базу СУБД, журнал транзакций и файлы операционной системы.
  3. Оперативная память: Для сервера 1С и СУБД необходимо предусмотреть достаточный объем памяти, предотвращающий уход системы в файл подкачки при формировании тяжелых отчетов.

Альтернативные способы оптимизации без покупки сервера 1С

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

  1. Публикация файловой базы на веб-сервере (Apache или IIS): Бесплатный способ, позволяющий пользователям подключаться через тонкий клиент или браузер. Однако помните об архитектурной особенности файлового режима: веб-сервер выстраивает все входящие запросы в одну очередь, поэтому тяжелый отчет одного пользователя может вызывать задержки у остальных.
  2. Терминальный доступ (RDP): Размещение файла базы данных на быстром SSD-накопителе мощного ПК или терминального сервера и подключение всех пользователей по протоколу RDP полностью исключает сетевые задержки передачи тяжелого файла базы по локальной сети.
  3. Регулярное техническое обслуживание базы: Выполните сокращение журнала регистрации, запустите в Конфигураторе процедуру «Тестирование и исправление» с обязательным сжатием таблиц информационной базы, а также отключите неиспользуемые регламентные задания в разделе администрирования.
  4. Разделение баз: Если между фирмами нет сквозных операций и общего документооборота, наиболее стабильный вариант для файлового режима — разделить учет по отдельным базам данных. Это полностью снимет конкуренцию за таблицы и снизит нагрузку на систему.
← На главную