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

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

Главное правило, которое действует при любом способе: перед копированием все пользователи должны выйти из базы. Файл 1Cv8.1CD, открытый в момент копирования, может быть скопирован в несогласованном состоянии — такая копия окажется повреждённой или будет содержать неполные данные. Это самая частая причина «битых» резервных копий у начинающих администраторов.

Ниже разобраны оба способа с точными действиями, условиями выбора, проверкой результата и типичными ошибками. Материал применим к платформе 1С:Предприятие 8.3 с типовыми и самописными конфигурациями.

Где находится файловая база и что именно копировать

Путь к каталогу базы виден в списке информационных баз при запуске 1С: выделите базу и нажмите кнопку «Изменить» — на втором шаге будет указан каталог, например D:\Bases\Trade. Тот же путь отображается в нижней части окна запуска при выборе базы в некоторых версиях платформы.

Внутри каталога файловой базы обычно находятся: основной файл 1Cv8.1CD, служебные файлы журнала регистрации (папка 1Cv8Log или файлы 1Cv8.lgd/1Cv8.lgp в зависимости от формата), а при работе — временный файл блокировок 1Cv8.1CL. Обязателен для копии только файл 1Cv8.1CD; журнал регистрации копируйте, если история событий важна (для аудита или расследования инцидентов).

Файл 1Cv8.1CL — признак того, что с базой кто-то работает. Если он присутствует, а по вашим данным все вышли, проверьте, не завис ли сеанс на одном из компьютеров. Копировать базу при наличии активных сеансов нельзя.

Способ 1: копирование папки с файлом 1Cv8.1CD

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

1. 1
   Попросите всех пользователей выйти из базы и убедитесь, что в каталоге нет файла 1Cv8.1CL
2. 2
   Откройте каталог базы в проводнике (путь смотрите в свойствах базы в окне запуска)
3. 3
   Скопируйте файл 1Cv8.1CD и при необходимости папку 1Cv8Log в новое место — например, D:\Backup\Trade_01\
4. 4
   Дождитесь окончания копирования: для больших баз это может занять заметное время
5. 5
   Откройте окно запуска 1С, нажмите «Добавить» → «Добавление в список существующей информационной базы» и укажите новый каталог
6. 6
   Запустите копию в режиме предприятия и убедитесь, что данные на месте

Если база лежит на сетевом ресурсе и используется в многопользовательском режиме, убедиться в отсутствии сеансов сложнее. Проверьте с каждого рабочего места или временно переименуйте папку — если кто-то работает, он сразу получит ошибку и сообщит об этом. Более аккуратный вариант — договориться о времени копирования заранее.

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

Способ 2: выгрузка в файл .dt через конфигуратор

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

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

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

Перенос копии на другой компьютер

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

Далее действуйте по одному из двух сценариев. Если переносите папку с 1Cv8.1CD: скопируйте её на новый компьютер (по сети или на внешний носитель), в окне запуска 1С добавьте существующую базу и укажите путь к новому каталогу. Если переносите .dt: создайте на новом компьютере пустую базу и загрузите в неё файл выгрузки через конфигуратор.

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

Проверка результата: как убедиться, что копия рабочая

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

Для более строгой проверки запустите тестирование и исправление информационной базы (в конфигураторе: «Администрирование» → «Тестирование и исправление») на копии, а не на рабочей базе. Отметьте проверку логической и ссылочной целостности. Ошибки, найденные на этом этапе, означают, что либо копия снята некорректно (например, при открытых сеансах), либо исходная база уже содержала повреждения.

Типичные ошибки и как их избежать

Большинство проблем с копиями файловых баз возникает из-за нескольких повторяющихся ошибок. Знание их заранее экономит часы на восстановление.

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

Регулярное резервное копирование: минимальная схема

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

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

@echo off
set SRC=D:\Bases\Trade\1Cv8.1CD
set DST=E:\Backup\Trade_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%
if exist D:\Bases\Trade\1Cv8.1CL (echo Baza zanyata & exit /b 1)
mkdir %DST%
copy /y %SRC% %DST%\

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

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