К статье
Практический материал

Администрирование · 10 мин

Как работает база данных в 1С: устройство, создание и обслуживание

Как устроена база данных в 1С: файловый и клиент-серверный режим, создание новой базы, перенос данных, резервное копирование и типичные ошибки администраторов.

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

1С поддерживает два принципиально разных режима хранения: файловый, когда вся база — это один файл 1Cv8.1CD на диске, и клиент-серверный, когда данные лежат в СУБД (MS SQL Server, PostgreSQL, IBM Db2 или Oracle), а платформа 1С обращается к ним через сервер приложений. Выбор режима определяет производительность, надёжность и способы обслуживания базы.

В этой статье разберём, как создать базу, как перевести её из одного режима в другой, как организовать резервное копирование и каких ошибок стоит избегать при работе с БД в 1С.

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

В файловом режиме вся база хранится в едином файле 1Cv8.1CD. Пользователи подключаются к нему напрямую или через веб-сервер. Такой вариант прост в развёртывании: достаточно скопировать файл в общую папку и прописать путь в списке баз. Однако при одновременной работе многих пользователей файл блокируется целиком для отдельных операций, что снижает скорость.

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

Сравнение режимов работы

Файловый режим

Подходит для 1–5 активных пользователей и небольших объёмов данных. Простое копирование файла как способ бэкапа. Ограничение: рост числа блокировок и риск повреждения файла при сбое сети или питания.

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

Подходит для десятков и сотен пользователей, больших объёмов и критичного учёта. Требует отдельного сервера, лицензий на СУБД и квалифицированного администрирования.

Практический критерий выбора прост: если одновременно работают больше 5–10 пользователей, документооборот интенсивный, а простой учёта критичен для бизнеса — стоит планировать переход на клиент-серверный вариант.

Как создать новую базу данных в 1С

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

Порядок создания файловой базы
  1. 1
    Установите платформу 1С и дистрибутив нужной конфигурации — шаблоны попадут в каталог tmplts.
  2. 2
    Откройте стартер 1С, нажмите «Добавить» и выберите «Создание новой информационной базы».
  3. 3
    Выберите шаблон конфигурации из списка или вариант «без конфигурации» для разработки с нуля.
  4. 4
    Укажите имя базы и каталог на диске — желательно на локальном диске сервера или компьютера, а не на съёмном носителе.
  5. 5
    Завершите работу мастера и откройте базу в режиме Конфигуратора для начальной загрузки данных или сразу в режиме Предприятия.

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

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

Как перенести базу между компьютерами и режимами

Универсальный способ переноса — выгрузка информационной базы в файл с расширением .dt через Конфигуратор (меню «Администрирование» → «Выгрузить информационную базу»). Файл .dt содержит и конфигурацию, и все данные, поэтому подходит и для переезда на другой компьютер, и для миграции из файлового режима в клиент-серверный.

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

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

Резервное копирование базы 1С

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

В клиент-серверном режиме правильнее использовать штатные средства СУБД: полные и разностные бэкапы в MS SQL Server, pg_dump или физические копии в PostgreSQL. Это позволяет делать копии «на горячую», не останавливая работу пользователей, и восстанавливать базу на произвольный момент времени при наличии журналов транзакций.

Храните копии по правилу «не только там же, где база»: минимум одна копия должна лежать на другом физическом носителе или в другом расположении. Периодически проверяйте восстановление из копии на тестовой базе — бэкап, который ни разу не восстанавливали, нельзя считать рабочим.

Обслуживание и диагностика базы

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

Если файл базы повреждён (например, после отключения питания) и 1С не открывает базу, применяется утилита chdbfl.exe из каталога установки платформы. Она проверяет физическую целостность файла. Работать с ней нужно только над копией файла, оригинал сохраните нетронутым.

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

Как проверить состояние базы

Скорость открытия и проведения документов
Норма

Операции выполняются стабильно и предсказуемо по времени

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

Резкие скачки времени отклика, зависания при параллельной работе

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

Нет повторяющихся ошибок СУБД и разрывов соединений

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

Регулярные ошибки блокировок, обрывы фоновых заданий

Резервные копии
Норма

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

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

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

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

Типичные ошибки при работе с БД в 1С

Типичные ошибки
01
Копирование файла базы при открытых сеансах — приводит к повреждению 1Cv8.1CD и потере данных.
02
Хранение файловой базы на сетевом диске с нестабильным соединением — обрывы связи повреждают файл при записи.
03
Отсутствие бэкапа перед обновлением конфигурации — при неудачной реструктуризации откатиться не на что.
04
Загрузка .dt в рабочую базу вместо пустой — данные целевой базы уничтожаются безвозвратно.
05
Использование файлового режима при большом числе пользователей — рост блокировок и жалоб на скорость.

Отдельная группа ошибок связана с правами доступа. Файл базы должен быть доступен на запись только тем, кто реально работает в 1С: случайное удаление или перемещение файла «по незнанию» — частая причина аварий в небольших организациях.

FAQ: частые вопросы о базах данных в 1С

Где физически находится база 1С на компьютере?

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

Можно ли открыть файл 1Cv8.1CD без 1С?

Нет, это закрытый внутренний формат платформы. Читать и изменять данные корректно может только платформа 1С:Предприятие соответствующей версии. Сторонние «просмотрщики» не гарантируют целостность и могут повредить файл при записи.

Чем выгрузка в .dt отличается от копирования файла базы?

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

Когда пора переходить с файловой базы на клиент-серверную?

Тревожные признаки: одновременно работают больше 5–10 пользователей, выросли жалобы на ожидание при проведении документов, файл базы достиг десятков гигабайт, а сбой базы останавливает работу всей компании. Переход выполняется выгрузкой в .dt и загрузкой в базу на сервере 1С.

Как часто нужно делать резервные копии?

Ориентируйтесь на допустимый объём потери: если потеря одного рабочего дня ввода критична — копируйте ежедневно, для интенсивного учёта — чаще, с промежуточными разностными копиями средствами СУБД. Перед обновлением конфигурации копия делается всегда, вне расписания.

База не открывается после сбоя электричества. Что делать?

Сначала скопируйте файл базы в отдельный каталог как есть. Затем на копии запустите утилиту chdbfl.exe из каталога платформы с проверкой физической целостности. Если после этого база открывается, дополнительно выполните «Тестирование и исправление» в Конфигураторе. Оригинальный повреждённый файл сохраните до полного восстановления учёта.

Итог

Что важно запомнить

База 1С работает в файловом или клиент-серверном режиме; выбор зависит от числа пользователей и критичности учёта. Перенос и аварийные копии делаются через выгрузку в .dt, регулярные бэкапы — копированием закрытого файла или средствами СУБД. Перед любыми рискованными операциями — обновлением, исправлением, миграцией — всегда создавайте резервную копию и проверяйте возможность восстановления.