Как сделать резервную копию 1С Управление торговлей

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

Способ резервного копирования зависит от режима работы базы. Файловая база (один файл с расширением .1CD) копируется как обычный файл или выгружается через конфигуратор. Клиент-серверная база (на MS SQL Server, PostgreSQL или другой СУБД) требует копирования средствами самой СУБД либо выгрузки через конфигуратор. Ниже разобраны все рабочие варианты.

Как определить режим работы вашей базы

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

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

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

Это универсальный метод, который работает и для файлового, и для клиент-серверного режима. Запустите базу в режиме «Конфигуратор» (кнопка в окне выбора баз), войдите под пользователем с правами администратора и откройте меню «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла, например UT_backup_01-06.dt, и дождитесь завершения.

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

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

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

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

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

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

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

Для базы на MS SQL Server правильный способ — штатный бэкап средствами СУБД: через SQL Server Management Studio (правый клик по базе → Tasks → Back Up) или скриптом по расписанию. Такой бэкап согласован на уровне транзакций и восстанавливается быстрее, чем загрузка из .dt. Аналогично для PostgreSQL используется утилита pg_dump.

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

Автоматизация: копии по расписанию

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

В самой программе 1С Управление торговлей есть встроенный механизм резервного копирования (раздел «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление»), он работает для файловых баз и умеет создавать архивы по расписанию при завершении работы или в указанное время. Это простой вариант для небольших компаний без системного администратора.

xcopy "D:\Bases\UT\1Cv8.1CD" "E:\Backup\%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%_UT\" /Y

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

Где хранить копии и как проверить восстановление

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

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

Типичные ошибки и ограничения

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

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

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