Файловая база или сервер СУБД: как выбрать место для данных 1С

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

Между этими границами решают нагрузка и деньги. Файловая база бесплатна в обслуживании, но плохо переносит одновременную запись. SQL-вариант требует лицензии сервера, отдельной машины и администратора, зато держит десятки и сотни пользователей. Решение о хранении данных 1С проще принять заранее: переезд потом займёт выходные и потребует выгрузки всей базы.

Файловая база 1С: где лежат данные и когда её хватает

В файловом варианте вся информационная база — это один файл 1Cv8.1CD в каталоге базы. Рядом платформа создаёт служебные файлы блокировок и кэша. Никакой отдельной СУБД нет: движок хранения встроен в саму платформу 1С.

Где искать каталог базы:

1. Откройте окно запуска 1С и выделите базу в списке.
2. Внизу окна отобразится строка вида File="D:\Bases\Buh". Это и есть путь.
3. Список всех баз пользователя хранится в файле %APPDATA%\1C\1CEStart\ibases.v8i — его удобно переносить на новый компьютер.

По умолчанию новые базы создаются в профиле пользователя, в папке Документы\InfoBase. Для рабочих баз это неудачное место: профиль чистят при переустановке системы, а резервное копирование профилей часто не настроено. Создайте отдельный каталог на диске с данными, например D:\Bases\, и держите там все базы.

Когда файлового варианта достаточно

• 💻 один пользователь или небольшой офис до 5 человек;
• 📦 типовая конфигурация без тяжёлых обменов в течение рабочего дня;
• 🧾 база до 5–10 ГБ;
• 🔒 работа идёт на одном компьютере или через удалённый рабочий стол на одном сервере.

Сетевая папка — слабое место

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

Клиент-серверный вариант на SQL: как хранятся данные

В клиент-серверном варианте участвуют три звена:

1. Клиент 1С на компьютере пользователя.
2. Сервер 1С:Предприятия — кластер с рабочими процессами, где выполняется бизнес-логика.
3. Сервер СУБД — сами данные лежат в базе Microsoft SQL Server, PostgreSQL, IBM Db2 или Oracle Database.

Клиент подключается к агенту сервера 1С (порт 1540), тот направляет его к менеджеру кластера (1541) и рабочим процессам. Диапазон портов рабочих процессов задаётся в свойствах рабочего сервера, по умолчанию это 1560:1591. Эти порты нужно открыть в брандмауэре.

Строка подключения в окне запуска выглядит иначе, чем у файловой базы: Srvr="server1c";Ref="buh". Здесь Ref — имя базы в кластере, а не имя базы данных на SQL-сервере (они могут не совпадать).

Какую СУБД выбрать

Для нового внедрения малого и среднего бизнеса чаще всего выбирают PostgreSQL: она не требует покупки лицензий СУБД. Обычная «ванильная» PostgreSQL с 1С не работает — нужна сборка с патчами под 1С (её распространяет фирма 1С и разработчики Postgres Pro).

Лицензии

Для клиент-серверного варианта нужна лицензия на сервер 1С:Предприятия 8.3. Ориентировочно версия для 64-битной платформы стоит от 80–100 тыс. рублей, редакция КОРП — заметно дороже. Клиентские лицензии нужны в обоих вариантах, их число не зависит от способа хранения.

Сравнение: скорость, масштаб и надёжность

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

Признаки, что файловой базе тесно

• 🐢 при проведении документа у коллеги остальные ждут «песочные часы»;
• ⏳ закрытие месяца идёт часами и прерывается ошибками блокировок;
• 🔄 обмены с сайтом или маркетплейсом не успевают за день;
• 📈 размер 1Cv8.1CD растёт на гигабайты за квартал.

Требования к железу и дискам для хранения баз 1С

Для 1С важнее всего скорость дисков на случайных операциях и объём памяти. Частота процессора влияет на скорость одного сеанса, количество ядер — на число одновременных сеансов.

Файловый вариант

• 💾 только SSD, лучше NVMe; на HDD файловая база заметно медленнее;
• 🧠 оперативная память: от 8 ГБ на рабочую станцию, на сервер терминалов — плюс 1–2 ГБ на каждого пользователя;
• 🛡 антивирус: добавьте каталог баз и каталог кэша 1С в исключения проверки, иначе каждое чтение файла будет сканироваться.

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

Для небольшой инсталляции на 15–30 пользователей сервер 1С и СУБД можно держать на одной машине. Ориентир:

Для Microsoft SQL Server отдельный быстрый диск под tempdb даёт ощутимый прирост: 1С активно использует временные таблицы. Для PostgreSQL главное — задать shared_buffers, work_mem и effective_cache_size под объём памяти, а не оставлять значения по умолчанию.

Резервные копии и безопасность в каждом варианте

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

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

Два рабочих способа:

1. Выгрузка в .dt. Конфигуратор → Администрирование → Выгрузить информационную базу. Пользователи должны выйти. Получается переносимый файл, который загружается и в файловую, и в серверную базу .
2. Копия каталога. Скопируйте 1Cv8.1CD, когда в базе никто не работает. Копирование «на ходу» даёт файл, который может не открыться.

Копию каталога удобно делать скриптом по расписанию ночью:

@echo off
set SRC=D:\Bases\Buh
set DST=E:\Backup\Buh_%date:~-4%-%date:~3,2%-%date:~0,2%
robocopy "%SRC%" "%DST%" 1Cv8.1CD /R:2 /W:5

Перед запуском скрипта убедитесь, что пользователи вышли из базы, — например, запланируйте его на время, когда офис не работает. Формат даты в %date% зависит от региональных настроек Windows, проверьте имя папки после первого запуска.

База на SQL

Копию делают средствами СУБД, работа пользователей при этом не останавливается:

• MS SQL Server — план обслуживания: полная копия ночью, копии журнала транзакций каждые 15–60 минут при модели восстановления FULL.
• PostgreSQL — pg_dump для ежедневной копии, для восстановления на момент времени — архивирование WAL.

BACKUP DATABASE [buh] TO DISK = N'E:\Backup\buh_full.bak' WITH COMPRESSION, CHECKSUM;

pg_dump -U postgres -Fc -f /backup/buh.dump buh

Доступ к данным

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

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

Переезд в обе стороны делается через файл выгрузки .dt. Структура данных у вариантов разная, поэтому просто скопировать 1Cv8.1CD на SQL-сервер нельзя.

Из файловой базы в клиент-серверную

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

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

Обратно, из SQL в файловую

Выгрузите .dt из серверной базы, создайте пустую файловую базу и загрузите в неё файл. Так делают копию для разработчика, для проверки обновления или для передачи базы в архив.

Типовые сложности переезда

• платформа на клиенте и на сервере должна быть одной версии — номер сборки совпадает до последней цифры;
• база данных на PostgreSQL создаётся в кодировке, которую предлагает сервер 1С при создании базы, — не создавайте её заранее вручную с другими настройками;
• после переезда пропишите заново пути обменов и выгрузок: они могли указывать на локальные папки старого компьютера.

Облако и аренда 1С вместо собственного сервера

Если своего сервера и администратора нет, базы можно хранить у провайдера. Варианты:

Перед переездом в облако уточните у провайдера:

• 📍 где физически стоят серверы и как это соотносится с требованиями к хранению персональных данных;
• 💾 как часто делаются копии, сколько дней хранятся и можно ли получить свою копию .dt по запросу;
• 🔌 поддерживаются ли доработанные конфигурации, внешние обработки и подключение торгового оборудования;
• 🚪 как забрать базу при уходе от провайдера.

Хранение персональных данных сотрудников и клиентов на серверах за пределами России требует соблюдения правил локализации, поэтому для зарплатных и кадровых баз выбирайте провайдера с российскими площадками.

Частые ошибки при выборе места для баз

• База на рабочем столе бухгалтера. Компьютер выключают, переустанавливают, на нём нет копий. Базу переносят в отдельный каталог на сервер или хотя бы на отдельный диск.
• Файловая база на NAS для 15 человек. Тормозит и рискует повреждением при сбое сети. Здесь уже нужен SQL или хотя бы сервер терминалов.
• Переход на SQL без расчёта лицензий. Про лицензию сервера 1С вспоминают после покупки железа. Заложите её в бюджет сразу.
• Копии рядом с базой. Шифровальщик или отказ RAID уничтожают и базу, и копии.
• Модель восстановления FULL без копий журнала. На MS SQL журнал транзакций растёт до заполнения диска, и база встаёт. Либо настройте копии журнала, либо переключитесь на модель SIMPLE.

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