Файловый вариант 1С:Предприятия 8.3 изнутри: где лежат данные и где его предел

Файловая база 1С — это информационная база, все данные которой хранятся в одном файле 1Cv8.1CD в обычной папке на диске. Отдельного сервера 1С и СУБД (MS SQL, PostgreSQL) ей не нужно: таблицы читает и пишет сама платформа на компьютере пользователя. Это самый простой и дешёвый способ работать в 1С:Предприятии 8.3, и он хорошо подходит для одного рабочего места или небольшой бухгалтерии.

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

Как файловая база хранит данные

Каталог файловой базы выглядит скромно. Главное в нём:

• 📁 1Cv8.1CD — сам файл базы. В нём и конфигурация, и все данные: справочники, документы, регистры, пользователи.
• 📁 1Cv8Log — папка журнала регистрации. В новом формате журнал — один файл .lgd, в старом — набор файлов .lgf и .lgp.
• 📁 служебные временные файлы, которые платформа создаёт во время работы и удаляет сама.

Внутри 1Cv8.1CD устроен как собственная мини-СУБД: файл разбит на страницы, в нём лежат таблицы, индексы и большие объекты. Эту «СУБД» разработала фирма 1С, отдельно её не поставить и не настроить, как SQL Server.

Кто на самом деле работает с файлом

Ключевой момент, который объясняет почти все особенности файлового варианта. Каждый запущенный клиент 1С сам открывает 1Cv8.1CD и сам выполняет запросы. Если база лежит в сетевой папке, данные гоняются по сети к каждому пользователю, а расчёт идёт на его компьютере.

Отсюда три следствия:

1. Скорость зависит от диска и сети, а не от мощного сервера.
2. Несколько клиентов делят один файл, и платформа координирует их через блокировки на уровне файла и таблиц.
3. Сбой одного клиента во время записи (отключили питание, упала сеть) может повредить файл для всех.

Пределы размера

В старом формате хранения со страницей 4 КБ действовало ограничение 4 ГБ на одну таблицу. В современных версиях платформы можно использовать страницы большего размера, и этот предел снимается. На практике файловые базы весом 5–15 ГБ работают, но становятся медленными задолго до упора в технический лимит.

Файловый и клиент-серверный режим: в чём разница

Конфигурация одна и та же: одна и та же Бухгалтерия 3.0 или ЗУП 3.1 работает в обоих режимах. Различается то, кто и как обрабатывает данные.

Блокировки — главное практическое отличие

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

Отсюда знакомая картина: «у нас вдвоём всё летало, а когда пришли ещё трое, стало висеть при проведении».

Что одинаково

• 🔹 Пользователи и права настраиваются одинаково — внутри базы.
• 🔹 Клиентские лицензии нужны в обоих режимах.
• 🔹 Выгрузка .dt переносит базу между режимами без потерь.
• 🔹 Работа через тонкий клиент и веб-клиент возможна и с файловой базой, если опубликовать её на веб-сервере.

Плюсы и минусы файлового варианта

Чем файловая база хороша

• ✅ Ставится за пять минут: платформа, конфигурация, папка — и можно работать.
• ✅ Нет затрат на сервер 1С и СУБД.
• ✅ Перенос и копирование — это копирование одной папки.
• ✅ Работает даже на ноутбуке без сети.
• ✅ Удобна для тестовых копий: развернули из .dt, проверили обновление, удалили.

Чем она плоха

• ❌ Медленнее при одновременной работе нескольких пользователей.
• ❌ Чувствительна к обрывам сети и «сонным» дискам: файл повреждается.
• ❌ Любой, у кого есть доступ к папке, может скопировать всю базу целиком.
• ❌ Долгие операции (закрытие месяца , перепроведение за год) блокируют остальных.
• ❌ Плохо переносит антивирусы, которые проверяют 1Cv8.1CD при каждом обращении.

Как создать файловую базу и подключиться к ней

Создание новой базы

1. Запустите 1С:Предприятие. Откроется окно со списком информационных баз.
2. Нажмите Добавить.
3. Выберите Создание новой информационной базы и нажмите Далее.
4. Укажите шаблон конфигурации (например, Бухгалтерия предприятия) или вариант без конфигурации — для загрузки из .dt.
5. Введите название базы — так она будет называться в списке.
6. Выберите тип расположения На данном компьютере или на компьютере в локальной сети. Именно этот пункт создаёт файловую базу .
7. Укажите каталог. Лучше короткий путь без лишней вложенности, например D:\Bases\Buh.
8. Оставьте параметры запуска по умолчанию и нажмите Готово.

Платформа создаст в каталоге файл 1Cv8.1CD и пропишет базу в список.

Подключение к уже существующей базе

Если база уже лежит в папке — своей или сетевой, — её просто добавляют в список:

1. Добавить → Добавление в список существующей информационной базы.
2. Название — любое удобное.
3. Тип — тот же, что при создании, и путь к каталогу, где лежит 1Cv8.1CD.

Строка подключения для такой базы выглядит так:

File="\\SRV-FILES\Bases\Buh";

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

Сетевая папка: настройка прав

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

Как ускорить работу файловой базы

Файловый вариант нельзя «настроить» как SQL Server, но окружение влияет на скорость сильнее, чем кажется.

Что дать железу и сети

• ⚡ Твердотельный диск (SSD или NVMe) под папку с базой. Разница с обычным HDD на проведении и отчётах заметна сразу.
• ⚡ Проводная сеть от 1 Гбит/с. Wi-Fi для файловой базы — плохая идея: и медленно, и риск обрыва при записи.
• ⚡ Исключение папки с базой из проверки антивирусом и из индексации Windows.
• ⚡ Отключение сна и гибернации дисков на компьютере, где лежит база.

Приём практиков: убрать сеть из цепочки

Самый сильный способ ускорить файловую базу для нескольких пользователей — сделать так, чтобы клиенты не тянули файл по сети. Варианта два:

1. Терминальный сервер (RDP). База лежит на локальном диске сервера, пользователи подключаются к нему по удалённому рабочему столу. Обращения к 1Cv8.1CD идут локально, а по сети передаётся только картинка.
2. Публикация на веб-сервере. Файловую базу публикуют на Apache или IIS, пользователи работают через тонкий или веб-клиент. Данные обрабатывает веб-сервер на той же машине, где лежит база.

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

Обслуживание самой базы

• 🔧 Тестирование и исправление. В Конфигураторе: Администрирование → Тестирование и исправление. Отметьте Реиндексация таблиц информационной базы и Сжатие таблиц информационной базы. Нужен монопольный доступ: все пользователи должны выйти.
• 🔧 Утилита chdbfl.exe. Лежит в папке bin установленной платформы, проверяет физическую целостность файла 1Cv8.1CD без запуска Конфигуратора. Полезна, когда база не открывается вовсе.
• 🔧 Очистка кэша клиента. Запуск с параметром /ClearCache или удаление папок кэша в профиле пользователя (%APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8). Помогает при странных зависаниях после обновления.
• 🔧 Сокращение журнала регистрации. Журнал за несколько лет с полным уровнем логирования раздувает папку 1Cv8Log. Уровень и период хранения настраиваются в Конфигураторе: Администрирование → Настройка журнала регистрации.

Резервные копии и защита данных

Три способа сделать копию

Никогда не копируйте 1Cv8.1CD, пока в базе работают люди. Копия может получиться несогласованной: часть таблиц до записи, часть после. Узнаете об этом только тогда, когда попробуете из неё восстановиться.

Как хранить копии

• 🗂 Минимум одна копия — не на том же диске, что база.
• 🗂 Глубина хранения — хотя бы несколько ежедневных и пара ежемесячных копий.
• 🗂 Раз в квартал разворачивайте копию в тестовую базу и проверяйте, что она открывается.

Безопасность доступа

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

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

Когда пора переходить на клиент-серверный вариант

Файловую базу не нужно «держать до последнего». Есть понятные признаки, что режим себя исчерпал:

• 🚩 одновременно работают больше 8–10 человек и регулярно ловят ожидание на блокировках;
• 🚩 файл 1Cv8.1CD вырос за 10 ГБ, а сжатие таблиц почти ничего не даёт;
• 🚩 закрытие месяца или перепроведение останавливает работу всего отдела;
• 🚩 база повреждалась больше одного раза за год;
• 🚩 нужен доступ из нескольких офисов одновременно;
• 🚩 появились внешние обмены и фоновые задания, которые идут весь день.

Что нужно для перехода

1. Сервер с достаточной памятью и быстрым диском.
2. СУБД. PostgreSQL в сборке для 1С распространяется бесплатно, MS SQL Server требует своей лицензии.
3. Лицензия сервера 1С:Предприятия. Ориентировочно её стоимость — от нескольких десятков до сотни с лишним тысяч рублей в зависимости от редакции.
4. Человек, который настроит кластер и будет его обслуживать.

Порядок переезда

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

Если на сервер пока рано

Если пользователей немного, но тормозит, сначала попробуйте недорогие шаги: перенос базы на SSD, исключение из антивируса, терминальный доступ вместо сетевой папки. Часто этого хватает ещё на год-два работы без затрат на лицензию сервера.

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