Как настроить сохранение в 1С: от автосохранения до резервных копий

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

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

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

Как устроено сохранение данных в 1С

Всё, что пользователь вводит в документы, справочники и регистры, хранится в информационной базе. В файловом варианте это каталог с файлом 1Cv8.1CD, в клиент-серверном — база на MS SQL Server, PostgreSQL или другой СУБД. Запись происходит транзакционно: данные фиксируются в момент проведения документа или записи элемента справочника.

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

Сохранение настроек отчётов и форм

Типовые конфигурации на управляемых формах (1С:Бухгалтерия 3.0, Управление торговлей 11, ЗУП 3.1) хранят пользовательские настройки отчётов автоматически. В отчёте достаточно нажать «Ещё — Сохранить настройки» или «Сохранить вариант отчёта», задать имя — и вариант появится в списке при следующем открытии. Настройки сохраняются персонально для текущего пользователя, если не отметить вариант как доступный всем.

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

1. 1
   Откройте отчёт и задайте нужные отборы, период и группировки
2. 2
   Нажмите «Ещё» и выберите «Сохранить вариант отчёта»
3. 3
   Укажите понятное имя, например «Продажи по менеджерам за месяц»
4. 4
   Отметьте «Доступен всем пользователям», если вариант нужен коллегам
5. 5
   Закройте и заново откройте отчёт — вариант должен быть в списке

Выгрузка базы через конфигуратор (файл .dt)

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

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

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

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

Пример команды пакетной выгрузки:

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\trade_%date%.dt" /DisableStartupDialogs

В клиент-серверном варианте правильнее делать резервные копии средствами самой СУБД: для MS SQL Server — через план обслуживания (Maintenance Plan) с полной копией и копиями журнала транзакций, для PostgreSQL — через pg_dump по расписанию. Копии СУБД делаются «на горячую», без остановки работы пользователей, что критично для баз, работающих круглосуточно.

Проверка, что копии действительно работают

Резервная копия, которую никто не проверял, считается отсутствующей. Минимальный контроль — периодически загружать свежий файл .dt в пустую тестовую базу и открывать несколько документов и отчётов. Для копий СУБД — восстанавливать базу под тестовым именем на том же сервере.

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

Типичные ошибки при настройке сохранения

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

Частые вопросы