Бэкап базы 1С 7.7: все рабочие способы и восстановление

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

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

С чего начать: DBF или SQL

В 7.7 данные хранятся одним из двух способов, и от этого зависит вся процедура копирования. Определите свой вариант до того, как что-то архивировать.

Файл 1Cv7.MD — это конфигурация и структура метаданных. В SQL-варианте его теряют чаще всего: бэкапят только SQL-базу, а про папку забывают. Без 1Cv7.MD восстановленные данные открыть нечем.

Что проверить перед копированием

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

В файловом варианте проще всего убедиться, что никто не работает : откройте папку базы и попробуйте удалить файл 1Cv7.CFL или *.lck, если он есть, — он создаётся во время сеанса. Если такого файла нет и программа ни у кого не открыта, база свободна.

Способ 1: ручное копирование папки (DBF)

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

1. Убедитесь, что 1С закрыта у всех (см. чек-лист выше).
2. Найдите папку базы — путь указан в ярлыке запуска после параметра /D.
3. Скопируйте папку целиком, со всеми вложенными файлами и подпапками, в архивное место.
4. Переименуйте копию с датой, например baza_buh_2026-10-07, чтобы не путать версии.

В папку обязательно должны попасть все *.DBF и *.CDX, файл 1Cv7.MD, файл словаря 1Cv7.DD, а также файлы со списком пользователей (USERS.USR / Users.usr) и файлы прав. Проще не выбирать отдельные файлы руками, а копировать папку одним куском — тогда ничего не потеряется.

Если база лежит в сетевой папке на сервере, копируйте её на локальный диск того же сервера или на отдельный носитель, а не по сети на свою машину: копирование сотен DBF-файлов по сети идёт медленно и чаще обрывается. Когда база одна на организацию, заведите отдельного ответственного за бэкап — иначе «копию делает кто-нибудь» на практике означает «не делает никто».

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

У 7.7 есть встроенный механизм — он подходит и для DBF, и для SQL, потому что выгружает сами данные в архив независимо от способа хранения.

1. Запустите базу в режиме Конфигуратор (в окне запуска выберите соответствующий режим).
2. Меню Администрирование → Сохранить данные.
3. Укажите путь и имя файла архива — программа соберёт данные и конфигурацию в один .zip.
4. Дождитесь завершения и проверьте, что файл архива действительно создан и весит правдоподобно (не несколько килобайт).

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

Способ 3: автоматический бэкап по расписанию

Ручные копии забывают делать. Плановое копирование снимает этот риск. Подход зависит от варианта.

Файловый (DBF) вариант. Напишите простой пакетный файл и повесьте его на Планировщик заданий Windows на ночные часы, когда в базе никого нет:

@echo off
set SRC=D:\Base\Buh
set DST=E:\Backup\Buh_%date:~-4%-%date:~3,2%-%date:~0,2%
robocopy "%SRC%" "%DST%" /E /R:2 /W:5

robocopy с ключом /E копирует папку со всеми вложениями, /R:2 — две попытки при ошибке. Запуск настройте в Планировщик заданий Windows на время, когда программа гарантированно закрыта у всех.

SQL-вариант. Данные бэкапят средствами MS SQL Server — план обслуживания (Maintenance Plan) или команда:

BACKUP DATABASE [imya_bazy]
TO DISK = N'E:\Backup\buh_full.bak'
WITH INIT, COMPRESSION;

SQL-бэкап снимается без остановки пользователей — в этом его плюс. Но помните: SQL сохраняет только данные. Файл конфигурации 1Cv7.MD из папки базы нужно копировать отдельно, иначе развернуть данные будет не во что.

Коротко, чем способы отличаются и когда какой брать:

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

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

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

• 🕗 Ежедневно (ночью) — рабочая бухгалтерия или склад с ежедневным вводом документов. Потеря суток ввода уже болезненна.
• 📅 Еженедельно — база, куда вносят данные редко и понемногу.
• 🛠️ Перед каждым изменением — обновление релиза, правка конфигурации, массовая загрузка или перепроведение документов . Такую копию делают независимо от расписания.

Автоматику по расписанию совмещайте с ручными копиями перед опасными операциями — одно другое не заменяет.

Как убедиться, что копия рабочая

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

1. Разверните архив в отдельную временную папку, подальше от рабочей базы.
2. Добавьте её в список баз как новую информационную базу (кнопка добавления в окне запуска, путь — к временной папке).
3. Откройте копию в режиме 1С:Предприятие и посмотрите последние документы: они на месте и открываются?
4. Запустите Администрирование → Тестирование и исправление информационной базы в Конфигураторе этой копии — пусть проверит целостность.

Если копия открылась, документы видны, а тестирование не нашло критичных ошибок — архиву можно доверять.

Восстановление базы из копии

Порядок зависит от того, как вы снимали копию.

Из копии папки (DBF). Закройте 1С у всех. Переименуйте повреждённую папку базы (не удаляйте сразу — вдруг из неё ещё что-то пригодится). На её место распакуйте или скопируйте архив. Проверьте путь в ярлыке запуска — он должен указывать на восстановленную папку.

Из архива Конфигуратора. Запустите пустую или рабочую базу в Конфигураторе, меню Администрирование → Восстановить данные, укажите .zip-архив. Операция заменит текущие данные на данные из архива, поэтому выполняйте её осознанно и при закрытых сеансах.

Из SQL-бэкапа. Восстановите базу данных средствами SQL Server (RESTORE DATABASE ... FROM DISK = ...), а рядом положите тот самый файл 1Cv7.MD, который копировали вместе с данными. Реквизиты подключения 1С к SQL-базе (имя сервера, имя базы, учётная запись) должны совпадать с теми, что были у рабочей базы, иначе 1С данные не увидит. Если восстанавливаете на другой сервер, имя SQL-базы задайте то же самое или поправьте строку подключения в настройках информационной базы.

Где и как долго хранить бэкапы

Одна копия на том же диске, где работает база, — это не резервирование. Диск умрёт — и база, и бэкап уйдут вместе.

• 🗂️ Разные носители. Храните копию не на системном диске сервера: внешний диск, второй физический диск, сетевое хранилище.
• 🌐 Копия вне офиса. Хотя бы раз в неделю отправляйте архив во внешнее хранилище или облако — на случай пожара, кражи или шифровальщика.
• 🔁 Глубина архива. Держите не только последнюю копию. Схема «несколько дней подряд + по одной копии на каждую неделю месяца» спасает, когда ошибку в данных заметили не сразу.
• 🧾 Понятные имена. Дата в имени файла или папки — обязательна. Без неё через месяц не поймёте, какой архив свежий.

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

Ошибки, из-за которых бэкап не спасает

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

• ❌ Копирование при работающих пользователях. DBF-файлы попадают в архив вразнобой, база после разворачивания не открывается или теряет документы.
• ❌ Забыли 1Cv7.MD в SQL-варианте. Данные есть, а конфигурации нет — открыть нечем.
• ❌ Бэкап лежит рядом с базой. Один сбой диска — и нет ни оригинала, ни копии.
• ❌ Архив ни разу не проверяли. Копии создавались год, а в момент аварии ни одна не разворачивается.
• ❌ Пропустили список пользователей и права. База открывается, но вход и настройки доступа слетели.
• ❌ Одна копия поверх другой. Свежий битый архив затирает единственный рабочий.