Администрирование · 12 мин
Как сделать архив данных 1С: пошаговое руководство
Как сделать архив данных 1С: выгрузка через конфигуратор, копирование файловой базы, регламентные задания и скрипты. Проверка архива, ошибки и ответы на вопросы.
Архив данных 1С — это резервная копия информационной базы, из которой можно восстановить учёт после сбоя оборудования, ошибочного обновления конфигурации или случайного удаления документов. Без регулярного архивирования любая поломка диска или неудачная доработка превращается в потерю оборотов, остатков и истории взаиморасчётов, восстановить которую часто невозможно.
Способ архивации зависит от режима работы базы. Файловая база хранится в одном файле 1Cv8.1CD, и архив получается либо копированием этого файла, либо выгрузкой через конфигуратор. Клиент-серверная база размещается в СУБД (MS SQL, PostgreSQL), и её резервируют средствами самой СУБД либо выгрузкой в dt-файл. Оба подхода рабочие, но у них разные требования к монопольному доступу и разное качество результата.
Ниже разобраны все основные способы: штатная выгрузка, копирование файла, автоматизация через планировщик и скрипты, проверка целостности архива и типичные ошибки, из-за которых копия оказывается непригодной именно в момент, когда она нужна.
Какие виды архивов бывают в 1С и чем они отличаются
Под «архивом 1С» обычно понимают три разные вещи. Первая — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Это логическая копия: платформа последовательно читает все объекты и записывает их в один файл. Такой архив переносим между версиями платформы и типами СУБД, но создаётся медленно и требует монопольного доступа.
Вторая разновидность — физическая копия файла базы 1Cv8.1CD для файлового режима или резервная копия средствами СУБД (backup в MS SQL, pg_dump в PostgreSQL) для клиент-серверного режима. Такие копии создаются быстрее и точнее отражают состояние базы на момент снятия, но привязаны к конкретной среде: файл 1CD откроется только как файловая база, а бэкап SQL — только в той же СУБД совместимой версии.
Третий вариант — штатное резервное копирование, встроенное в типовые конфигурации (раздел «Администрирование» → «Резервное копирование и восстановление»). Оно удобно для пользователя без доступа к конфигуратору, но работает только в файловом режиме и только при запущенном сеансе, поэтому как единственный механизм защиты его использовать не стоит.
Сравнение способов архивации
Универсально, переносимо между платформами и СУБД. Требует монопольного доступа, медленно на больших базах.
Быстро и просто, но только для файловых баз и только при полностью закрытых сеансах, иначе копия может быть повреждена.
Стандарт для клиент-серверных баз, можно делать без остановки работы. Требует навыков администрирования СУБД.
Просто для пользователя, но работает только в файловых базах и зависит от запущенного сеанса.
Как выгрузить архив через конфигуратор в файл .dt
Выгрузка в dt-файл — базовый приём, который обязан знать каждый администратор 1С. Он выполняется в конфигураторе и требует, чтобы с базой не работали другие пользователи: платформа должна получить монопольный доступ, иначе выгрузка не начнётся.
Порядок действий: запустите конфигуратор, выберите нужную базу и авторизуйтесь под пользователем с полными правами. Откройте меню «Администрирование» и пункт «Выгрузить информационную базу». Укажите папку и имя файла — удобно включать в имя дату, например buh_2026-01-15.dt, чтобы архивы не перезаписывали друг друга. Дождитесь окончания процесса: на больших базах выгрузка может занимать десятки минут.
Если выгрузка не стартует с сообщением о невозможности установить монопольный режим, значит, в базе остались активные сеансы. Их можно завершить через консоль кластера (для сервера 1С), через функцию «Блокировка установки соединений» или попросив пользователей выйти. Принудительно завершать сеансы стоит аккуратно: у пользователей могут быть несохранённые данные.
- 1Откройте конфигуратор и войдите в базу под полными правами
- 2Завершите активные сеансы пользователей или установите блокировку соединений
- 3Меню Администрирование → Выгрузить информационную базу
- 4Укажите папку и имя файла с датой
- 5Дождитесь завершения и проверьте, что файл создан и имеет ненулевой размер
Как скопировать файловую базу напрямую
Файловая база — это каталог, в котором главное содержимое хранится в файле 1Cv8.1CD. Архив такой базы получается обычным копированием этого файла (или всего каталога) в другое место: на сетевой диск, внешний носитель или в облачное хранилище. Способ быстрый даже на больших базах, потому что это просто файловая операция.
Критическое условие — во время копирования с базой никто не должен работать. Если пользователь держит файл открытым, копия может захватить несогласованное состояние данных, и при восстановлении база не откроется или потребует тестирования и исправления. Поэтому копирование планируют на ночь или выполняют после контролируемого завершения всех сеансов.
Проверить, что сеансов нет, можно по наличию файла блокировок 1Cv8.1CL в каталоге базы: пока он существует, кто-то подключён. После копирования имеет смысл один раз открыть копию конфигуратором с другого компьютера — это подтвердит, что файл скопировался целостно.
Архивирование клиент-серверной базы
Если база работает в клиент-серверном режиме, файл 1CD отсутствует — данные лежат в СУБД. Здесь правильный путь — штатные средства резервного копирования самой СУБД. Для MS SQL это полный backup через SQL Server Management Studio или план обслуживания; для PostgreSQL — утилита pg_dump или физическое копирование с WAL-архивацией.
Преимущество такого подхода — копию можно снимать без остановки работы пользователей, потому что СУБД обеспечивает согласованность снапшота. Дополнительно обычно настраивают копирование журналов транзакций, что позволяет восстановить базу не только на момент ночного бэкапа, но и на любую точку времени в течение дня.
Выгрузка в .dt для серверных баз тоже возможна, но используется реже: на больших объёмах она занимает часы и требует монопольного доступа. Её оставляют для переноса базы между СУБД, миграции в файловый режим или создания копии для разработчиков.
rem Ночной архив файловой базы через выгрузку в dt
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\buh_%date:~6,4%-%date:~3,2%-%date:~0,2%.dt" /DisableStartupDialogsКак автоматизировать создание архивов
Ручное архивирование рано или поздно забывают, поэтому рабочая схема всегда автоматическая. Для файловых баз стандартное решение — пакетный файл с вызовом платформы в режиме конфигуратора с параметром /DumpIB, запускаемый планировщиком задач Windows ночью. Команда показана в примере выше: указывается путь к платформе, каталог базы, учётные данные и имя выходного файла с датой.
Для клиент-серверных баз автоматизацию строят на планах обслуживания СУБД: ежедневный полный бэкап плюс копии журналов транзакций днём. Расписание настраивается один раз, дальше администратору остаётся контролировать успешность выполнения и наличие свободного места на диске архивов.
Важные детали любой автоматизации: храните несколько поколений архивов (например, ежедневные за неделю и еженедельные за месяц), размещайте копии физически отдельно от сервера с базой и настройте уведомление об ошибке задания. Архив, лежащий на том же диске, что и база, не спасёт при отказе диска.
Как проверить, что архив рабочий
Архив считается сделанным только после проверки восстановления. Практический минимум: периодически, хотя бы раз в месяц, создайте из свежего dt-файла тестовую базу (Администрирование → Загрузить информационную базу в пустую базу) и откройте её в режиме предприятия. Убедитесь, что открываются отчёты, присутствуют последние документы и нет сообщений об ошибках.
Для копий файла 1CD проверка — запуск конфигуратора на скопированном каталоге и, при желании, операция «Тестирование и исправление» в режиме только проверки. Если база открывается и тестирование не находит ошибок, копия целостна.
Дополнительный контроль — размер файлов. Резкое уменьшение размера очередного архива по сравнению с предыдущими без объективных причин (свертки, очистки) — повод разобраться: возможно, выгрузка оборвалась или задание отработало с ошибкой.
Как проверить архив
Файл существует, размер сопоставим с предыдущими копиями
Файла нет, размер нулевой или резко меньше обычного
Тестовая база загружается и открывается без ошибок
Загрузка обрывается или база не открывается
В восстановленной копии есть документы за день архивации
Последние документы отсутствуют
Типичные ошибки и ограничения
Самая распространённая ошибка — хранение архивов на том же диске или сервере, где работает база. При отказе оборудования или шифровальщике теряется и база, и копии. Вторая по частоте — копирование файла 1CD при открытых сеансах с получением непригодной копии. Третья — отсутствие проверки восстановления: архивы копятся месяцами, а при аварии выясняется, что задание планировщика давно падает с ошибкой.
Есть и ограничения, о которых полезно знать заранее. Выгрузка в dt не является инкрементальной — каждый раз создаётся полная копия, поэтому на больших базах она требует времени и места. Штатное резервное копирование из режима предприятия не работает в клиент-серверных базах. А восстановление dt в более старую версию платформы, чем та, на которой делалась выгрузка, невозможно — только в ту же или более новую.
Что важно запомнить
Делайте архив регулярно и автоматически: выгрузка в .dt — универсальный способ, копирование файла — быстрый для файловых баз, бэкап СУБД — стандарт для серверных. Храните несколько поколений копий отдельно от рабочего сервера и регулярно проверяйте восстановление. Перед обновлением конфигурации всегда снимайте внеочередную копию.
Ответы на частые вопросы
Чем отличается выгрузка в .dt от копирования файла базы?
Выгрузка в .dt — это логическая копия, которую платформа собирает по объектам; она переносима между файловым и клиент-серверным режимами и между версиями платформы. Копирование файла 1Cv8.1CD — физическая копия, она быстрее, но открывается только как файловая база и требует полного отсутствия сеансов в момент копирования.
Можно ли делать архив, пока пользователи работают в базе?
Выгрузка в .dt через конфигуратор требует монопольного доступа, поэтому нет. Копирование файла 1CD при работающих пользователях технически возможно, но даёт рискованную копию — так делать не стоит. Работать без остановки пользователей позволяют только средства резервного копирования СУБД в клиент-серверном режиме.
Как часто нужно делать архив 1С?
Минимум для активно используемой базы — один раз в день, обычно ночью. При интенсивном вводе документов имеет смысл дополнять ночную копию дневными копиями журналов транзакций (в клиент-серверном режиме). Перед обновлением конфигурации, свёрткой базы или массовой загрузкой данных архив делают внепланово, непосредственно перед операцией.
Сколько архивов нужно хранить одновременно?
Практичная схема — ежедневные копии за последнюю неделю, еженедельные за месяц и ежемесячные за более длительный срок. Глубина зависит от требований учёта и доступного места. Главное — никогда не хранить единственный архив, который перезаписывается каждый раз: при сбое во время архивации вы останетесь без копии вообще.
База не восстанавливается из dt-файла, что делать?
Сначала проверьте версию платформы: загрузка возможна только в ту же или более новую версию, чем та, на которой делалась выгрузка. Убедитесь, что файл скопировался полностью — сравните размер с исходным. Если файл повреждён, восстановите его из другой копии архива. Именно поэтому хранят несколько поколений архивов, а не один файл.
Нужен ли архив, если база в облаке у франчайзи или в 1С:Фреш?
В облачных сервисах резервное копирование обычно выполняет провайдер, но стоит уточнить условия: глубину хранения копий и порядок восстановления по запросу. Дополнительно полезно периодически выгружать собственную копию в .dt — она понадобится при смене сервиса, переезде в локальную базу или спорных ситуациях с доступностью данных.