Как сохранить базу 1С на компьютере

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

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

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

Как определить, какая у вас база: файловая или клиент-серверная

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

Если в строке подключения указан путь вида D:\Bases\Trade\, база файловая: все данные лежат в файле 1Cv8.1CD внутри этой папки. Если указан сервер и имя базы (например, srv01:Trade_Base), база клиент-серверная, и прямой доступ к файлам данных у вас, скорее всего, отсутствует.

Выгрузка базы через конфигуратор в файл .dt

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

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

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

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

Копирование файловой базы напрямую

Если база файловая, самый быстрый способ её сохранить — скопировать папку базы целиком через проводник Windows. Главный файл — 1Cv8.1CD, именно в нём хранятся все данные. Остальные файлы в папке (журналы, вспомогательные индексы) копировать желательно, но не обязательно: база восстановится и из одного файла 1CD.

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

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

Резервное копирование клиент-серверной базы

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

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

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

Куда сохранять копию и как её проверить

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

Имя файла должно содержать дату, например trade_2026-05-17.dt — иначе через месяц вы не вспомните, какая копия свежая. Храните несколько поколений копий: если повреждение данных заметили не сразу, последняя копия может уже содержать ту же ошибку, и спасёт только более старая версия.

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

Автоматизация резервного копирования

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

Для клиент-серверных баз автоматизацию настраивают средствами СУБД: план обслуживания в MS SQL Server или задание pg_dump в планировщике для PostgreSQL. Дополнительно можно настроить выгрузку .dt из командной строки конфигуратора с параметрами /DumpIB — такой сценарий тоже легко поставить на расписание.

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /NАдмин /Pпароль /DumpIB "E:\Backups\trade_%DATE%.dt"

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

Восстановление базы из сохранённой копии

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

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

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

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