Как перенести 1С на сервер

Когда файловая база разрастается, а пользователей становится больше 5 — пора переходить на клиент-серверный режим. Разбираем пошагово.

Когда пора переезжать на сервер

Файловая версия 1С хранит всю базу в одном файле .1CD и работает с ним напрямую по сети. Это удобно для 1–3 пользователей, но имеет жёсткие пределы.

Если хотя бы 2 признака из списка ниже — переход на клиент-серверный режим экономит больше, чем стоит сам переезд.

Что даёт клиент-серверная архитектура

Сервер 1С:Предприятие + СУБД (PostgreSQL или MS SQL). База хранится в СУБД, клиенты ходят через сервер 1С. На больших базах операции ощутимо быстрее, поддерживается 100+ пользователей, сбой клиента не «бьёт» базу.

Пошаговая инструкция переноса

Стандартный сценарий на одном сервере под Linux (Ubuntu 22.04 / AltLinux / RedOS) с PostgreSQL для 1С. Технические работы — обычно 1 рабочий день.

  1. Полный бэкап файловой базы — Сделать копию всей папки с .1CD (1Cv8.1CD) на отдельный носитель. Параллельно — выгрузка через Конфигуратор → Администрирование → Выгрузить информационную базу → файл .dt. Без бэкапа дальше не идём.
  2. Подготовка сервера и ОС — Виртуалка или железо: 8–16 vCPU, 32–64 GB RAM, NVMe SSD. ОС — Ubuntu 22.04 LTS / AltLinux 10 / RedOS 7.3. Обновить пакеты, настроить firewall, открыть порты 1540–1541 (агент), 1560–1591 (рабочие процессы), порт PostgreSQL (5432) — только из внутренней сети.
  3. Установка PostgreSQL для 1С — Используем сборку PostgreSQL Pro для 1С (с патчами фирмы «1С»). Доступна на 1c.ru и postgrespro.ru. Базовые параметры postgresql.conf под 1С: shared_buffers ≈ 25% RAM, work_mem 64–256 MB, effective_cache_size ≈ 75% RAM, max_connections 200–500, autovacuum включён.
  4. Установка сервера 1С:Предприятие — Скачать дистрибутив из личного кабинета 1С (нужен договор ИТС). При установке выбрать «Сервер 1С:Предприятие». Зарегистрировать сервер как сервис. Проверить через консоль администрирования (MMC на Windows или ras/rac на Linux) — кластер виден, агент запущен.
  5. Регистрация лицензий — Серверные лицензии (программные или HASP) и клиентские CAL активируются на сервере. Программные привязываются к железу — нужны коды активации и пин-код деактивации со старого ПК, если переносите.
  6. Создание новой серверной базы — В консоли кластера: «Создать информационную базу» → указать имя, СУБД (PostgreSQL), сервер БД, имя БД, пользователь СУБД. Выбрать опцию «Создать базу данных, если она не существует».
  7. Загрузка .dt в серверную базу — Открыть пустую серверную базу в Конфигураторе → Администрирование → Загрузить информационную базу → выбрать .dt. На больших базах (50+ ГБ) загрузка может идти 3–6 часов — закладывайте downtime.
  8. Настройка пользователей и регламентных заданий — Проверить, что пользователи 1С перенесены с правильными правами. Включить регламентные задания (если в файловой были выключены). Настроить расписание pg_dump (минимум — ежедневный бэкап).
  9. Подключение клиентов и проверка — На каждом рабочем месте: добавить базу с типом «На сервере 1С:Предприятие», указать имя сервера кластера и имя базы. Открыть базу тонким клиентом, провести тестовый документ, сформировать ОСВ, проверить обмены.

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

Типовые ошибки при переходе

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

  1. Недостаточно RAM на сервере БД — PostgreSQL для 1С на нагрузке требует минимум 16 GB RAM, нормально — 32–64 GB. На 8 GB сервер начнёт свопить — будет медленнее файловой версии.
  2. Дефолтные настройки PostgreSQL — Из коробки PostgreSQL не подходит для 1С: маленький shared_buffers, work_mem по умолчанию, autovacuum слишком редкий. Без тюнинга — типовые тормоза.
  3. Антивирус сканирует директорию СУБД — Каталог data PostgreSQL / MSSQL обязательно исключить из проверки. Иначе резкое падение IOPS.
  4. Аутентификация СУБД vs ОС — Для 1С обычно используется СУБД-аутентификация (пользователь postgres или отдельный postgres-юзер с правами на БД). ОС-аутентификация добавляет проблем при отладке.
  5. Лицензии не подходят — Базовые лицензии 1С (4 800 ₽) не работают в клиент-серверном режиме. Нужны ПРОФ-CAL + серверная лицензия 1С:Предприятие (32-бит или 64-бит).
  6. Бэкап не настроен на новом сервере — После миграции часто забывают про регулярный pg_dump. Минимум — ежедневный полный бэкап с ротацией + еженедельный архив на отдельный носитель.

Когда стоит звать специалиста

Сами справитесь, если база до 10 ГБ, пользователей до 10 и есть базовые админ-навыки Linux/Windows. В остальных случаях лучше специалист.

Когда пора переезжать на сервер

См. структурированный premium-вариант выше.

Пошаговая инструкция переноса

См. структурированный premium-вариант выше.

Типовые ошибки при переходе

См. структурированный premium-вариант выше.

Когда стоит звать специалиста

См. структурированный premium-вариант выше.

Часто задаваемые вопросы

Можно ли использовать обычный PostgreSQL, не сборку для 1С?

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

Нужно ли менять клиентские лицензии при переходе на сервер?

Клиентские лицензии (CAL) на пользователей — НЕ меняются, они одинаковые для файлового и клиент-серверного режима, но должны быть ПРОФ, а не Базовыми. Базовая лицензия 1С (4 800 ₽) в клиент-серверном режиме не работает в принципе. Дополнительно нужна серверная лицензия 1С:Предприятие (32-бит, 64-бит или КОРП) — она даёт право установить серверный компонент. Если у вас уже ПРОФ-CAL, докупаете только серверную лицензию. Программа «Апгрейд CAL» от фирмы «1С» позволяет обменять Базовые на ПРОФ с зачётом части стоимости.

Сколько по времени занимает сам перенос базы?

Технические работы для базы 10 ГБ на типовом железе (8 vCPU, 32 GB RAM, NVMe): выгрузка .dt — 15–30 минут, создание серверной базы — 5 минут, загрузка .dt — 30–60 минут, проверки и подключение клиентов — 1–4 часа. Итого 3–8 часов чистого времени. На базах 50–200 ГБ обычно используют прямой dump/restore через СУБД вместо .dt — это в 2–3 раза быстрее. Для баз больше 200 ГБ — обязательно тестовый прогон на копии, чтобы знать реальное время downtime.

PostgreSQL или MS SQL Server — что выбрать в 2026?

В 2026 в РФ практический выбор почти всегда PostgreSQL для 1С: бесплатна, нативно поддерживается фирмой «1С», нет проблем с покупкой/продлением лицензий. MS SQL Server в РФ продолжает работать там, где он уже был куплен и есть СА, но новые внедрения на MSSQL — редкость. С точки зрения производительности на сопоставимом железе PostgreSQL для 1С даёт сопоставимый результат, иногда лучше за счёт более свежей сборки. Выбор MSSQL оправдан, только если у вас уже есть лицензии и админ с опытом MSSQL.

Можно ли откатиться обратно на файловую базу?

Да, при наличии бэкапа исходной файловой базы. Откат: остановить серверную базу → восстановить папку с .1CD из бэкапа → подключить файловую базу к 1С на рабочих местах. Если за время работы в серверной были введены новые документы — придётся либо смириться с их потерей, либо переносить вручную обратно через .dt (что нетривиально). Поэтому перед миграцией обязательно фиксируется точка отката и согласовывается с пользователями downtime, в течение которого новые документы не вводятся.