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

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

Что такое данные ИБ в 1С и как с ними работать

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

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

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

Физически данные ИБ хранятся по-разному в зависимости от режима работы. В файловом варианте это файл 1Cv8.1CD в каталоге базы плюс служебные файлы. В клиент-серверном варианте данные лежат в СУБД — Microsoft SQL Server, PostgreSQL, Oracle или IBM DB2, а платформа 1С обращается к ним через сервер приложений. От режима хранения зависят способы резервного копирования, восстановления и переноса.

Что именно входит в данные информационной базы

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

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

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

Где физически хранятся данные ИБ

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

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

Сравнение вариантов хранения

Файловый режим (1Cv8.1CD)

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

Клиент-серверный режим (СУБД)

Для многопользовательской работы и больших объёмов. Копирование — только штатными средствами СУБД или выгрузкой в dt. Требует администрирования сервера и СУБД.

Как посмотреть и найти данные ИБ на практике

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

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

Как найти каталог файловой базы
  1. 1
    Откройте стартовое окно 1С (список информационных баз)
  2. 2
    Выделите нужную базу и посмотрите путь в нижней части окна
  3. 3
    Откройте этот каталог в проводнике и убедитесь, что в нём есть файл 1Cv8.1CD
  4. 4
    Проверьте наличие каталога 1Cv8Log — это журнал регистрации
  5. 5
    Перед любыми операциями с файлами завершите работу всех пользователей базы

Резервное копирование данных ИБ

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

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

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

Перенос и восстановление данных ИБ

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

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

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

Как проверить результат переноса

Версия конфигурации после загрузки
Норма

Совпадает с версией на исходной базе

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

Версия отличается или конфигурация пустая — загрузка не завершилась

Отчёт по остаткам за последний закрытый период
Норма

Итоги совпадают с исходной базой

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

Расхождения в суммах — перенос неполный или база повреждена

Список пользователей и вход под типовой учётной записью
Норма

Пользователи на месте, вход выполняется

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

Пользователей нет или права сброшены

Регламентные и фоновые задания (для сервера)
Норма

Задания присутствуют и выполняются

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

Заданий нет или они падают с ошибками

Частые ошибки и ограничения при работе с данными ИБ

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

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

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

Когда данных становится слишком много: свёртка и выделение копий

Со временем данные ИБ растут, и база начинает работать медленнее, а резервные копии занимают всё больше места. Типовое решение — свёртка базы: обработка формирует документы ввода остатков на дату свёртки и помечает старые документы к удалению. Операция необратима, поэтому перед ней обязательно делают полную копию и сохраняют её как архив старых периодов.

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

Маршрут решения

Как выбрать действие

Нужна страховка перед обновлением конфигурацииСделайте выгрузку dt через конфигуратор в монопольном режиме
Нужна ежедневная копия файловой базыНастройте копирование каталога по расписанию в нерабочее время с проверкой отсутствия сеансов
База на сервере 1С и нужна ежедневная копияИспользуйте штатные бэкапы СУБД, dt оставьте для переносов
Файл 1CD не открывается после сбояСкопируйте файл, на копии запустите chdbfl.exe, затем тестирование и исправление в конфигураторе
База стала медленной из-за объёма данныхРассмотрите свёртку с обязательной архивной копией или переход на клиент-серверный режим

Частые вопросы о данных ИБ в 1С

Чем данные ИБ отличаются от конфигурации?

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

Можно ли перенести данные из файловой базы на сервер?

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

Почему выгрузка dt не запускается с ошибкой о монопольном доступе?

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

Что не попадает в выгрузку dt?

Журнал регистрации и внешние файлы, хранящиеся вне базы (например, присоединённые файлы в томах на диске, если настроено такое хранение). Если эти данные важны, их архивируют отдельно: каталог 1Cv8Log для файловых баз и каталоги томов присоединённых файлов.

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

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

Как понять, что данные ИБ повреждены?

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

Итог

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

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