Как снять копию базы 1С: способы и проверка результата

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

Способ снятия копии зависит от того, как развёрнута база: файловый вариант (папка с файлом 1Cv8.1CD) или клиент-серверный (MS SQL, PostgreSQL, Oracle). Для файловой базы достаточно выгрузки через конфигуратор или простого копирования файла. Для серверной используются штатные средства СУБД или выгрузка в файл .dt.

Важно понимать разницу между двумя видами копий. Файл выгрузки .dt — это логическая копия данных в формате платформы: её можно загрузить в любую базу той же конфигурации. Копия файла 1Cv8.1CD или дамп SQL — это физическая копия, которая восстанавливается быстрее, но привязана к конкретному способу развёртывания.

Ниже разобраны все рабочие способы, условия их применения, проверка результата и типичные ошибки, из-за которых копия оказывается непригодной в самый неподходящий момент.

Какой способ копирования выбрать

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

Для файловой базы доступны два пути: выгрузка в .dt через конфигуратор и прямое копирование файла 1Cv8.1CD. Выгрузка надёжнее для переноса и долгого хранения, копирование файла — быстрее для больших баз. Для серверной базы основные варианты — выгрузка .dt или резервная копия средствами СУБД (например, backup в MS SQL Server).

Сравнение способов

Выгрузка в .dt

Универсально, подходит для переноса и хранения. Медленно на больших базах, требует монопольного доступа.

Копирование файла 1Cv8.1CD

Быстро, но только для файловых баз и только при закрытых сеансах всех пользователей.

Резервная копия СУБД

Для серверных баз: быстро, можно автоматизировать по расписанию. Требует прав администратора СУБД.

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

Это самый распространённый и безопасный способ. Запустите базу в режиме «Конфигуратор» с учётной записью, обладающей правами администратора. Затем откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите папку и имя файла — удобно включать в имя дату, например base_2026-05-10.dt.

Выгрузка требует монопольного доступа: все пользователи должны выйти из базы, а фоновые задания — завершиться. Если сеансы остались активными, конфигуратор сообщит об ошибке. Завершить сеансы можно через «Администрирование → Активные пользователи» или через консоль кластера для серверных баз.

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

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

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

Если база файловая, её копию можно получить, просто скопировав файл 1Cv8.1CD из папки базы. Это быстрее выгрузки, особенно на больших объёмах, и не требует входа в конфигуратор.

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

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

Копия серверной базы средствами СУБД

Для клиент-серверных баз на MS SQL Server стандартный способ — резервная копия через средства СУБД. В среде SQL Server Management Studio выберите базу, откройте контекстное меню, пункт «Задачи → Создать резервную копию», укажите тип «Полная» и путь к файлу .bak. Для PostgreSQL используется утилита pg_dump или графические инструменты администрирования.

Резервное копирование средствами СУБД можно выполнять без завершения работы пользователей — это его ключевое преимущество для круглосуточно работающих систем. Однако для гарантированной целостности многие администраторы дополнительно блокируют новые сеансы на время копирования.

Храните копии на отдельном диске или сетевом ресурсе, а не на том же томе, где лежит рабочая база. Настройте автоматическое резервное копирование по расписанию — это снимает зависимость от человеческого фактора.

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

Наличие файла копии ещё не гарантирует, что из неё можно восстановиться. Периодически выполняйте контрольное восстановление: создайте пустую тестовую базу и загрузите в неё файл .dt через «Администрирование → Загрузить информационную базу». Для копии 1Cv8.1CD достаточно подключить скопированную папку как новую базу в списке запуска.

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

Контрольные точки

Как проверить результат

Файл копии создан

Норма

Файл имеет ожидаемый размер, дата изменения свежая

Тревожный признак

Файл нулевого или аномально малого размера

Загрузка .dt в тестовую базу

Норма

Загрузка завершается без ошибок, база открывается

Тревожный признак

Ошибки формата потока или обрыв загрузки

Данные в восстановленной копии

Норма

Документы и справочники на месте, отчёты строятся

Тревожный признак

Пустые справочники, отсутствуют последние документы

Как восстановить базу из копии

Чтобы восстановить базу из файла .dt, создайте новую пустую информационную базу без конфигурации, откройте её в конфигураторе и выберите «Администрирование → Загрузить информационную базу». Укажите файл копии и дождитесь завершения. После загрузки база полностью заменяется содержимым копии, поэтому для восстановления поверх рабочей базы сначала снимите копию текущего состояния.

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

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

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

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

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

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

Часто задаваемые вопросы

Чем отличается файл .dt от копии файла 1Cv8.1CD?

Файл .dt — это логическая выгрузка данных в формате платформы: его можно загрузить в любую пустую базу, в том числе серверную. Файл 1Cv8.1CD — физический файл файловой базы, который просто подключается как готовая база. Для долгого хранения и переноса удобнее .dt, для быстрого восстановления файловой базы — копия 1Cv8.1CD.

Можно ли снять копию, пока пользователи работают в базе?

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

Как часто нужно снимать копии?

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

Куда лучше сохранять копии базы?

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

Выгрузка .dt завершилась ошибкой. Что делать?

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

Можно ли восстановить из копии только часть данных?

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