Копия информационной базы 1С: физическая, выгрузка .dt и режим «Это копия»

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

Есть и третий смысл слова. Если базу скопировали или перенесли, типовая конфигурация при запуске спрашивает: «Информационная база перемещена» или «Это копия информационной базы». От ответа зависит, будут ли в этой базе работать обмены, почта и регламентные задания.

Три значения слова «копия» в 1С

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

• 💾 Резервная копия базы — данные плюс конфигурация. Из неё восстанавливают базу целиком.
• 📄 Файл конфигурации .cf — только программа, без данных. Создаётся командой «Сохранить конфигурацию в файл». Документов и справочников в нём нет.
• 🏷️ Признак «копия» в самой базе — ответ в окне, которое появляется после переноса базы. Он говорит программе: «я не рабочая база, не трогай внешние ресурсы».

Есть и бытовое значение: копирование элемента справочника или документа клавишей F9. К теме резервирования оно отношения не имеет.

Физическая копия и выгрузка .dt: в чём разница

Это главный практический вопрос. Оба варианта называют «копией базы», но работают они по-разному.

Физическая копия — это побайтовый снимок хранилища. Для файловой базы это файл 1Cv8.1CD в каталоге базы. Для клиент-серверной — резервная копия базы данных средствами СУБД (MS SQL Server, PostgreSQL).

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

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

Зачем нужна копия базы

Резервная копия — не только защита от сбоя диска. Вот ситуации, где без неё не обойтись:

• 🔄 Перед обновлением конфигурации. Если обновление прервалось или испортило доработки, база откатывается за минуты.
• 🧪 Тестовая база. На копии проверяют новый релиз, обработку от программиста, массовое перепроведение документов .
• 🚚 Переезд. Новый сервер, новый офис, переход с файлового варианта на SQL.
• 📚 Архив за закрытый год. Перед свёрткой базы старое состояние сохраняют отдельно.
• 🛠️ Перед «Тестированием и исправлением». Эта операция меняет данные и может удалить битые записи.
• 🧾 Ошибки пользователей. Удалили помеченные объекты не те, провели не тот документ задним числом — нужный кусок данных можно посмотреть в восстановленной рядом копии.

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

Выбор способа зависит от варианта работы базы. Узнать его просто: в списке баз выделите базу и посмотрите строку внизу окна запуска. Там будет либо путь File="…", либо Srvr="…";Ref="…" для серверной.

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

1. Попросите всех выйти из программы. Проверить, что никого нет, можно в Администрирование → Обслуживание → Активные пользователи.
2. Откройте каталог базы. Путь виден в окне запуска.
3. Скопируйте файл 1Cv8.1CD в другое место: на другой диск, в сетевую папку, в облако.
4. В имя копии добавьте дату: Buh_2026-10-07.1CD — так копии не перепутаются.

Не копируйте файл 1Cv8.1CD, пока в базе кто-то работает: копия может оказаться неполной и не откроется.

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

1. Запустите базу в режиме «Конфигуратор» под пользователем с полными правами.
2. Откройте меню Администрирование → Выгрузить информационную базу.
3. Укажите папку и имя файла, например Buh_2026-10-07.dt.
4. Дождитесь сообщения о завершении выгрузки.

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

Резервное копирование из пользовательского режима

В БП 3.0, ЗУП 3.1, УТ 11 для файловой базы под Windows есть встроенная обработка: Администрирование → Обслуживание → Резервное копирование и восстановление. Команда «Создать резервную копию сейчас» сама завершает сеансы, делает архив и снова открывает программу.

Для клиент-серверной базы эта форма предлагает пользоваться средствами СУБД — и это правильно.

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

• MS SQL Server. Полная копия базы (Full backup) через SQL Server Management Studio или план обслуживания. Выгонять пользователей не нужно.
• PostgreSQL. Утилита pg_dump в формате custom (-Fc), восстановление — pg_restore.

pg_dump -U postgres -Fc -f D:\Backup\buh_2026-10-07.backup buh

Бэкап СУБД снимается «на ходу» и согласован внутри себя, поэтому это основной способ ежедневной защиты серверных баз.

Окно «Это копия информационной базы»: что выбрать

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

Предлагаются два ответа:

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

Зачем это нужно. Представьте: тестовая копия бухгалтерии ночью сама запускает обмен с УТ и загружает туда тестовые документы. Или забирает входящие документы ЭДО, и в рабочей базе их уже нет. Блокировка защищает от таких сюрпризов.

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

Как восстановить

• Из копии файла 1Cv8.1CD. Закройте программу у всех, переименуйте испорченный файл (не удаляйте), положите на его место копию с именем 1Cv8.1CD.
• Из .dt. В Конфигураторе Администрирование → Загрузить информационную базу. Загрузка полностью заменяет текущие данные и конфигурацию.
• Из бэкапа СУБД. Восстановление средствами SQL Server или pg_restore, затем запуск базы.

Загрузка .dt стирает всё, что было в базе. Грузите в новую пустую базу, если не уверены на 100 %.

Надёжный приём: создайте в списке баз новую пустую базу «Копия для проверки» и загрузите .dt туда. Рабочая база при этом не пострадает.

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

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

1. Разверните копию в отдельную базу.
2. Откройте её, посмотрите последние документы — дата должна совпадать с днём копирования.
3. Сформируйте оборотно-сальдовую ведомость и сравните итоги с рабочей базой на ту же дату.
4. Для файловой базы запустите утилиту проверки физической целостности chdbfl.exe. Она лежит в каталоге bin установленной платформы.
5. В Конфигураторе выполните Администрирование → Тестирование и исправление — только на копии, в режиме проверки без исправления.

Автоматизация резервного копирования

Ручная копия раз в месяц не защищает от потери недели работы. Копирование надо поставить на расписание.

Встроенная настройка в программе

В той же форме Администрирование → Обслуживание → Резервное копирование и восстановление для файловой базы включается автоматическое копирование. Задаются:

• 📅 расписание — ежедневно, при завершении работы или по дням недели;
• 📁 каталог для копий — лучше на другом диске или в сетевой папке;
• 🔢 сколько копий хранить или за какой срок.

Минус способа: копия делается, только когда программа запущена на этом компьютере.

Пакетный файл и Планировщик заданий Windows

Выгрузку .dt можно запускать из командной строки ключом /DumpIB. Пример для файловой базы:

@echo off
set D=%date:~6,4%-%date:~3,2%-%date:~0,2%
"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB"E:\Backup\Buh_%D%.dt" /Out"E:\Backup\log_%D%.txt"

Номер версии платформы в пути подставьте свой. Файл ставят в Планировщик заданий на ночь. Журнал /Out покажет, прошла ли выгрузка: при занятой базе там будет сообщение об ошибке.

Серверные базы

Для MS SQL — план обслуживания с полным бэкапом раз в сутки. Для PostgreSQL — pg_dump в задании Планировщика или cron. Отдельно настройте удаление старых копий, иначе диск закончится.

Классическая схема хранения — правило 3-2-1: три копии, на двух разных носителях, одна вне офиса. Копия на том же диске, что и база, при отказе диска пропадёт вместе с ней.

Частые ошибки при работе с копиями

• ❌ Копируют каталог базы при работающих пользователях. Файл копируется, но не открывается или открывается с ошибками.
• ❌ Хранят копии на том же диске. Сбой диска или шифровальщик уносит и базу, и все копии разом.
• ❌ Путают .cf и .dt. Сохранили конфигурацию и думают, что сохранили данные.
• ❌ Загружают .dt в рабочую базу «на всякий случай». Все проводки после даты копии исчезают.
• ❌ Не проверяют копии. Скрипт полгода пишет файлы по 0 КБ, а заметно это только в день аварии.
• ❌ Работают в копии как в рабочей базе. Пользователь не заметил, что открыл тестовую базу, и неделю вносит туда документы. Назовите копию явно: «ТЕСТ — копия от 07.10» — заголовок виден в окне программы.
• ❌ Отвечают «перемещена» на тестовой копии. Копия начинает обмениваться с рабочими базами и отправлять письма контрагентам.

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