Автономный сервер в 1С: назначение, устройство и настройка

Автономный сервер 1С — это программный компонент от фирмы «1С», который позволяет развернуть локальную точку работы с распределённой информационной базой без постоянного подключения к центральному серверу предприятия. Он сочетает в себе серверное приложение, встроенную СУБД и веб-сервер, поэтому устанавливается одним пакетом и не требует отдельной покупки и настройки Microsoft SQL Server или PostgreSQL.

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

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

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

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

Ключевая особенность — автономный сервер работает только с информационными базами, входящими в состав распределённой информационной базы (РИБ). Самостоятельную «обычную» базу на нём развернуть нельзя: он всегда является периферийным узлом, связанным с центральным узлом механизмами обмена данными.

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

Чем автономный сервер отличается от других вариантов работы 1С

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

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

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

Файловая база на общем диске

Подходит для 1–5 пользователей в одном офисе; не даёт штатного веб-доступа и удобного обмена с центральной базой.

Автономный сервер

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

Кластер 1С + внешняя СУБД

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

В каких сценариях автономный сервер оправдан

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

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

Третий сценарий — временные или мобильные площадки: выездные точки продаж, сезонные объекты, строительные участки. Там, где невозможно протянуть надёжный канал до центрального сервера, локальный узел РИБ решает задачу учёта на месте.

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

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

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

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

Все точки имеют стабильный канал связи с центромРассмотрите единую клиент-серверную базу с доступом по RDP или веб-клиенту вместо РИБ

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

Как развернуть автономный сервер и настроить узел РИБ

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

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

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

После активации обязательна проверка двустороннего обмена. Создайте тестовый документ в филиале, выполните обмен и убедитесь, что он появился в центральной базе. Затем повторите проверку в обратном направлении — например, с новым элементом справочника номенклатуры.

Ограничения и типичные ошибки

Главное ограничение — конфигурация периферийного узла должна соответствовать центральной. Доработать конфигурацию локально в филиале нельзя: изменения распространяются только от центрального узла. Поэтому все доработки планируются централизованно и доставляются в филиалы через обмен.

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

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

Обслуживание и контроль работы

Регулярное обслуживание включает три направления: резервное копирование базы, контроль очереди обмена и мониторинг свободного места на диске. Копирование настраивается штатными средствами или скриптами, при этом копии желательно хранить и локально, и за пределами филиала.

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

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

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

Очередь обмена

Норма

Нет неотправленных и непринятых сообщений, последний обмен выполнен по расписанию

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

Накоплены сообщения, обмен завершается ошибкой

Документы в двух базах

Норма

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

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

Документ не появляется или дублируется

Журнал регистрации

Норма

Нет ошибок обмена и повреждения данных

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

Повторяющиеся ошибки приёма-передачи, сообщения о коллизиях

Резервные копии

Норма

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

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

Копии отсутствуют или не проверялись на восстановление

Частые вопросы об автономном сервере 1С

Можно ли использовать автономный сервер без распределённой базы?

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

Нужна ли отдельная СУБД для автономного сервера?

Нет. СУБД входит в состав поставки вместе с веб-сервером и серверным приложением. Покупать и администрировать Microsoft SQL Server, PostgreSQL или другую внешнюю СУБД не требуется.

Сколько пользователей может работать одновременно?

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

Что будет, если в филиале надолго пропадёт связь?

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

Можно ли доработать конфигурацию прямо в филиале?

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

Чем заменить автономный сервер, если филиал вырос?

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