Администрирование · 10 мин
Куда 1С сохраняет резервную копию базы при обновлении
Разбираемся, куда 1С делает резервную копию базы при обновлении: папка по умолчанию, как изменить путь, где искать файл копии и почему его стоит сохранять на другом диске.
При обновлении конфигурации через конфигуратор 1С предлагает создать резервную копию информационной базы, и многие администраторы соглашаются, не задумываясь, куда именно сохранится файл. Между тем знать расположение копии критически важно: если обновление пройдёт с ошибкой, восстановить базу можно только из этой копии, и искать её придётся быстро, часто в стрессовой ситуации.
По умолчанию 1С сохраняет резервную копию в ту же папку, где размещён каталог файловой информационной базы, или в подкаталог, указанный в настройках обновления. Файл копии представляет собой архив формата ZIP, внутри которого лежит файл 1Cv8.DT — выгрузка базы в стандартном формате платформы. Имя архива формируется автоматически и обычно содержит дату и время создания.
Для клиент-серверных баз поведение отличается: резервное копирование средствами конфигуратора выполняется через выгрузку в DT-файл, а каталог сохранения задаётся на компьютере, с которого запущено обновление. Это принципиально важный момент — копия не создаётся на сервере СУБД, и её физическое расположение нужно контролировать отдельно.
Где именно лежит резервная копия при стандартном обновлении
Когда вы запускаете обновление конфигурации через конфигуратор (меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию»), на одном из шагов появляется окно с предложением создать резервную копию. В этом окне есть флажок «Создать резервную копию ИБ» и поле с путём к каталогу. Если вы ничего не меняли, платформа подставляет путь по умолчанию.
Для файловой базы копия по умолчанию сохраняется в каталог самой базы — туда, где лежит файл 1Cv8.1CD. Например, если база находится в D:\Bases\Trade\, то архив с копией появится в той же папке. Имя файла формируется по шаблону с датой и временем, поэтому несколько копий не перезаписывают друг друга.
Если база подключена через список информационных баз с указанием сетевого пути, архив сохраняется по этому сетевому пути. Это значит, что при обновлении с рабочей станции копия физически создаётся на том сервере или компьютере, где размещён каталог базы, а не на вашем локальном диске.
Как увидеть и изменить путь сохранения копии
Путь к резервной копии не скрыт — он отображается прямо в диалоге обновления, но многие нажимают «Готово», не глядя на это поле. Чтобы контролировать расположение копии, достаточно на шаге создания резервной копии нажать кнопку выбора каталога и указать нужную папку вручную.
Рекомендуется выбирать каталог на другом физическом диске или сетевом ресурсе. Логика проста: если диск с базой выйдет из строя во время обновления, копия, лежащая рядом с базой, пропадёт вместе с ней. Отдельный диск или сетевая папка защищают от этого сценария.
- 1Откройте конфигуратор и запустите обновление конфигурации обычным способом
- 2На шаге с предложением создать резервную копию убедитесь, что флажок «Создать резервную копию ИБ» установлен
- 3Нажмите кнопку выбора каталога рядом с полем пути и укажите папку на другом диске или сетевом ресурсе
- 4Проверьте, что на выбранном диске достаточно свободного места — архив может занимать сопоставимый с базой объём
- 5Продолжите обновление и дождитесь сообщения о создании копии
Особенности для клиент-серверных баз
С базами на SQL Server, PostgreSQL или других СУБД ситуация принципиально иная. Резервная копия, которую создаёт конфигуратор при обновлении, — это не штатный бэкап СУБД, а выгрузка в DT-файл, упакованная в ZIP. Файл сохраняется на компьютере, где запущен конфигуратор, в каталог, указанный в диалоге обновления.
У этого подхода есть два следствия. Во-первых, выгрузка большой базы в DT может занять значительное время и потребовать много свободного места на локальном диске машины администратора. Во-вторых, восстановление из DT — тоже длительная процедура, и для больших баз она заметно медленнее, чем восстановление из бэкапа средствами СУБД.
Поэтому для клиент-серверных баз практика такова: штатную копию конфигуратора используют как дополнительную страховку, а основной бэкап делают средствами самой СУБД (например, полный backup базы в SQL Server) непосредственно перед обновлением. Такой бэкап хранится в каталоге, определённом настройками сервера СУБД, и восстанавливается значительно быстрее.
Способы резервного копирования перед обновлением
Подходит для файловых баз и небольших клиент-серверных. Ограничение: медленная выгрузка и восстановление больших баз
Оптимален для клиент-серверных баз любого размера. Требует доступа к серверу СУБД и навыков администрирования
Быстрый вариант для файловых баз при условии, что все пользователи вышли. Не подходит для баз в режиме работы
Как проверить, что копия создалась и пригодна к восстановлению
После завершения обновления не полагайтесь на отсутствие ошибок — откройте каталог, который был указан в диалоге, и убедитесь, что архив существует. Обратите внимание на размер файла: архив, весящий несколько килобайт при базе в сотни мегабайт, — явный признак того, что копия не создалась корректно.
Дополнительная проверка — открыть ZIP-архив и убедиться, что внутри есть файл 1Cv8.DT осмысленного размера. Для критически важных баз имеет смысл периодически выполнять тестовое восстановление копии в отдельную пустую базу: это единственный способ гарантировать, что файл действительно пригоден.
Как проверить резервную копию
ZIP-архив с датой и временем в имени существует
Каталог пуст или файл не появился
Размер сопоставим с объёмом базы (с учётом сжатия)
Несколько килобайт при большой базе
Внутри лежит 1Cv8.DT, архив открывается без ошибок
Архив повреждён или пуст
DT загружается в пустую базу без ошибок
Ошибка загрузки или неполные данные
Типичные ошибки и риски при обновлении
Самая распространённая ошибка — снятие флажка создания резервной копии ради экономии времени. Если обновление затронет данные некорректно или прервётся сбоем, откатить базу будет нечем, и потеряются все изменения за период с момента последнего внешнего бэкапа.
Вторая типичная проблема — нехватка места на диске, куда сохраняется копия. Если во время создания архива место закончится, копия будет неполной, а обновление при этом может продолжиться. Всегда проверяйте свободное место заранее: ориентируйтесь на объём, сопоставимый с размером базы.
Третья ошибка — обновление файловой базы, пока в ней работают пользователи. Даже если копия создалась, сама база после обновления может оказаться в рассогласованном состоянии. Перед обновлением завершите все сеансы и установите блокировку соединений.
Полезные настройки и автоматизация копирования
Чтобы не зависеть от ручных действий при каждом обновлении, настройте регулярное резервное копирование независимо от процедуры обновления. Для файловых баз это может быть скрипт, копирующий каталог базы по расписанию вне рабочих часов. Для клиент-серверных — регламентные бэкапы средствами СУБД.
Также полезно вести понятную структуру хранения копий: отдельная папка с архивами, в имени которых видна дата, и политика хранения — например, удаление архивов старше определённого срока после проверки успешности обновлений. Это предотвращает переполнение диска и путаницу между версиями копий.
Как выбрать действие
Частые вопросы
Где искать резервную копию, если я не запомнил указанный путь?
Для файловой базы проверьте в первую очередь каталог самой базы — рядом с файлом 1Cv8.1CD. Также поищите ZIP-архивы по дате создания через поиск проводника. Если обновление запускалось с другого компьютера, копия могла сохраниться на нём.
Можно ли обновить конфигурацию без создания резервной копии?
Технически да — достаточно снять соответствующий флажок. Но делать это стоит только при наличии свежего проверенного бэкапа, созданного другим способом. Без любой копии обновлять рабочую базу недопустимо.
Сколько места нужно для резервной копии при обновлении?
Ориентируйтесь на размер, сопоставимый с объёмом базы: архив сжимается, но степень сжатия зависит от данных. Для гарантии держите свободным объём, равный полному размеру базы, плюс запас на временные файлы обновления.
Чем отличается копия при обновлении от выгрузки через «Администрирование»?
По сути ничем: в обоих случаях создаётся выгрузка базы в формате DT, при обновлении она дополнительно упаковывается в ZIP. Загружаются оба файла одинаково — через «Загрузить информационную базу» в конфигураторе.
Можно ли восстановить базу из копии на другом компьютере?
Да. Скопируйте ZIP-архив на нужный компьютер, распакуйте файл 1Cv8.DT, создайте пустую информационную базу и загрузите в неё этот файл через конфигуратор. Привязки к исходному оборудованию у DT-файла нет.
Удаляет ли 1С старые резервные копии автоматически?
Нет, платформа не управляет жизненным циклом архивов. Копии накапливаются в каталоге, пока их не удалить вручную или скриптом. Регулярно проверяйте папку и удаляйте устаревшие архивы, чтобы не переполнить диск.
Что важно запомнить
Резервная копия при обновлении 1С сохраняется в каталог базы или в папку, указанную в диалоге обновления, в виде ZIP-архива с файлом 1Cv8.DT. Всегда проверяйте и при необходимости меняйте путь, храните копию на отдельном диске, контролируйте свободное место и проверяйте наличие и пригодность архива после создания.