Как скопировать базу 1С: пошаговое руководство

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

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

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

Как определить, какой у вас тип базы

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

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

Способ 1. Скопировать файловую базу напрямую

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

Порядок действий: завершите работу всех пользователей в базе, найдите папку с базой (путь виден в списке баз в окне запуска 1С внизу окна), скопируйте папку в новое место — на другой диск, сетевой ресурс или внешний носитель. Минимально необходимый файл — 1Cv8.1CD; остальные файлы в папке (журналы, вспомогательные данные) копировать желательно, но не обязательно.

Чтобы подключить копию, в окне запуска 1С нажмите «Добавить» → «Добавление в список существующей информационной базы», укажите имя и путь к скопированной папке. База откроется как обычная.

1. 1
   Завершите все сеансы пользователей в базе
2. 2
   Найдите папку базы по пути из списка баз 1С
3. 3
   Скопируйте папку (или минимум файл 1Cv8.1CD) в новое место
4. 4
   Добавьте копию в список баз через «Добавить» в окне запуска
5. 5
   Откройте копию и проверьте данные за последние даты

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

Универсальный метод, который работает и для файловых, и для клиент-серверных баз. Выгрузка .dt — это логический снимок базы: данные плюс конфигурация. Такой файл удобно хранить как архив, пересылать и разворачивать в любом месте.

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

Чтобы развернуть копию, создайте пустую базу (в окне запуска «Добавить» → «Создание новой информационной базы» → вариант «без конфигурации»), откройте её в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», указав файл .dt. После загрузки конфигуратор предложит перезапуститься — согласитесь.

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

Способ 3. Копирование клиент-серверной базы через СУБД

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

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

Если опыта администрирования СУБД нет, безопаснее использовать выгрузку .dt — она медленнее, но не требует работы с серверными инструментами и не рискует затронуть боевые данные.

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

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

Самый быстрый вариант для файловой базы. Не подходит для клиент-серверной. Требует полного выхода пользователей.

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

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

Backup/restore через СУБД

Оптимально для больших клиент-серверных баз. Требует навыков администрирования СУБД и аккуратности с именами баз.

Как проверить, что копия получилась рабочей

После создания копии её нужно открыть и убедиться, что данные на месте. Минимальная проверка: база запускается без ошибок, открываются основные справочники (контрагенты, номенклатура), в документах видны записи за последние рабочие даты, отчёты формируются и показывают ожидаемые обороты.

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

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

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

Запуск копии

Норма

База открывается без ошибок и сообщений о повреждении

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

Ошибка открытия, требование восстановления — копия нецелостна

Данные за последние даты

Норма

Документы и проводки за последние рабочие дни присутствуют

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

Последние дни пустые — копия делалась при активных сеансах

Список пользователей

Норма

Пользователи перенесены, вход возможен

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

Список пуст или вход невозможен — нужно настроить пользователей заново

Типичные ошибки и риски при копировании

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

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

Копия как тестовая база: важные ограничения

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

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

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

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

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

Чем копия через .dt отличается от копирования папки с базой?

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

Переносятся ли пользователи и пароли при копировании базы?

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

Как сделать копию базы на удалённом сервере, если нет доступа к СУБД?

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

Сколько места нужно для копии базы?

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

Можно ли настроить автоматическое создание копий по расписанию?

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