Где разместить базу 1С: файловый режим, PostgreSQL или MS SQL — как выбрать

Если с базой одновременно работают до 5–7 человек, а файл базы не разросся до десятков гигабайт, ставьте конфигурацию 1С в файловом варианте на локальный SSD компьютера или сервера. Если пользователей больше, нужна круглосуточная работа или база уже тормозит — переходите на клиент-серверный вариант: сервер 1С:Предприятия плюс СУБД PostgreSQL или MS SQL Server.

Путаница часто идёт с самого начала. Установка дистрибутива конфигурации (setup.exe) ещё не создаёт базу — она только кладёт шаблон в каталог шаблонов. А куда ляжет рабочая база, вы решаете на следующем шаге, когда добавляете информационную базу в окне запуска.

Что именно «устанавливается»: шаблоны и информационная база

У конфигурации 1С на диске две разные сущности. Их полезно различать, чтобы не искать базу там, где лежит только дистрибутив.

📦 Шаблон конфигурации — файлы .cf (полная поставка) и .cfu (обновление), плюс демо-база и документация. Их кладёт программа установки конфигурации.

🗄️ Информационная база — ваши данные и конфигурация, по которой вы работаете. Это либо файл 1Cv8.1CD в папке, либо база на SQL-сервере.

По умолчанию шаблоны ставятся в каталог пользователя:

%APPDATA%\1C\1cv8\tmplts\

Внутри — подпапки по поставщику, конфигурации и версии, например 1c\Accounting\3_0_xxx_xx\. Программа установки спрашивает каталог при запуске, его можно поменять.

💡 На сервере или терминальном сервере удобнее вынести шаблоны в общую папку, например D:\1C\tmplts. Тогда обновления скачиваются один раз, а не в профиль каждого администратора.

Чтобы окно запуска видело шаблоны в новом месте, укажите каталог в настройках:

1. Откройте окно запуска 1С.
2. Нажмите Настройка….
3. В поле Каталоги шаблонов конфигураций и обновлений добавьте свою папку.
4. Нажмите OK и перезапустите окно запуска.

Эта настройка хранится в файле 1cestart.cfg (строка ConfigurationTemplatesLocation=). Его можно раздать на все рабочие места одинаковым, если обновлениями занимается один человек.

Файловый вариант 1С: где хранить базу и до каких пределов он работает

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

Когда файловый режим подходит:

• ✅ 1–5 пользователей, иногда до 7–10 при лёгкой нагрузке;
• ✅ размер файла базы — единицы гигабайт, максимум 10–20 ГБ;
• ✅ нет тяжёлых ежедневных обработок (массовое закрытие месяца , обмены каждые 5 минут);
• ✅ допустимы короткие простои на обслуживание.

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

Куда положить файл базы

Лучшее место — локальный SSD того компьютера, который всегда включён. Например, D:\1C\Bases\Buh\. Пользователи подключаются к нему по сети.

⚠️ Не размещайте файловую базу на сетевых хранилищах с кэшированием записи на клиенте, в облачных папках (Яндекс Диск, OneDrive и подобных) и на USB-дисках. Синхронизация облака посреди записи — частая причина повреждения 1Cv8.1CD.

Приём, который часто упускают: публикация файловой базы

Если пользователей уже 5–8, а сервер 1С покупать рано, опубликуйте файловую базу на веб-сервере (IIS или Apache) на той же машине, где лежит файл. Тогда с файлом работает один процесс веб-сервера, а пользователи подключаются по HTTP. Обращений к файлу по сети нет, тормозит меньше.

Публикацию делают в Конфигураторе: Администрирование → Публикация на веб-сервере. Конфигуратор нужно запускать от имени администратора Windows.

💡 Добавьте папку с базами в исключения антивируса. Сканирование 1Cv8.1CD при каждой записи заметно замедляет работу.

Клиент-серверный вариант: из чего он состоит и что нужно

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

Как идёт подключение:

1. Клиент обращается к агенту сервера 1С — порт 1540.
2. Агент направляет его к менеджеру кластера — порт 1541.
3. Дальше клиент работает с рабочими процессами. Их диапазон портов (по умолчанию 1560-1591) задаётся в свойствах рабочего сервера.
4. Рабочие процессы читают и пишут данные в СУБД.

Что понадобится:

• 🖥️ сервер под Windows Server 2016 и новее или Linux;
• 🔑 лицензия на сервер 1С:Предприятия (для 64-битного сервера — соответствующая серверная лицензия) плюс клиентские лицензии;
• 🗃️ СУБД: PostgreSQL, MS SQL Server, IBM Db2 или Oracle Database (последние две — редкость в малом и среднем бизнесе);
• 📈 оперативная память: для 10–30 пользователей ориентир — от 16–32 ГБ на сервер, где работают и 1С, и СУБД.

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

💡 Для небольших внедрений ставьте сервер 1С и СУБД на одну машину. Сетевые задержки между ними исчезают, а для MS SQL можно включить протокол Shared Memory. Разносить по разным серверам имеет смысл, когда одной машине уже не хватает ресурсов.

PostgreSQL или MS SQL Server для базы 1С

Обе СУБД нормально работают с 1С 8.3. Выбор чаще упирается в деньги, ОС и опыт администратора.

Когда что выбирать:

• PostgreSQL — новые внедрения, сервер на Linux, требования к российскому ПО, нежелание платить за СУБД.
• MS SQL Server — уже есть купленные лицензии и администратор, который знает SQL Server; базы на Windows-инфраструктуре.
• MS SQL Express — только для маленьких баз и тестов. Как только база подходит к 10 ГБ, начнутся отказы записи.

⚠️ Обычный PostgreSQL «из коробки» без патчей для 1С не подойдёт. Берите сборку, рассчитанную на работу с 1С: её выпускает фирма 1С, есть и сертифицированные сборки Postgres Pro.

Диски под базы 1С: SSD, RAID и раздельные тома

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

Базовые правила:

• 💾 Только SSD или NVMe для файлов базы и для tempdb (MS SQL). HDD допустимы лишь под архив копий.
• 🧱 RAID 1 или RAID 10 под данные. RAID 5 на запись медленный, для базы 1С не лучший выбор.
• 📂 Разные тома для данных, журнала транзакций и резервных копий. Хотя бы копии — на отдельный физический диск.
• 🔋 Сервер — на ИБП. Внезапное отключение питания бьёт и по файловой базе, и по СУБД.

Пример раскладки для сервера с MS SQL:

C:\  — система и программы (1С, SQL Server)
D:\  — SSD: файлы данных баз (*.mdf)
E:\  — SSD: журналы транзакций (*.ldf) и tempdb
F:\  — HDD/NAS: резервные копии

Для PostgreSQL логика та же: каталог данных (PGDATA) на быстром томе, архив WAL и копии — отдельно.

Отдельно учтите каталог кластера сервера 1С srvinfo. В нём лежат настройки кластера, журнал регистрации и сеансовые данные. Журнал регистрации у активных баз вырастает до гигабайт, поэтому каталог лучше держать не на системном диске. Каталог задаётся при установке сервера 1С; переносить его на работающем сервере нужно с остановкой службы.

⚠️ Остановка службы сервера 1С обрывает все сеансы пользователей. Делайте это вне рабочего времени, предупредив сотрудников.

Пути, строки подключения и служебные каталоги 1С

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

Файловая база:

File="D:\1C\Bases\Buh";

Клиент-серверная база :

Srvr="srv1c";Ref="buh_main";

Здесь srv1c — имя сервера 1С (если агент на нестандартном порту, указывают srv1c:2540), buh_main — имя базы в кластере.

Где 1С хранит служебные файлы на рабочем месте:

💡 Чтобы не настраивать список баз на каждом компьютере вручную, положите общий файл .v8i в сетевую папку. В 1cestart.cfg пользователей добавьте строку CommonInfoBases=\\server\1C\bases.v8i. Новая база, внесённая в общий файл, появится у всех.

Если базу перенесли в другую папку или на другой сервер, старые записи в списке станут нерабочими. Удалите их и добавьте базу заново, либо поправьте путь через Изменить в окне запуска.

Перенос базы 1С между файловым и серверным режимом

Перейти из файлового режима на сервер (или обратно, или с MS SQL на PostgreSQL) можно без потерь. Универсальный способ — через файл выгрузки .dt.

1. Проверьте базу. В Конфигураторе: Администрирование → Тестирование и исправление. Сначала запустите только проверку, без исправления. Для этого режима нужен монопольный доступ.
2. Выгрузите данные. Администрирование → Выгрузить информационную базу → сохраните файл .dt.
3. Создайте пустую базу на сервере. В окне запуска: Добавить → Создание новой информационной базы → Создание информационной базы без конфигурации, тип расположения — на сервере 1С:Предприятия. Укажите кластер, имя базы, тип СУБД, сервер СУБД, имя базы данных и пользователя СУБД. Флажок Создать базу данных в случае ее отсутствия создаст базу в СУБД.
4. Загрузите данные. Откройте новую базу в Конфигураторе: Администрирование → Загрузить информационную базу → выберите .dt. Загрузка полностью заменяет содержимое новой базы.
5. Проверьте работу. Запустите базу в режиме 1С:Предприятие, сверьте остатки и пару отчётов с исходной.
6. Переключите пользователей. Исправьте строку подключения в общем .v8i или у каждого пользователя. Старую базу на время закройте для входа, но не удаляйте.

Обратный переход с сервера в файловый режим идёт так же: выгрузка .dt из серверной базы, создание файловой базы, загрузка.

Частые вопросы