Как архивировать 1С 7.7: инструкция по резервному копированию

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

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

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

Что именно нужно архивировать в 1С 7.7

Информационная база 7.7 — это папка, путь к которой виден в окне выбора баз при запуске программы. Внутри неё находятся файлы данных (1SDBSET, 1SJOURN, таблицы DBF/CDX), файл конфигурации 1Cv7.MD, словарь данных 1Cv7.DDS, файл пользователей usrdef\users.usr и служебные подкаталоги. Для полноценного архива нужен весь каталог целиком, а не отдельные файлы.

Критически важные файлы — это 1Cv7.MD (без него база не откроется в конфигураторе) и файлы данных. Потеря подкаталогов с внешними отчётами (ExtForms) обычно не фатальна, но их тоже лучше включать в копию, чтобы не восстанавливать печатные формы вручную.

Архивирование через конфигуратор: штатный способ

Штатный механизм «Сохранить данные» создаёт упакованный ZIP-архив всех данных базы. Это предпочтительный способ перед регламентными операциями: свёрткой итогов, обновлением конфигурации, тестированием и исправлением.

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

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

Архив, созданный через «Сохранить данные», восстанавливается через «Администрирование → Загрузить данные» в том же конфигураторе. Учтите: загрузка полностью заменяет текущие данные базы содержимым архива, поэтому перед восстановлением сделайте копию текущего состояния.

Копирование каталога базы вручную

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

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

После копирования сожмите папку в ZIP или RAR — это экономит место и защищает архив от случайного изменения отдельных файлов. В имя архива полезно включать дату и время, например: buh_2026-05-17_18-00.zip, чтобы копии не путались.

Автоматическое архивирование по расписанию

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

@echo off
set SRC=D:\Base1C\Buh
set DST=E:\Backup1C
set NAME=buh_%date:~6,4%-%date:~3,2%-%date:~0,2%.zip
"C:\Program Files\7-Zip\7z.exe" a -tzip "%DST%\%NAME%" "%SRC%\*"
if errorlevel 1 (echo Ошибка архивирования >> %DST%\backup.log) else (echo OK %NAME% >> %DST%\backup.log)

Перед запуском скрипта убедитесь, что в назначенное время база не используется: настройте завершение сеансов на терминальном сервере или выбирайте ночные часы. Лог-файл из примера позволяет быстро проверить, отработало ли задание. Задание создаётся в планировщике Windows: «Панель управления → Администрирование → Планировщик заданий → Создать задачу», триггер — ежедневно, действие — запуск вашего .bat-файла.

Дополнительно настройте ротацию архивов: удаление копий старше, например, 30 дней. Без ротации диск со временем переполнится, и архивирование начнёт завершаться ошибкой именно тогда, когда копия понадобится.

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

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

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

Типичные ошибки при архивировании 1С 7.7

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

Что выбрать в вашей ситуации

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

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