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

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

Речь именно о платформе 1С:Предприятие 7.7 — старой «семёрке». Её структура файлов и порядок работы отличаются от 1С 8.3, поэтому приёмы с загрузкой .dt сюда не подходят. Ниже — как определить тип своей базы, как снять копию файлового и SQL-варианта, как перенести базу по сети, проверить целостность копии и настроить регулярное резервное копирование .

С чего начать: тип базы и подготовка

Прежде чем копировать, определите, какого типа ваша база. От этого зависит весь порядок действий.

• 📁 Файловая (DBF) — все данные хранятся в одной папке на диске. Внутри десятки файлов .DBF (таблицы) и .CDX (индексы), файл конфигурации 1Cv7.MD, папки USRDEF (пользователи и настройки) и ExtForms (внешние отчёты и обработки). Самый распространённый вариант.
• 🗄️ SQL (клиент-серверная) — данные лежат в MS SQL Server, а в папке базы остаются только конфигурация и параметры подключения к серверу. Такую базу используют на больших объёмах и при многопользовательской работе.

Как узнать, что перед вами. Откройте окно запуска 1С (где выбирается база). Выделите нужную строку и посмотрите путь внизу окна: если это путь к сетевой или локальной папке с файлами .DBF — база файловая. Если в свойствах базы указан SQL-сервер и имя базы данных — это SQL-вариант.

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

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

Для файлового варианта весь перенос сводится к копированию папки. Порядок такой:

1. Предупредите пользователей и дождитесь, пока все выйдут из программы. Закройте и 1С:Предприятие, и Конфигуратор — захваченные файлы не скопируются корректно.
2. Найдите папку базы. Путь виден в окне запуска внизу, под списком баз. Например, D:\Bases\Buh77 или сетевой \\server\1c\Buh77.
3. Убедитесь, что в папке нет активных файлов блокировки .LCK (о них ниже). Если база закрыта, а блокировки остались — значит, сеанс завершился некорректно.
4. Скопируйте всю папку целиком в нужное место: правой кнопкой → «Копировать», затем «Вставить», либо перетаскиванием. Копируются все файлы и вложенные папки, не только .DBF.
5. На новом месте добавьте базу в список: окно запуска → кнопка «Добавить» → укажите путь к скопированной папке.

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

Если копируете из командной строки или в скрипте, для каталогов подойдёт robocopy — он корректно переносит вложенные папки и права:

robocopy "D:\Bases\Buh77" "E:\Backup\Buh77_copy" /E /R:2 /W:3

Ключ /E копирует все подпапки, включая пустые. Не используйте копирование файлов на лету, пока база открыта — целостность не гарантируется.

Копирование базы из общей сетевой папки

Сетевая файловая база — это та же папка с .DBF, только лежит она на общем сетевом ресурсе, а пользователи подключаются к ней по сети (через подключённый диск или UNC-путь вида \\server\share\base).

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

1. Разошлите уведомление и закройте всем доступ на время бэкапа (проще всего — договориться о технологическом окне, например в обед или после работы).
2. Через Монитор убедитесь, что активных сеансов нет.
3. Скопируйте сетевую папку на локальный диск или другой ресурс. Копирование большой базы по сети идёт медленнее — закладывайте время.
4. Проверьте, что в копии те же файлы и тот же размер, что в оригинале.

Копирование SQL-версии (клиент-сервер)

Здесь одной папки недостаточно. Данные хранит MS SQL Server, поэтому полная копия состоит из двух частей:

• 🔹 бэкап базы данных на SQL-сервере — это и есть основные данные (документы, справочники, проводки);
• 🔹 копия папки базы 1С — конфигурация и настройки подключения.

Как сделать бэкап SQL-базы. Через SQL Server Management Studio: правой кнопкой на нужной базе → Tasks → Back Up → тип Full → укажите файл назначения. Либо запросом:

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

Имя базы (Buh77) посмотрите в свойствах базы 1С или в списке баз на сервере. Файл .bak — это и есть резервная копия всех данных.

Как восстановить копию на новом месте. На целевом SQL-сервере восстановите базу из .bak (Restore Database), скопируйте папку базы 1С и в настройках подключения укажите новый сервер и имя восстановленной базы. После этого подключите базу в окне запуска 1С.

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

Служебные файлы и блокировки базы

Понимание того, что лежит в папке, спасает от «битых» копий. Ключевые элементы файловой базы:

Файлы блокировки .LCK создаются, когда база открыта, и исчезают при корректном выходе. Если программа «вылетела» или компьютер выключили не закрыв 1С, блокировка может остаться. Такой «висячий» .LCK не даёт зайти в базу и сбивает копирование.

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

Копировать .LCK в резервную копию не нужно — они временные и к данным отношения не имеют.

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

Снять копию — половина дела. Убедитесь, что она рабочая, до того как она понадобится всерьёз.

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

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

Тестирование и исправление. Штатный инструмент для DBF-баз: Конфигуратор → меню Администрирование → Тестирование и исправление информационной базы. Он проверяет логическую и физическую целостность, переиндексирует таблицы и пересчитывает итоги. Это полезно сделать на копии после переноса, особенно если база большая или давно не обслуживалась.

Если база после переноса выдаёт ошибки индексов или «не является базой данных 1С», чаще всего помогает именно переиндексация через тестирование и исправление. Радикальный вариант — удалить файлы .CDX (индексы), после чего платформа пересоздаст их при следующем входе; но делайте это только на копии и при наличии ещё одного бэкапа.

Специальные средства для работы с DBF-базой

Кроме ручного копирования, у «семёрки» есть штатные и сторонние средства, которые упрощают резервирование.

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

Специализированные архиваторы. Для файловых баз 1С 7.7 существуют отдельные утилиты резервного копирования (например, бесплатный архиватор GComp). Их смысл в том, что индексные файлы .CDX в архив не включаются — они автоматически восстанавливаются при первом входе в базу, поэтому архив получается заметно меньше. Это пригодится, когда базу нужно часто передавать или хранить много копий.

Настройка автоматического резервного копирования

Ручное копирование легко забыть. Для регулярных бэкапов настройте автоматический сценарий — он работает в нерабочее время и не требует участия человека.

Для файловой базы подойдёт связка «командный файл + Планировщик заданий Windows». Пример .bat, который архивирует папку базы с датой в имени (архиватор 7-Zip):

@echo off
set BASE=D:\Bases\Buh77
set DEST=E:\Backup
set DT=%date:~6,4%-%date:~3,2%-%date:~0,2%
"C:\Program Files\7-Zip\7z.exe" a "%DEST%\Buh77_%DT%.zip" "%BASE%\*" -mx5

Этот файл добавьте в Планировщик заданий (Пуск → Средства администрирования → Планировщик заданий → «Создать простую задачу») и назначьте запуск, например, ежедневно в 22:00, когда в базе уже никто не работает.

Для SQL-версии автоматизацию делают средствами самого сервера: планы обслуживания (Maintenance Plans) или задания SQL Server Agent с командой BACKUP DATABASE по расписанию. Такой бэкап снимается без остановки работы пользователей.

Полезные привычки для любого варианта:

• 🗂️ храните несколько последних копий, а не одну (перезаписанная копия не спасёт от ошибки, замеченной через неделю);
• 💾 держите хотя бы одну копию на отдельном носителе или в другом месте — на случай отказа диска;
• ✅ раз в период проверяйте, что копия реально открывается, а не просто лежит файлом.

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