Администрирование · 10 мин
Как сохранить базу 1С 8.3: все рабочие способы
Пошаговая инструкция, как сохранить базу 1С 8.3: выгрузка в файл dt, копирование каталога, резервное копирование SQL-базы, проверка восстановления и типичные ошибки.
Сохранить базу 1С 8.3 можно тремя основными способами: выгрузкой информационной базы в файл с расширением .dt через конфигуратор, простым копированием каталога файловой базы и резервным копированием средствами СУБД, если база работает в клиент-серверном варианте. Каждый способ решает свою задачу и имеет ограничения, которые важно понимать до начала работы.
Резервная копия нужна не только «на всякий случай». Она обязательна перед обновлением конфигурации, перед массовой обработкой данных, перед переносом базы на другой компьютер или сервер и перед любыми экспериментами с настройками. Потеря рабочей базы без копии почти всегда означает потерю учета за весь период с последнего сохранения.
Ниже разобраны все рабочие методы сохранения базы 1С 8.3 с конкретными шагами, условиями выбора между ними, проверкой результата и типичными ошибками, из-за которых копия оказывается бесполезной в момент, когда она действительно нужна.
Как определить, какой у вас тип базы
Прежде чем выбирать способ сохранения, выясните, в каком режиме работает база — файловом или клиент-серверном. От этого зависит и способ копирования, и ограничения. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить»: в параметрах будет указан тип расположения — «На данном компьютере или в локальной сети» (файловая) либо «На сервере 1С:Предприятия» (клиент-серверная).
Для файловой базы в параметрах указан путь к каталогу, внутри которого лежит файл 1Cv8.1CD — это и есть вся база целиком. Для клиент-серверной указаны имя сервера и имя базы в СУБД, а сами данные хранятся в MS SQL Server, PostgreSQL или другой поддерживаемой СУБД.
Ищите файл 1Cv8.1CD — его можно копировать напрямую
Копирование каталога не сработает — нужен бэкап средствами СУБД или выгрузка в dt
Уточните у администратора тип базы и доступ к серверу
Выгрузка базы в файл .dt через конфигуратор
Это универсальный способ, который работает и для файловых, и для клиент-серверных баз. Результат — один файл с расширением .dt, содержащий данные и конфигурацию. Такой файл удобно переносить, хранить и разворачивать на другом компьютере.
Порядок действий: запустите конфигуратор нужной базы, войдите под пользователем с правами администратора, откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите папку и имя файла — удобно включать в имя дату, например base_2026-05-10.dt, чтобы потом не путаться в версиях копий.
- 1Завершите работу всех пользователей в базе или запланируйте выгрузку на нерабочее время
- 2Откройте базу в конфигураторе под администратором
- 3Выберите Администрирование → Выгрузить информационную базу
- 4Укажите путь и имя файла с датой в названии
- 5Дождитесь окончания выгрузки и проверьте размер файла — он не должен быть нулевым или аномально маленьким
Важный нюанс: во время выгрузки желательно, чтобы в базе никто не работал. Для файловой базы конфигуратор может потребовать монопольный доступ и завершить активные сеансы. В клиент-серверном варианте выгрузка технически возможна при работающих пользователях, но данные в копии могут оказаться не согласованными на один момент времени, если в это время проводились документы.
Ограничение способа: файл .dt не предназначен для регулярного автоматического бэкапа больших баз — выгрузка и последующая загрузка занимают заметное время, а при загрузке .dt база фактически создается заново. Для больших клиент-серверных баз правильнее использовать штатные средства СУБД.
Копирование каталога файловой базы
Если база файловая, самый быстрый способ ее сохранить — скопировать весь каталог базы средствами операционной системы. Главный файл — 1Cv8.1CD, но копируйте каталог целиком: рядом могут лежать вспомогательные файлы и папки, которые тоже пригодятся при восстановлении.
Критическое условие — перед копированием все пользователи должны выйти из базы, а сеансы 1С на компьютере — закрыты. Если скопировать файл 1Cv8.1CD, пока с ним работают, копия с высокой вероятностью окажется поврежденной или будет содержать несогласованные данные. Проверить, что база никем не открыта, можно через диспетчер задач (процессы 1cv8.exe) или просто убедившись, что все коллеги вышли.
После копирования проверьте результат: сравните размер исходного файла 1Cv8.1CD и скопированного — они должны совпадать. Дополнительная проверка — добавить скопированную базу в список информационных баз под другим именем и открыть ее: если база запускается и данные на месте, копия рабочая.
Резервное копирование клиент-серверной базы
Для базы на MS SQL Server штатный способ — создание резервной копии через SQL Server Management Studio: найдите базу в списке, щелкните правой кнопкой, выберите «Задачи» → «Создать резервную копию», укажите тип «Полная» и путь к файлу .bak. Такой бэкап создается быстро, не требует остановки работы пользователей и восстанавливается штатными средствами СУБД.
Для PostgreSQL используется утилита pg_dump, для других поддерживаемых СУБД — их штатные инструменты резервного копирования. В любом случае копируется база данных на уровне СУБД, а не каталог 1С.
pg_dump -U postgres -F c -f base_backup_$(date +%Y%m%d).dump имя_базыПомните, что в клиент-серверном варианте есть еще и сам кластер сервера 1С с регистрацией базы. При переносе на новый сервер недостаточно восстановить базу в СУБД — нужно также создать информационную базу в консоли кластера и указать ей восстановленную базу данных.
Какой способ выбрать и как настроить регулярность
Разовая копия перед рискованной операцией и регулярный бэкап — разные задачи. Перед обновлением конфигурации достаточно выгрузки в .dt: при неудаче вы быстро вернетесь к исходному состоянию. Для постоянной защиты от сбоев оборудования и человеческих ошибок нужен автоматический график: ежедневные копии, хранение нескольких последних версий, желательно на другом физическом носителе или в сетевом хранилище.
Сравнение вариантов
Универсально, переносимо между платформами. Медленно на больших базах, не подходит как единственный ежедневный бэкап
Быстро и просто для файловых баз. Требует полного выхода пользователей, не работает для клиент-серверных
Оптимально для клиент-серверных баз, работает «на горячую». Требует доступа к серверу СУБД и навыков администрирования
Автоматизация делается штатными средствами: планировщик заданий Windows с запуском скрипта копирования или pg_dump, планы обслуживания в MS SQL Server. Проверяйте, что задание реально выполняется — смотрите журнал планировщика и наличие свежих файлов копий.
Проверка копии и типичные ошибки
Копия, которая не проверена, не считается копией. Периодически выполняйте тестовое восстановление: загрузите .dt в пустую базу или подключите скопированный каталог как новую информационную базу и убедитесь, что данные открываются, отчеты строятся, последние документы на месте.
Как проверить результат
Размер соизмерим с размером базы
Файл нулевого размера или на порядки меньше ожидаемого
База открывается, данные актуальны
Ошибка при загрузке, база не открывается
Присутствуют документы за последний рабочий день
Данные отстают — копия делалась при работающих пользователях или давно
Частые вопросы
Чем отличается файл .dt от файла .cf?
Файл .dt — это выгрузка информационной базы целиком: данные плюс конфигурация. Файл .cf содержит только конфигурацию без каких-либо данных. Для резервного копирования учета нужен именно .dt; .cf используется для переноса и обновления конфигураций.
Можно ли сохранить базу, не заходя в конфигуратор?
Да. Файловую базу можно скопировать как обычный каталог через проводник, предварительно завершив все сеансы. Клиент-серверную базу копируют средствами СУБД без запуска конфигуратора. Конфигуратор нужен только для выгрузки в .dt.
Как часто нужно делать резервные копии?
Минимальный разумный режим для активно используемой базы — ежедневно, с хранением нескольких последних копий (например, за неделю) и отдельных месячных архивов. Перед каждым обновлением конфигурации делайте дополнительную копию вне графика.
Выгрузка в .dt прерывается с ошибкой — что делать?
Сначала выполните тестирование и исправление информационной базы (Администрирование → Тестирование и исправление) — часто ошибки выгрузки вызваны физическими повреждениями данных. Также проверьте свободное место на диске назначения и права доступа к папке.
Можно ли восстановить базу .dt на другом компьютере?
Да, это одно из главных достоинств формата. На новом компьютере создайте пустую информационную базу без конфигурации, откройте ее в конфигураторе и выполните «Администрирование → Загрузить информационную базу», указав файл .dt. Версия платформы должна быть не старше той, на которой делалась выгрузка.
Нужно ли сохранять базу перед обновлением, если обновление типовое?
Обязательно. Даже типовое обновление может завершиться ошибкой из-за доработок конфигурации, поврежденных данных или прерывания процесса. Без свежей копии откат будет невозможен, а восстановление превратится в долгую ручную работу.
Что важно запомнить
Универсальный способ сохранить базу 1С 8.3 — выгрузка в .dt через конфигуратор. Файловую базу можно копировать каталогом при закрытых сеансах, клиент-серверную — штатными средствами СУБД. Копии храните на другом носителе, делайте регулярно и периодически проверяйте тестовым восстановлением.