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

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

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

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

Что представляет собой файловая база и где она лежит

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

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

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

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

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

Порядок действий следующий. Завершите работу всех пользователей в базе. Запустите конфигуратор, выбрав нужную базу в списке и нажав кнопку «Конфигуратор». В меню откройте «Администрирование» → «Выгрузить информационную базу». Укажите папку и имя файла — удобно включать в имя дату, например buh_2026-05-15.dt. Дождитесь окончания выгрузки: для больших баз это может занять заметное время.

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

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

Способ 2: копирование каталога базы

Второй способ — просто скопировать файл 1Cv8.1CD (или весь каталог базы) средствами проводника Windows в другое место. Это быстрее выгрузки в .dt, не требует запуска конфигуратора и легко автоматизируется скриптом.

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

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

Как автоматизировать резервное копирование

Ручное копирование быстро забывается, поэтому для рабочей базы стоит настроить автоматический бэкап. Самый простой вариант — пакетный скрипт, запускаемый планировщиком заданий Windows в ночное время, когда пользователей в базе точно нет.

Пример команды, которая копирует файл базы в папку архива с текущей датой в имени:

set DATESTAMP=%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%
copy "D:\Bases\Buh\1Cv8.1CD" "E:\Backup\1Cv8_%DATESTAMP%.1CD"

Создайте файл с расширением .bat, пропишите в нём свои пути, затем откройте «Планировщик заданий» Windows, создайте задачу с запуском, например, ежедневно в 2 часа ночи, и укажите этот файл как действие. Убедитесь, что задача выполняется от имени пользователя с правами чтения каталога базы и записи в папку архива.

Альтернатива — выгрузка в .dt из командной строки с помощью запуска конфигуратора с параметрами /DumpIB. Это сочетает автоматизацию с надёжностью штатной выгрузки, но требует указания логина и пароля пользователя с правами администратора, что нужно учитывать с точки зрения безопасности.

Как проверить, что копия рабочая

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

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

Для проверки копии каталога скопируйте 1Cv8.1CD в отдельную папку, добавьте её в список баз как новую информационную базу и войдите в программу. Если база открывается и данные на месте — копия валидна.

Типичные ошибки и риски

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

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

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

Часто задаваемые вопросы