Как сделать копию базы 1С Розница

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

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

Прежде чем приступать, убедитесь, что у вас есть права администратора в 1С и доступ к папке с базой или к серверу СУБД. Все действия выполняйте, когда кассиры и другие пользователи завершили работу: активные сеансы могут привести к неполной или повреждённой копии.

Определите режим работы базы: файловый или клиент-серверный

От режима работы зависит вся процедура копирования. Узнать режим можно в списке информационных баз при запуске 1С: выделите базу и посмотрите строку в нижней части окна. Если путь выглядит как «File="D:\Bases\Retail"» — база файловая. Если указано «Srvr=..., Ref=...» — клиент-серверная.

Файловая база хранится целиком в одном файле 1Cv8.1CD внутри каталога базы. Это типичный вариант для магазина с одним-двумя рабочими местами. Клиент-серверная база хранится в СУБД, и файл .1CD на диске вы не найдёте — копировать нужно средствами самой СУБД или через выгрузку .dt.

Копирование файловой базы: самый быстрый способ

Если база файловая, самая простая копия — это копирование файла 1Cv8.1CD. Откройте каталог базы (путь виден в списке баз) и найдите файл с именем 1Cv8.1CD. Скопируйте его на внешний диск, сетевую папку или в другой каталог.

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

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

1. 1
   Завершите все сеансы пользователей и закройте конфигуратор
2. 2
   Откройте каталог базы и найдите файл 1Cv8.1CD
3. 3
   Скопируйте файл на другой диск или в архивную папку с датой в имени
4. 4
   Создайте в списке баз новый элемент с путём к копии
5. 5
   Запустите копию и проверьте открытие документов и отчётов

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

Выгрузка в .dt — универсальный метод, который работает и для файловых, и для клиент-серверных баз. Откройте базу в режиме «Конфигуратор», выберите в меню «Администрирование» пункт «Выгрузить информационную базу», укажите имя и папку для файла .dt и подтвердите операцию.

Выгрузка выполняется в монопольном режиме: пользователи на это время будут отключены. Длительность зависит от размера базы — у небольшого магазина это минуты, у базы с многолетней историей продаж — заметно дольше. Готовый файл .dt можно загрузить в пустую базу через пункт «Загрузить информационную базу» в том же меню.

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

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

Если Розница работает в клиент-серверном режиме, копию делают штатными средствами СУБД. Для MS SQL Server откройте SQL Server Management Studio, найдите нужную базу, вызовите контекстное меню и выберите задачу создания резервной копии (Tasks → Back Up) с типом Full. Укажите файл назначения с расширением .bak.

Для PostgreSQL резервную копию создают утилитой pg_dump, а восстановление выполняют через pg_restore или psql. В обоих случаях резервная копия СУБД сохраняет только данные, но не конфигурацию в виде, пригодном для прямого запуска, — поэтому восстановление базы в 1С требует создания новой информационной базы на сервере 1С и привязки её к восстановленной базе СУБД.

Перед созданием копии SQL-базы желательно завершить сеансы пользователей через консоль кластера серверов 1С. Это гарантирует, что в копию не попадут незавершённые транзакции.

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

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

В файловом режиме это делается простым скриптом, который копирует файл 1Cv8.1CD в архивную папку с датой в имени, а сам скрипт запускается планировщиком заданий Windows. В клиент-серверном режиме регулярные бэкапы настраиваются планом обслуживания в MS SQL Server или заданием планировщика для pg_dump.

copy "D:\Bases\Retail\1Cv8.1CD" "E:\Backup\Retail_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%.1CD"

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

Проверка копии и типичные ошибки

Копия считается рабочей только после проверки. Откройте её в режиме «Предприятие», сверьте остатки по складу с рабочей базой, откройте несколько последних документов продажи и сформируйте стандартный отчёт по продажам за последний день.

Отдельная ошибка — путать копию базы с обменом данными. Если магазин работает в РИБ (распределённой базе с центральным узлом), копия периферийной базы остаётся узлом РИБ со своими настройками обмена. Запуск такой копии в работе параллельно с оригиналом может привести к конфликтам обмена.

Частые вопросы о копировании базы 1С Розница