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

Перед обновлением, доработкой или переносом программы лучше потратить несколько минут на бэкап, чем потом восстанавливать учет по скриншотам и письмам.

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

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

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

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

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

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

Хорошая копия отвечает на три вопроса:

1. Где она лежит?
2. За какую дату и время она создана?
3. Кто уже проверил восстановление на отдельной базе?

Если хотя бы одного ответа нет, систему резервирования еще рано считать готовой.

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

Для исполнителя формулировка задачи должна быть конкретной. Не «сделайте бэкап», а: «создать архив рабочей базы перед обновлением, сохранить на отдельный диск, назвать файл по шаблону, проверить запуск тестовой копии, прислать путь и скрин результата». Такую задачу проще принять и оплатить без споров.

Что проверить до старта

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

Если база находится в облаке, на сервере или у франчайзи, не пытайтесь копировать ее «как папку» через удаленный рабочий стол. Сначала уточните тип размещения и доступные инструменты администрирования. В серверном варианте файл на компьютере пользователя не является самой базой, поэтому локальное копирование ярлыка ничего не защитит.

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

В выдаче часто показывают один универсальный путь: открыть Конфигуратор, выбрать выгрузку и сохранить файл. Это рабочий сценарий, но не единственный. В 1С есть разные варианты размещения и обслуживания, поэтому для статьи сильнее подходит формат «от задачи к способу», а не один набор скриншотов.

Ниже — короткая таблица. Она помогает выбрать подход до того, как вы начнете нажимать кнопки. Это единственная таблица в статье, чтобы не дробить инструкцию на одинаковые схемы.

Способ	Когда подходит	Что получите	Риски
Штатное копирование в режиме 1С	Нужно быстро сохранить типовую файловую базу без входа в Конфигуратор	Архив, который программа умеет восстановить через раздел обслуживания	Нужны права и свободное окно без активной работы
Выгрузка через Конфигуратор	Перед обновлением, переносом или доработкой; нужен файл .dt	Файл выгрузки информационной базы	Файл надо проверять восстановлением, а не только наличием
Копирование файла .1CD	Файловая база, доступ к каталогу известен, работа остановлена	Копию файла базы	Нельзя копировать при активной работе пользователей
Средства СУБД	Клиент-серверная база, несколько пользователей, регулярные архивы	Полный или разностный backup базы данных	Нужен администратор и понятный регламент хранения

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

Когда нужен .dt, а когда .1CD

Файл .dt удобен для переноса и восстановления через Конфигуратор. Его часто создают перед обновлением конфигурации, загрузкой расширений, переносом на другой компьютер или передачей специалисту. Это не просто копирование папки, а выгрузка информационной базы штатным инструментом платформы.

Файл .1CD — это файл файловой базы. Такой способ может выручить, если Конфигуратор не открывается или нужен быстрый снимок каталога. Но есть жесткое условие: все сеансы должны быть закрыты. Иначе безопасность архива под вопросом, а ошибка проявится только при попытке запуска.

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

Подготовка перед сохранением

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

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

1. Уточните тип базы: файловая, клиент-серверная, облачная или размещенная у подрядчика.
2. Проверьте права: нужен доступ к разделу обслуживания, Конфигуратору или СУБД.
3. Предупредите пользователей и назначьте окно без работы.
4. Проверьте свободное место: архив может быть близок к размеру базы или больше при сжатии и временных файлах.
5. Выберите папку вне рабочего каталога: отдельный диск, сетевое хранилище или защищенное облако.
6. Придумайте имя файла: название базы, дата, время, причина создания.
7. Запланируйте проверку: восстановить архив в отдельную тестовую базу.

📌Закрепите!

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

Для фрилансера 1С подготовка — часть услуги, а не мелочь. В брифе стоит спросить: сколько пользователей работает в базе, где она размещена, какой объем каталога, есть ли ночное окно, кто может выдать права администратора. Эти ответы влияют на срок и цену. Нельзя обещать «за 10 минут», если база на сервере, а доступ к SQL еще не выдан.

Как назвать файл

Название должно помогать через месяц, а не только сегодня. Рабочий шаблон такой: kod_organizacii_baza_data_vremya_prichina. Например: romashka_buh_2026-06-25_2130_before_update.dt. В кириллице тоже можно, но латиница реже ломается при переносе между системами и архиваторами.

Не называйте файл «копия», «новая», «последняя» или «резерв». Такие названия быстро превращаются в хаос. Если архивов несколько, сортировка по дате должна сама показывать свежий файл. Для регулярного процесса добавьте журнал: дата, способ, размер, исполнитель, результат проверки.

Ручная выгрузка через Конфигуратор

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

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

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

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

Мини-пример задачи исполнителю

«Нужно перед обновлением 1С создать .dt-архив рабочей бухгалтерской базы. Работы провести после 20:00, когда пользователи выйдут. Сохранить файл в D:\Backup_1C и на сетевой диск. Название: company_buh_дата_время_before_update.dt. После создания подключить тестовую базу, загрузить архив и проверить открытие списка организаций. В отчет добавить путь, размер файла, время создания и результат проверки».

Такая формулировка убирает двусмысленность и снижает риск спора при приемке.

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

Частая ошибка — восстанавливать .dt поверх рабочей базы «для проверки». Так делать нельзя. Загрузка архива заменит текущие данные. Для проверки создают новую пустую информационную базу, дают ей отдельное имя и только туда загружают файл. Рабочий контур должен остаться нетронутым.

Автоматическое копирование по расписанию

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

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

«Администрирование» → «Обслуживание» → «Резервное копирование и восстановление» → «Настройка резервного копирования».

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

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

💡Заметьте!

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

Как настроить расписание

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

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

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

Как проверить автоматический процесс

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

Для рабочего регламента полезно назначить простую проверку раз в неделю. Ответственный открывает папку, смотрит последние даты, проверяет свободное место и один раз в месяц запускает тестовое восстановление. Это занимает меньше времени, чем разбор аварии, и помогает заранее увидеть, что расписание не выполняется после смены пароля, переезда сервера или обновления платформы.

Как выбрать место хранения

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

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

Для безопасности ограничьте права. Доступ на чтение и удаление нужен не всем, кто работает с программой. Хорошая практика — отдельно хранить рабочие архивы и отдельно копии «перед изменениями». Тогда при споре проще понять, к какой точке можно откатиться.

Если подрядчик настраивает процесс, попросите не только путь, но и сценарий восстановления. Фраза «архивы лежат на диске D» не отвечает на главный вопрос: сколько времени займет возврат к работе после сбоя. В ТЗ закрепите допустимую потерю данных и срок восстановления простыми словами: «можно потерять не больше одного рабочего дня», «нужно поднять тестовую базу за один час».

Как проходит восстановление

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

Начинайте восстановление только в отдельном контуре. Создайте новую пустую информационную базу, дайте ей название вроде test_restore_2026_06_25 и откройте через Конфигуратор. Затем выберите «Администрирование» → «Загрузить информационную базу», укажите нужный файл .dt и подтвердите загрузку. После завершения запустите тестовую в пользовательском режиме: так вы проверите архив, не рискуя рабочими данными.

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

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

Для зарплатной или торговой добавьте один профильный тест: расчет начислений, остатки товаров, обмен с сайтом или банк-клиент.

Мини-кейс из практики:

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

Частые ошибки

1. Копируют папку, пока в базе работают пользователи. Результат может выглядеть нормальным, но не восстановиться.

2. Хранят архив только на том же диске. При поломке диска пропадает и оригинал, и бэкап.

3. Не подписывают файл датой и причиной. Через неделю непонятно, какой архив нужен.

4. Проверяют наличие файла, но не делают тестовое восстановление. Это главная слабая точка.

5. Настраивают расписание, но не проверяют отчеты об ошибках. Автоматизация молча перестает помогать.

6. Загружают архив поверх рабочей базы без отдельной копии текущего состояния.

❗ Это важно!

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

Что закрепить в ТЗ

Для заказчика и исполнителя лучше заранее зафиксировать не только действие, но и результат. В ТЗ укажите тип базы, способ резервирования, окно работ, путь хранения, периодичность, срок хранения, правила доступа, формат отчета и порядок проверки. Если нужна помощь после сбоя, отдельно пропишите срок реакции и допустимый простой. В брифе можно оставить прямой вопрос: как сделать резервную копию 1С именно в вашей схеме размещения.

Добавьте в документ две практичные метрики без сложной терминологии:

1. Сколько последних операций компания готова потерять при аварии.
2. За какое время нужно вернуть доступ к базе.

Для маленького бизнеса это можно записать обычными словами: «архив не старше вчерашнего вечера» и «восстановить работу в течение одного рабочего дня». Так подрядчик понимает ожидания, а заказчик видит, за что платит.

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

Шаблон договоренности с формулировкой, понятной обеим сторонам:

«Исполнитель настраивает резервное копирование базы 1С для рабочей информационной базы. Копирование выполняется ежедневно в 22:00. Хранятся последние 7 ежедневных архивов и один архив перед обновлением. После настройки исполнитель проводит тестовое восстановление в отдельную базу и передает отчет: путь, размер файла, дата, результат запуска».

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

Короткий FAQ

1. Можно ли хранить архив на флешке? Можно, если это дополнительная копия, а не единственное место хранения. Флешки теряются и выходят из строя, поэтому лучше использовать их только как временный носитель.

2. Нужно ли делать копию перед каждым обновлением? Да, перед обновлением, массовой обработкой, изменением конфигурации и переносом. Даже если есть ночной архив, ручная точка перед работой ускоряет откат.

3. Что выбрать для файловой базы: .dt или копию .1CD? Для переноса и проверки через Конфигуратор удобнее .dt. Это понятный формат, который проще загрузить в отдельную тестовую базу. Копия .1CD иногда создается быстрее, но требует аккуратности: пользователей нужно вывести из программы, а файл нельзя подменять в рабочем каталоге без свежей страховочной копии.

4. Можно отдать резервирование подрядчику? Да, если задача описана конкретно. Укажите, какую базу 1С сохранить, когда проводить работу, куда положить архив, сколько копий оставить и как подтвердить результат. В приемке попросите не скриншот папки, а короткий отчет: путь к файлу, дата, размер, способ проверки и результат тестового запуска. Для серверной базы привлекайте специалиста с пониманием администрирования СУБД и прав доступа.

Подытожим

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

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

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

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

Вам нужна биржа фриланса для новичков или требуются разработчики сайтов?