Администрирование · 11 мин
Как сделать копию базы 1С Бухгалтерия
Как скопировать базу 1С Бухгалтерия: выгрузка через конфигуратор, копирование каталога, работа с SQL-базой. Проверка результата, ошибки и меры безопасности.
Копия базы 1С Бухгалтерии нужна в трёх типовых ситуациях: перед обновлением конфигурации, при переезде на другой компьютер или сервер и для создания тестовой среды, где можно безопасно проверять доработки и отчёты. Способ копирования зависит от того, как развёрнута база: в файловом варианте (папка с файлом 1Cv8.1CD) или в клиент-серверном (на SQL Server, PostgreSQL и т.п.).
Универсальный метод, который работает для обоих вариантов, — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Для файловых баз допустимо и простое копирование папки, а для серверных баз корректнее делать резервную копию средствами СУБД. Ниже разобраны все три подхода с условиями применения и проверкой результата.
Как определить тип вашей базы и выбрать способ копирования
Перед копированием выясните, где физически хранится база. Откройте список информационных баз в окне запуска 1С, выделите нужную и посмотрите строку в нижней части окна. Если путь выглядит как папка на диске или сетевом ресурсе (например, D:\Bases\Buh или \\Server\1C\Buh) — база файловая. Если указан сервер и имя базы — клиент-серверная.
Тот же ответ даёт пункт «О программе» в самой 1С: в разделе сведений об информационной базе виден режим работы. От типа базы зависит допустимый способ копирования: файл 1Cv8.1CD нельзя копировать «на горячую», пока к нему открыты соединения, а серверную базу вообще нельзя скопировать как папку — она живёт внутри СУБД.
Как выбрать способ копирования
Способ 1: выгрузка базы в файл .dt через конфигуратор
Это основной и самый безопасный метод. Файл .dt содержит и данные, и конфигурацию, его можно загрузить на любом другом компьютере с совместимой версией платформы 1С. Потребуются права администратора информационной базы и монопольный доступ: все пользователи должны выйти, фоновые задания — завершиться.
Порядок действий: запустите базу в режиме «Конфигуратор», дождитесь завершения работы пользователей (список активных сеансов виден в пункте «Администрирование» → «Активные пользователи»), затем откройте «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла, например Buh_backup.dt, и дождитесь окончания выгрузки. Для больших баз процесс может занять десятки минут — не прерывайте его.
- 1Предупредите пользователей и убедитесь, что все сеансы завершены
- 2Откройте базу в режиме «Конфигуратор» под учётной записью администратора
- 3Выберите «Администрирование» → «Выгрузить информационную базу»
- 4Укажите папку и имя файла .dt, дождитесь завершения выгрузки
- 5Проверьте, что файл создан и его размер не нулевой
- 6Перенесите файл на надёжный носитель или другой сервер
Чтобы развернуть копию из .dt, создайте новую пустую информационную базу (в окне запуска — «Добавить» → «Создание новой информационной базы» → база без конфигурации), откройте её в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», указав сохранённый файл. После загрузки конфигуратор предложит перезапустить сеанс — соглашайтесь.
Способ 2: копирование папки файловой базы
Если база файловая, её можно скопировать как обычную папку. Главный файл — 1Cv8.1CD, именно в нём хранятся все данные и конфигурация. Остальные файлы в папке (журналы, служебные индексы) вторичны, но проще скопировать каталог целиком.
Критическое условие — отсутствие открытых соединений. Если копировать файл, пока кто-то работает в базе, копия почти гарантированно окажется повреждённой: часть данных будет из старого состояния, часть — из нового, итоговый файл может не открыться вообще. Перед копированием завершите все сеансы 1С, закройте конфигуратор и убедитесь, что база не открыта по сети с других компьютеров.
После копирования добавьте новую базу в список: в окне запуска 1С нажмите «Добавить» → «Добавление в список существующей информационной базы» и укажите путь к скопированной папке. Чтобы не перепутать копию с рабочей базой, дайте ей понятное имя, например «Бухгалтерия (копия, тест)».
Способ 3: копия клиент-серверной базы средствами СУБД
Для баз на Microsoft SQL Server, PostgreSQL или других СУБД копирование папки не работает — данные хранятся внутри сервера баз данных. Здесь два корректных пути: выгрузка .dt из конфигуратора (как описано выше) или создание резервной копии средствами самой СУБД с последующим восстановлением под новым именем.
Вариант с бэкапом СУБД быстрее на больших базах и сохраняет данные в состоянии на момент копирования, но требует доступа к серверу БД и аккуратности: восстановленную копию нужно зарегистрировать в кластере 1С как отдельную информационную базу с собственным именем. Ошибка на этом шаге может привести к тому, что пользователи подключатся не к той базе.
Для регулярного резервного копирования серверных баз используйте штатные планировщики СУБД (например, планы обслуживания в SQL Server) или агент сервера 1С. Ручное копирование оставьте для разовых задач — переездов и создания тестовых сред.
Как проверить, что копия рабочая
Созданный файл или папка — ещё не гарантия успеха. Обязательно откройте копию в режиме «Предприятие» и выполните базовые проверки. Убедитесь, что база запускается без сообщений об ошибках структуры, открываются ключевые документы и справочники, строятся стандартные отчёты — например, оборотно-сальдовая ведомость за последний закрытый период.
Сверьте контрольные цифры: итог ОСВ по счёту, остатки по кассе и банку на конкретную дату в копии и в оригинале должны совпадать. Если копия создавалась для тестирования, дополнительно проверьте, что в ней отключены опасные регламентные операции: обмены с другими системами, отправка отчётности, синхронизация с банком — иначе тестовая база может отправить реальные данные.
Как проверить результат
База открывается без ошибок и предложений восстановления
Сообщение о нарушении целостности или невозможности открыть файл
Итоги совпадают с рабочей базой
Расхождения в оборотах или остатках
Документы открываются, проводятся, ссылки не битые
Ошибки «Объект не найден» при открытии
Обмены и отправка отчётности отключены
Тестовая копия выполняет реальные синхронизации
Типичные ошибки и меры безопасности
Большинство проблем при копировании баз связано не со сложностью процедуры, а с нарушением простых правил: копирование при открытых сеансах, отсутствие проверки результата, путаница между оригиналом и копией. Отдельный риск — хранение единственной копии на том же диске, что и рабочая база: при отказе диска теряется и то, и другое.
Держите как минимум одну копию вне основного компьютера или сервера: на внешнем диске, сетевом хранилище или в облаке. Перед обновлением конфигурации делайте свежую выгрузку .dt — это стандартная рекомендация, и пренебрегать ей не стоит: откат неудачного обновления без копии превращается в долгое восстановление данных вручную.
Удобно включать дату в имя файла выгрузки, например Buh_2026-05-15.dt. Когда копий несколько, это избавляет от гаданий, какая из них свежая, и упрощает ротацию старых архивов.
Как автоматизировать регулярное копирование
Разовые копии решают задачу переезда или тестирования, но для защиты данных нужен регулярный процесс. В файловом варианте можно настроить выгрузку .dt по расписанию через пакетный запуск конфигуратора с параметрами командной строки, запуская его планировщиком заданий Windows в часы, когда пользователи не работают.
"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Админ" /P"пароль" /DumpIB"E:\Backup\Buh_%date%.dt"В клиент-серверном варианте основной инструмент — планы обслуживания СУБД: полный бэкап ежедневно, разностные — чаще. Дополнительно в типовой 1С Бухгалтерии есть встроенная настройка резервного копирования («Администрирование» → «Обслуживание» → «Резервное копирование и восстановление»), которая подходит для файловых баз и умеет напоминать о копии при завершении работы.
Что важно запомнить
Универсальный способ скопировать базу 1С Бухгалтерии — выгрузка в .dt через конфигуратор при завершённых сеансах. Файловую базу можно скопировать папкой, но только без активных подключений. Серверную базу копируют через .dt или бэкап СУБД. Любую копию проверяйте запуском и сверкой отчётов, храните отдельно от рабочей базы.
Частые вопросы
Можно ли скопировать базу, не выгоняя пользователей?
Корректно — нет. Для выгрузки .dt и для копирования файловой базы требуется монопольный доступ. В серверном варианте «горячий» бэкап возможен средствами СУБД, но это задача администратора баз данных, а не обычного пользователя.
Чем файл .dt отличается от бэкапа SQL?
Файл .dt создаётся средствами 1С и переносим между платформами и типами СУБД, но выгружается дольше и требует монопольного доступа. Бэкап СУБД делается быстрее и может выполняться по расписанию, но привязан к конкретному серверу баз данных и требует навыков его администрирования.
Копия не открывается, 1С сообщает о повреждении базы. Что делать?
Чаще всего причина — копирование при открытых сеансах. Удалите испорченную копию и повторите процедуру, предварительно завершив все сеансы. Если повреждён оригинал, используйте утилиту chdbfl.exe из каталога платформы для тестирования и исправления файловой базы, предварительно сохранив исходный файл.
Нужно ли копировать базу перед обновлением конфигурации?
Да, обязательно. Обновление изменяет структуру данных, и при сбое откат возможен только из резервной копии. Перед обновлением сделайте выгрузку .dt и убедитесь, что файл создан полностью, — это займёт время, но сохранит данные при любой нештатной ситуации.
Можно ли загрузить .dt в базу с другой конфигурацией?
Нет. Загрузка .dt полностью замещает содержимое базы вместе с конфигурацией. Если нужно перенести только данные между разными конфигурациями, используются другие механизмы — например, обработки переноса данных через правила обмена.
Где лучше хранить копии базы?
Минимальное правило — не на том же диске, где лежит рабочая база. Практичная схема: свежая копия на сетевом хранилище или внешнем диске плюс периодическая копия в облаке или в другом помещении. Храните несколько поколений копий, чтобы можно было откатиться не только к вчерашнему состоянию.