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

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

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

Ниже разбираем, как правильно создать копию, отличить её от рабочей базы, выполнить в ней тестирование и перенести результат обратно. Материал подходит для файловых и клиент-серверных баз 1С:Предприятие 8.

Зачем нужна копия базы и когда без неё не обойтись

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

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

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

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

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

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

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

Файловая база — это каталог, в котором ключевой файл называется 1Cv8.1CD. Убедитесь, что все пользователи вышли из базы и сеансы завершены, затем скопируйте весь каталог (или только файл 1Cv8.1CD) в новое место и подключите его в списке баз через «Добавить → Существующая информационная база». Копировать базу, пока с ней работают, нельзя — файл может оказаться в несогласованном состоянии.

1. 1
   Завершите работу пользователей в базе или дождитесь нерабочего времени
2. 2
   Откройте Конфигуратор с правами администратора
3. 3
   Выполните Администрирование → Выгрузить информационную базу в файл .dt
4. 4
   Создайте новую пустую базу через стартовое окно 1С
5. 5
   Загрузите в неё файл .dt через Конфигуратор
6. 6
   Переименуйте базу в списке, добавив пометку «КОПИЯ» и дату
7. 7
   Войдите в копию и убедитесь, что данные на месте: откройте список документов и справочники

Как не перепутать копию с рабочей базой

Самая частая и самая опасная ошибка — ввести тестовые документы в рабочую базу, думая, что открыта копия. Интерфейс у них идентичен, поэтому нужны явные маркеры. Первый уровень защиты — имя базы в списке запуска: добавьте в название слово «КОПИЯ» и дату создания, например «Бухгалтерия КОПИЯ от 15-го». Второй уровень — настройка внутри базы: во многих конфигурациях можно изменить заголовок программы (Администрирование → Общие настройки → Заголовок системы), чтобы в шапке окна всегда было видно, где вы работаете.

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

Работа в копии: тестирование обновлений и доработок

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

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

Проверка массовых обработок

Перед запуском групповой обработки (изменение цен, перепроведение документов, корректировка остатков) выполните её в копии и зафиксируйте контрольные точки: суммы по ключевым отчётам до и после. Затем выборочно откройте 10–20 изменённых объектов и проверьте их вручную. Только после этого запускайте обработку в рабочей базе — и снова сверьте те же контрольные суммы.

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

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

Состояние данных после обновления

Норма

Отчёты формируются, итоги сходятся с контрольными значениями

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

Ошибки при открытии отчётов, расхождение итогов

Фоновые задания в копии

Норма

Регламентные задания отключены или выполняются в тестовом контуре

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

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

Отличие копии от рабочей базы

Норма

Название базы и заголовок окна явно указывают на копию

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

По внешнему виду базы неотличимы

Перенос доработок

Норма

Изменения перенесены через объединение конфигураций после теста

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

Код правился сразу в рабочей базе без проверки

Ограничения и риски при работе с копией

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

Третье ограничение — производительность и лицензии. Развёртывание копии клиент-серверной базы требует ресурсов сервера, а работа в ней занимает лицензии. Наконец, помните про интеграции: копия с включёнными обменами может отправить тестовые данные в интернет-банк, на сайт или в ЭДО. Отключайте все внешние соединения в копии сразу после загрузки.

Перенос результатов в рабочую базу

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

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

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

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

По технике создания — почти ничем: и то и другое обычно делается выгрузкой в .dt. Разница в назначении. Резервная копия хранится неприкосновенной для восстановления при сбое, а рабочая копия (тестовая база) предназначена для активной работы и экспериментов. Хорошая практика — иметь и то, и другое.

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

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

Как обновить устаревшую копию актуальными данными?

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

Нужно ли отключать регламентные задания в копии и как это сделать?

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

Можно ли передать копию базы стороннему программисту?

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

Что делать, если изменения случайно внесли в рабочую базу вместо копии?

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