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

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

Сервер приложений 1С: что это и когда он нужен

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

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

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

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

Что такое сервер приложений 1С простыми словами

Представьте ресторан: посетители не ходят на кухню сами, а передают заказы через официанта. Сервер приложений 1С — это такой «официант» между пользователем и базой данных. Клиентская программа (тонкий, толстый или веб-клиент) отправляет запрос, сервер выполняет код конфигурации, обращается к СУБД и возвращает готовый результат.

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

Важно не путать сервер приложений с сервером баз данных. Сервер 1С ничего не хранит сам: данные лежат в СУБД (Microsoft SQL Server, PostgreSQL, Oracle или IBM DB2), а сервер приложений только выполняет логику и передаёт запросы. Эти две роли могут работать на одной машине, но в нагруженных системах их разносят.

Чем клиент-серверный режим отличается от файлового

В файловом режиме база — это один файл 1Cv8.1CD в общей сетевой папке, и каждый компьютер читает и пишет в него напрямую. Это просто и не требует дополнительных лицензий, но порождает проблемы: при одновременной записи возникают конфликты блокировок, при обрыве сети файл может повредиться, а весь трафик гоняется по локальной сети.

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

КритерийФайловый режимКлиент-серверный режим
Хранение данныхФайл 1Cv8.1CD в общей папкеБаза в СУБД (SQL Server, PostgreSQL и др.)
Одновременная работаЕдиницы пользователей, конфликты блокировокДесятки и сотни пользователей
Устойчивость к сбоямРиск повреждения файла при обрыве сетиТранзакционная целостность на уровне СУБД
Дополнительные затратыНе требуютсяЛицензия на сервер 1С и часто на СУБД
АдминистрированиеМинимальноеТребуется обслуживание сервера и СУБД

Какой режим выбрать

Файловый режим

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

Клиент-серверный режим

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

Как устроена работа: клиент, сервер 1С, СУБД

Типовая схема состоит из трёх звеньев. Первое — клиентское приложение на компьютере пользователя: оно отображает интерфейс и передаёт действия на сервер. Второе — сервер «1С:Предприятия»: исполняет код модулей, проверяет права, управляет сеансами и фоновыми заданиями. Третье — сервер СУБД: хранит таблицы и выполняет SQL-запросы, которые формирует сервер 1С.

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

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

Когда организации нужен сервер приложений

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

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

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

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

С базой работают 1–3 человека, объём небольшой, бюджет минимальныйОставайтесь на файловом режиме, но настройте регулярное резервное копирование
Пользователи жалуются на конфликты блокировок и медленную работу при одновременном вводе документовПланируйте переход на клиент-серверный режим с PostgreSQL или SQL Server
Требуется работа через веб-браузер или тонкий клиент по интернетуНужен сервер 1С с публикацией на веб-сервере
База критична и простой недопустимРазверните кластер из нескольких серверов и резервирование СУБД

Что понадобится для развёртывания

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

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

Порядок развёртывания
  1. 1
    Установите и настройте СУБД, создайте пустую базу и учётную запись с нужными правами
  2. 2
    Установите сервер «1С:Предприятия» той же версии платформы, что и клиентские места
  3. 3
    Убедитесь, что служба агента сервера запущена и кластер создан
  4. 4
    В консоли кластера или в конфигураторе создайте информационную базу, указав параметры СУБД
  5. 5
    Загрузите данные из файловой базы через выгрузку/загрузку .dt или выполните начальную настройку
  6. 6
    Подключите тестового пользователя, проверьте проведение документов и выполнение фоновых заданий
  7. 7
    Настройте резервное копирование средствами СУБД и проверьте восстановление из копии

Типичные ошибки и риски

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

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

Типичные ошибки
01
Установка разных версий платформы на сервер и клиенты — соединение не устанавливается или работает нестабильно
02
Размещение сервера 1С и СУБД в разных сетевых сегментах — задержки на каждый запрос и общее падение производительности
03
Отсутствие резервного копирования средствами СУБД — при сбое данные восстановить нечем
04
Игнорирование роста журнала транзакций — переполнение диска и остановка базы
05
Перевод рабочей базы без тестирования на копии — неожиданные ошибки в прикладном коде

Как проверить, что всё работает правильно

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

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

Как проверить результат

Подключение пользователей
Норма

Сеансы открываются быстро, в консоли кластера видны активные соединения

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

Ошибки соединения, таймауты, сеансы зависают и не завершаются

Проведение документов
Норма

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

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

Частые конфликты блокировок, ошибки транзакций

Фоновые задания
Норма

Задания выполняются по расписанию, ошибок в журнале регистрации нет

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

Задания зависают или завершаются с ошибками

Резервное копирование
Норма

Копия создаётся по расписанию и успешно восстанавливается на тестовом стенде

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

Копии нет, или восстановление никогда не проверялось

Перед покупкой лицензий посчитайте не только текущее, но и ожидаемое число пользователей на горизонте года-двух. Переход с файлового режима на клиент-серверный проще выполнить один раз с запасом, чем экстренно, когда система уже тормозит в разгар отчётного периода.
ПЗ
Практическое замечание

Ответы на частые вопросы

Можно ли использовать сервер 1С без отдельной СУБД?

Нет. Клиент-серверный режим по определению требует внешнюю СУБД: Microsoft SQL Server, PostgreSQL (включая адаптированные сборки), Oracle или IBM DB2. Если СУБД разворачивать не хочется, остаётся файловый режим с его ограничениями.

Нужна ли отдельная лицензия на сервер 1С?

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

Можно ли поставить сервер 1С и СУБД на один компьютер?

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

Что будет, если сервер 1С выключится во время работы пользователей?

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

Как перевести файловую базу в клиент-серверный режим?

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

Поддерживает ли сервер 1С работу на Linux?

Да, сервер «1С:Предприятия» выпускается и для Linux, что позволяет строить инфраструктуру без лицензий на серверную Windows. В паре с PostgreSQL это популярный вариант снижения стоимости владения, но требует администратора, знакомого с Linux-окружением.

Итог

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

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