Перед обновлением 1С нужна копия, из которой вы сможете вернуть базу в рабочее состояние. Способ копирования зависит от типа базы. Заранее попробуйте восстановление: нужно убедиться, что копия открывается и данные сохранились.
Для пошагового примера возьмём локальную файловую базу УНФ 3.0 на «1С:Предприятии 8.3» в Windows. Администратор копирует закрытый файл 1Cv8.1CD. Для клиент-серверной базы и облака порядок другой — начнём с этих различий.
Сначала выясните, что именно нужно сохранить
Запишите название базы, версии платформы и конфигурации, владельца процесса и планируемое изменение. Если номера неизвестны, начните со сведений о программе. Согласуйте момент копирования: какие документы должны уже попасть в базу и кто разрешит возобновить работу.
Выясните, где хранятся присоединённые файлы, внешние обработки и настройки обменов. Документы в отдельной сетевой папке могут не попасть в копию базы. Чтобы восстановить весь процесс, сохраните нужные внешние файлы отдельно и запишите, как они связаны с 1С.
Проверьте рабочий каталог вместе с администратором. Папка с похожим названием может оказаться старой копией. В заметках достаточно понятного обозначения базы — публиковать её сетевой адрес не нужно.
Выберите способ по типу базы
Для файлового варианта 1С допускает копирование 1Cv8.1CD при запрещённой работе пользователей с базой. Для клиент-серверного варианта применяется согласованное резервное копирование средствами используемой СУБД; копировать её рабочие файлы обычным Проводником нельзя. Различия описаны в методических рекомендациях 1С.
Выгрузка .dt — ещё один механизм платформы, который используют, в частности, для переноса базы. Её место в резервном копировании нужно определить отдельно. А файл .cf содержит конфигурацию: введённых пользователями данных в нём нет.
В сервисе 1С:Фреш используйте возможности резервирования приложения и предусмотренные права администратора. Документация сервиса различает системные копии, пользовательские копии и выгрузку данных. Для другого облачного провайдера запросите его порядок восстановления: наличие браузерного входа не означает одинаковые условия хранения.
Шаг 1. Остановите работу с файловой базой
Предупредите сотрудников о перерыве. Завершите сеансы и остановите обмены, регламентные задания и внешние программы, которые обращаются к базе. Закрыть только своё окно 1С недостаточно.
На время копирования администратор должен исключить повторный вход и убедиться, что никто не записывает данные. Если непонятно, какой процесс держит базу открытой, разберитесь с ним до копирования. Удалять файлы блокировок наугад не стоит.
Копирование открытого файла в произвольный момент не становится безопасным от того, что Windows не показала ошибку. Для отдельного продукта резервирования действуют его документированные условия согласованного снимка; они не переносятся автоматически на ручное копирование.
Шаг 2. Сохраните закрытый файл
Создайте отдельный каталог назначения с ограниченным доступом и достаточным свободным местом. Скопируйте, а не переместите, файл 1Cv8.1CD из проверенного каталога. Для имени папки используйте дату, время и обозначение базы, например «УНФ_перед_доработкой_2026-09-12_1800». Не перезаписывайте предыдущую единственную копию.
Дождитесь окончания копирования и сравните размеры двух файлов. Если у вас есть принятый инструмент проверки, сравните и контрольные суммы. Это поможет заметить ошибки переноса. Открывается ли сама база и верны ли данные, проверим следующим шагом.
Запишите, где лежит копия. Экземпляр на том же диске удобен для быстрого теста, но при отказе диска можно потерять и его. Сохраните ещё один в предусмотренном независимом хранилище. Доступ к нему нужен только тем, кто отвечает за восстановление.
Шаг 3. Подготовьте отдельную тестовую базу
Создайте отдельный каталог для проверки и поместите туда экземпляр сохранённого файла. В списке запуска 1С добавьте существующую информационную базу, указав именно этот каталог. Назовите запись заметно, например «ТЕСТ — восстановление УНФ». Рабочую запись не редактируйте и её каталог не используйте как назначение восстановления.
Перед первым запуском отключите в тестовой среде подключения к рабочей почте, банкам, магазинам, обменам и оборудованию. Эти подключения могут сохраниться вместе с данными. При необходимости администратор ограничивает сеть и автоматические задания до открытия приложения. Проверка копии не должна отправить реальные документы или изменить внешнюю систему.
Для первого открытия возьмите тот же полный релиз платформы, на котором сохранили базу, если это возможно. Так при ошибке не придётся одновременно разбираться с восстановлением и обновлением. Запишите необходимые версии и компоненты заранее.
Шаг 4. Проверьте содержимое и работу
После входа откройте знакомый документ и последние записи, которые должны были попасть в копию. Сформируйте контрольный отчёт и сравните значения. Проверьте присоединённые файлы и, если это нужно для восстановления работы, доступ обычного пользователя.
Замерьте время переноса, запуска и проверки. Если оно больше допустимого простоя, способ восстановления нужно доработать, даже когда данные целы. При ошибке сохраните исходную копию и разберите причину, прежде чем запускать исправление базы.
После проверки сохраните краткий протокол: откуда восстановили, когда, какими версиями, что сравнили и кто принял результат. Для обновления расширения такая точка возврата должна существовать до изменения рабочей базы. Возврат к ней после начала работы означает потерю более поздних записей, поэтому решение об откате принимают отдельно, а не нажатием «на всякий случай».