Что такое базы 1С и как с ними работать

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

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

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

Из чего состоит информационная база 1С

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

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

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

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

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

В клиент-серверном режиме данные хранятся в СУБД (MS SQL Server, PostgreSQL, Oracle, IBM DB2), а между пользователями и СУБД стоит сервер «1С:Предприятия». Такой вариант выдерживает десятки и сотни одновременных сеансов, даёт штатные средства резервного копирования СУБД, журналирование транзакций и более тонкое управление правами. Цена вопроса — необходимость администрировать сервер, СУБД и лицензии.

Какой режим выбрать

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

Подходит для небольшой организации или одного рабочего места; ограничение — просадка скорости и риск повреждения при росте числа пользователей и объёма данных.

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

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

База в облачном сервисе

Подходит, если нет своего сервера и нужен доступ из разных точек; ограничение — зависимость от провайдера и качества интернет-канала.

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

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

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

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

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

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

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

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

Частая ситуация — база «пропала» из списка после переустановки Windows. Сама база при этом никуда не делась: достаточно заново добавить её, указав каталог. Список баз хранится в файле ibases.v8i в профиле пользователя, и его можно переносить между компьютерами, если пути к базам совпадают.

Резервное копирование: выгрузка .dt и другие способы

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

Альтернатива для файлового режима — копирование файла 1Cv8.1CD. Оно допустимо только при полностью завершённых сеансах: если копировать файл, пока с базой работают, копия почти гарантированно окажется повреждённой. Для клиент-серверных баз правильный путь — резервное копирование средствами СУБД: оно выполняется «на горячую», не прерывая работу пользователей, и позволяет восстановить состояние на момент времени.

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

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

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

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

Для клиент-серверных баз обслуживание смещается на сторону СУБД: перестроение индексов, обновление статистики, контроль размера журнала транзакций. Эти операции требуют прав администратора СУБД и понимания последствий — например, неправильная модель восстановления может либо раздуть журнал до заполнения диска, либо лишить возможности восстановления на момент времени.

Как понять, что база работает нормально

После создания, переноса или восстановления базы стоит пройти короткую проверку, прежде чем отдавать её пользователям. Откройте базу в режиме «Предприятие», убедитесь, что справочники заполнены, документы за последний период на месте, а ключевые отчёты (оборотно-сальдовая ведомость, остатки склада) формируются и сходятся с ожидаемыми итогами.

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

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

Контрольные точки после переноса или восстановления

Открытие базы и вход пользователей

Норма

База открывается без ошибок, вход под всеми учётными записями работает

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

Ошибка формата потока, сообщение о повреждении, не пускают часть пользователей

Данные за последний период

Норма

Последние документы на месте, отчёты сходятся с контрольными цифрами

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

Пропали документы, итоги отчётов расходятся с ожидаемыми

Резервная копия

Норма

Свежая копия создана и лежит на другом носителе

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

Копии нет или она старше последних значимых изменений

Свободное место на диске

Норма

Запас места существенно больше размера базы

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

Диск почти заполнен — риск сбоя при обновлении или реструктуризации

Ответы на частые вопросы

Чем файл .dt отличается от файла 1Cv8.1CD?

1Cv8.1CD — это рабочее хранилище файловой базы, с которым платформа работает напрямую. Файл .dt — это архивная выгрузка всей информационной базы (конфигурации и данных), предназначенная для переноса и резервного копирования. Загрузить .dt можно в пустую базу через конфигуратор; напрямую открыть его как рабочую базу нельзя.

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

Можно, но только при условии, что все сеансы с базой завершены и файл никем не открыт. Копирование во время работы даёт повреждённую копию. Более надёжный вариант — выгрузка .dt из конфигуратора, которая корректно работает и при активных сеансах (хотя для консистентности лучше тоже завершать работу пользователей).

Сколько баз можно держать в списке запуска 1С?

Жёсткого практического ограничения для списка нет — организации часто держат десятки баз: рабочие, тестовые, архивные за прошлые периоды. Список — это просто набор ссылок. Важнее следить, чтобы тестовые и рабочие базы были понятно названы, иначе велика вероятность ввести реальные документы в тестовую копию.

Что делать, если появляется ошибка «Файл базы данных повреждён»?

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

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

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

Безопасно ли хранить базу 1С в папке облачной синхронизации?

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