Как восстановить настройки и базу 1С 8.3 после сбоя

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

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

Почему слетают настройки и как понять, что именно сломалось

Прежде чем что-то восстанавливать, определите уровень проблемы — лечение у них разное.

• 🖥 Поехал интерфейс у одного пользователя. Пропали колонки, сбились отборы в списках, не открывается привычная форма. Чаще всего виноват повреждённый кэш или случайная перенастройка формы. Лечится сбросом персональных настроек.
• 🗂 Сбой у всех сразу. Не открывается база, вылетают ошибки вида Ошибка формата потока или Нарушена целостность структуры. Это уже повреждение информационной базы — нужно тестирование и исправление.
• ⚙️ Пропали настройки учёта или обмена. Слетела учётная политика, настройки синхронизации, права. Обычно это следствие неудачного обновления или восстановления из неподходящей копии.
• 🔌 Аварийное завершение. Свет моргнул, сервер перезагрузился во время записи, антивирус заблокировал файл базы — классические причины повреждения файловой базы (.1CD).

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

Восстановление из резервной копии: самый быстрый путь

Копия возвращает базу целиком в состояние на момент выгрузки — вместе со всеми настройками. Способ зависит от того, как хранится база.

Файловая база. Если вы делали архивную копию через Конфигуратор (файл .dt):

1. Запустите платформу, выделите нужную базу в окне запуска, нажмите Конфигуратор.
2. Меню Администрирование → Загрузить информационную базу.
3. Укажите файл .dt и подтвердите. Загрузка полностью затирает текущую базу — если в ней есть данные, введённые после создания копии, они пропадут.

Если копия — это просто файл 1Cv8.1CD, восстановление ещё проще: закройте все сеансы 1С, замените текущий файл базы копией в том же каталоге. Путь к каталогу виден в окне запуска под именем базы.

Клиент-серверная база (SQL). Здесь копию разворачивает администратор средствами СУБД (restore базы MS SQL или PostgreSQL) либо тоже через Загрузить информационную базу в Конфигураторе, если делалась выгрузка .dt.

Не нашли свежей копии? Проверьте автоматический бэкап. В типовых конфигурациях он настраивается в разделе Администрирование → Обслуживание → Резервное копирование, а архивы по умолчанию лежат в отдельной папке, заданной в этих настройках.

Перед тем как разворачивать найденную копию, посмотрите её дату и размер. Копия нулевого или подозрительно маленького размера, скорее всего, битая — такое бывает, когда прошлое копирование прервалось. В этом случае возьмите предыдущую по времени: несколько сохранённых поколений копий здесь и выручают.

Сброс пользовательских настроек и очистка кэша

Когда база работает, а сломался только внешний вид — колонки, отборы, формы отчётов, — возвращать всю базу незачем. Сбрасываются именно персональные настройки.

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

Администрирование → Настройки пользователей и прав → Копирование и очистка настроек

В открывшейся обработке выберите пользователя, перейдите на закладку очистки, отметьте, что сбрасываем (настройки отчётов, форм, рабочего стола), и выполните. Пользователь получит интерфейс «по умолчанию».

Сброс настроек конкретного списка или отчёта. Если дело в одной форме, не нужно сбрасывать всё. Откройте проблемный список, в меню Ещё (или кнопка с шестерёнкой в командной панели) найдите команду настройки формы — там же есть возврат к стандартным настройкам.

Очистка кэша платформы. Многие «необъяснимые» глюки интерфейса лечатся именно так. Кэш 1С лежит во временных каталогах профиля пользователя:

%LOCALAPPDATA%\1C\1cv8
%APPDATA%\1C\1cv8

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

"C:\Program Files\1cv8\common\1cestart.exe" /ClearCache

Тестирование и исправление базы через Конфигуратор

Если база повреждена и не открывается в режиме 1С:Предприятие, помогает штатный механизм тестирования.

1. Сделайте копию файла базы или выгрузку .dt — перед тестированием обязательна резервная копия, механизм может удалить нечитаемые объекты.
2. Откройте базу в Конфигураторе.
3. Меню Администрирование → Тестирование и исправление.
4. Отметьте проверки и выберите режим «Тестирование и исправление». Для повреждённых ссылок задайте, что делать с «битыми» объектами.
5. Запустите и дождитесь завершения.

Что дают основные проверки:

• Реиндексация таблиц — перестраивает индексы базы. Самая безопасная операция, с неё можно начинать: часто одного этого хватает, чтобы ушли тормоза и мелкие сбои.
• Проверка логической целостности — находит ошибки в структуре таблиц и записях.
• Проверка ссылочной целостности — ищет «битые» ссылки на несуществующие объекты. Именно здесь задаётся, что делать с ними: создавать объекты-заглушки, очищать ссылки или удалять записи.
• Пересчёт итогов — приводит в порядок таблицы итогов регистров, если расходятся остатки и обороты.

Если база просто тормозит, но работает, начните с реиндексации и пересчёта итогов в режиме «только тестирование» — так вы увидите масштаб проблемы, ничего не меняя.

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

Для файловой базы есть ещё утилита chdbfl.exe — она проверяет физическую целостность файла .1CD, когда база не открывается даже в Конфигураторе. Лежит утилита в каталоге платформы, в папке bin. Запустите её, укажите путь к файлу базы, поставьте флажок исправления и выполните проверку.

Порядок при тяжёлом повреждении файловой базы обычно такой: сначала chdbfl.exe (физический уровень), затем «Тестирование и исправление» в Конфигураторе (логический уровень).

Как посмотреть и завершить активные сеансы

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

Файловая база. В Конфигураторе: Администрирование → Активные пользователи — увидите список подключений. Завершить чужой сеанс из файлового режима штатно нельзя; пользователям нужно выйти самим.

Клиент-серверная база. Активные сеансы видны:

• в типовой конфигурации — Администрирование → Обслуживание → Активные пользователи;
• в консоли администрирования серверов 1С (оснастка на сервере);
• через утилиту командной строки rac.

Для просмотра через rac используется rac session list (с указанием кластера). Полный перечень команд и параметров смотрите в справке — rac help, не подбирайте ключи наугад.

Принудительное завершение сеанса возможно только в клиент-серверном варианте — из консоли администрирования (правой кнопкой по сеансу → удалить) или через rac session terminate.

Что делать, если настройки слетели после обновления конфигурации

Неудачное обновление — частая причина пропажи настроек и ошибок. Порядок действий зависит от того, на каком шаге всё пошло не так.

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

Обновление прошло, но слетели настройки учёта или появились ошибки. Проверьте по шагам:

• запустите базу в режиме 1С:Предприятие — при первом входе после обновления типовые конфигурации выполняют обработчики перехода, дайте им отработать до конца, не прерывайте;
• проверьте учётную политику и настройки программы в соответствующем разделе — иногда новые параметры требуют ручного подтверждения;
• если изменяли типовую конфигурацию, снятую с поддержки, сравните свою версию с эталоном через Конфигурация → Сравнить, объединить с конфигурацией из файла.

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

Восстановление настроек в облачной 1С:Fresh

В облачной версии (сервис 1cfresh.com) логика другая: платформу и базу обслуживает провайдер, доступа к файлу базы и Конфигуратору у вас нет.

Что доступно вам как пользователю:

• Сброс пользовательских настроек — так же через Администрирование → Настройки пользователей и прав, механизм тот же, что в локальной версии.
• Восстановление данных из резервной копии — в облаке копии создаются автоматически. Откат на предыдущую дату выполняется через личный кабинет сервиса или по заявке в техподдержку провайдера; самостоятельно загрузить .dt поверх рабочей области облака нельзя.
• Выгрузка в файл — из облака можно выгрузить базу в .dt и развернуть её уже в локальной версии, если нужно работать автономно.

Тестирование и исправление, работу с кэшем платформы и консоль серверов в облаке вам не предоставляют — эти операции на стороне провайдера. Поэтому при повреждении данных в 1С:Fresh основной путь один: обращение в поддержку сервиса с просьбой откатиться на нужную дату.

Как не терять настройки впредь

Большинство авралов с восстановлением снимает дисциплина резервного копирования.

• 📅 Настройте автоматический бэкап в Администрирование → Обслуживание → Резервное копирование — по расписанию, с хранением нескольких последних копий, а не одной.
• 💾 Храните копии не на том же диске, где база: сбой диска убьёт и базу, и бэкап рядом.
• 🔁 Перед любым обновлением конфигурации делайте отдельную копию — это пять минут против нескольких часов восстановления.
• ⚡ Защитите рабочий сервер и компьютеры с файловой базой источником бесперебойного питания: внезапное отключение во время записи — главная причина повреждения .1CD.
• 🧹 Приучите пользователей к тому, что кэш можно чистить безопасно — это снимает часть обращений ещё до того, как они дойдут до администратора.

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