К статье
Практический материал

Администрирование · 11 мин

Как восстановить работу 1С: пошаговое руководство

Что делать, если 1С не запускается, зависает или выдаёт ошибки. Проверка кэша, служб, базы, конфигуратора и восстановление из резервной копии.

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

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

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

Первичная диагностика: что именно сломалось

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

Также полезно точно прочитать текст ошибки. «Ошибка формата потока» обычно указывает на повреждённый кэш или сетевые сбои при файловом режиме. «Нарушена целостность структуры БД» — на повреждение файла базы. «Сервер 1С недоступен» — на остановленную службу агента сервера или сетевые проблемы. Сообщение об отсутствии лицензии говорит о проблеме с ключом или сервером лицензирования.

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

Не работает один пользовательЛокальная проблема

Кэш, права, антивирус, место на диске

Не работает никтоПроблема базы или сервера

Службы сервера, сеть, целостность базы

Ошибка после обновленияНезавершённое обновление

Конфигуратор: обновление конфигурации БД

Ошибка формата потокаПовреждён кэш или метаданные

Очистка кэша, тестирование и исправление

Проверка служб и инфраструктуры

Если у вас клиент-серверный вариант, убедитесь, что работают ключевые службы. На сервере откройте «Службы» (services.msc) и проверьте состояние «Агент сервера 1С:Предприятия». Если служба остановлена — запустите её. Заодно проверьте службу СУБД: PostgreSQL, MS SQL Server или другую, в зависимости от вашей установки.

Проверьте сетевую доступность сервера с рабочих станций: командой ping и попыткой открыть общие ресурсы. Убедитесь, что на диске сервера есть свободное место — при переполненном диске и база, и журналы транзакций перестают работать корректно. Также проверьте, не заблокировал ли антивирус исполняемые файлы 1С или порты (по умолчанию используются порты 1540–1541, 1560–1591).

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

Порядок проверки инфраструктуры
  1. 1
    Проверьте службу «Агент сервера 1С» и службу СУБД на сервере
  2. 2
    Проверьте свободное место на дисках сервера
  3. 3
    Проверьте ping и сетевой доступ к серверу с рабочих станций
  4. 4
    Проверьте права доступа к каталогу файловой базы
  5. 5
    Временно отключите антивирус и повторите запуск
  6. 6
    Проверьте результат: база должна открываться без ошибок соединения

Очистка кэша 1С

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

Закройте все сеансы 1С. Найдите папки кэша: %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Внутри находятся каталоги с длинными именами (GUID) — по одному на каждую базу. Удалите каталог, соответствующий проблемной базе. Если не уверены, какой именно, можно удалить все — последствием будет лишь чуть более долгий первый запуск.

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

Тестирование и исправление базы

Если очистка кэша не помогла и база выдаёт ошибки целостности, используйте встроенный механизм «Тестирование и исправление». Откройте базу в конфигураторе (в монопольном режиме — все пользователи должны выйти), затем меню «Администрирование» → «Тестирование и исправление».

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

Для файловых баз есть дополнительный инструмент — утилита chdbfl.exe из каталога bin установленной платформы. Она проверяет физическую целостность файла 1Cv8.1CD на более низком уровне, чем конфигуратор. Укажите путь к файлу базы, отметьте «Исправлять обнаруженные ошибки» и запустите проверку. Перед запуском обязательно сделайте копию файла базы.

Восстановление из резервной копии

Если исправление не помогло или база не открывается даже в конфигураторе, остаётся восстановление из копии. Для файловой базы достаточно скопировать сохранённый файл 1Cv8.1CD в каталог базы, заменив повреждённый. Если копия делалась через выгрузку в конфигураторе (файл .dt), создайте пустую базу и загрузите выгрузку через «Администрирование» → «Загрузить информационную базу».

Для клиент-серверных баз восстановление выполняется средствами СУБД: из бэкапа MS SQL, PostgreSQL и т.д. Восстановите базу под тем же именем или создайте новую и перенастройте подключение в консоли кластера 1С. Помните, что прямая загрузка .dt в серверную базу тоже возможна, но на больших объёмах это медленнее, чем восстановление средствами СУБД.

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

Способы восстановления

Копия файла 1Cv8.1CD

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

Выгрузка .dt

Универсальный формат, подходит для переноса между файловым и серверным режимом. Медленный на больших базах

Бэкап средствами СУБД

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

Проблемы после обновления платформы или конфигурации

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

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

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

Проблемы с лицензиями и ключами

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

Программные лицензии привязаны к параметрам компьютера. Если вы меняли оборудование, переустанавливали Windows или переносили систему на другую машину, лицензия могла «слететь». В этом случае потребуется повторная активация по пин-коду из комплекта или через центр лицензирования. Храните пин-коды и регистрационные данные в доступном месте.

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

Типичные ошибки при восстановлении
01
Исправление базы без резервной копии — риск окончательно потерять данные
02
Удаление всей папки базы вместо только кэша
03
Одновременная работа на разных версиях платформы в одной сети
04
Восстановление старой копии без проверки даты — потеря свежих данных
05
Игнорирование переполненного диска на сервере — повторные сбои после восстановления

Профилактика: как избежать повторения сбоя

Настройте регулярное резервное копирование: для файловых баз — копирование каталога или выгрузка .dt по расписанию, для серверных — бэкапы средствами СУБД. Проверяйте копии на восстановление хотя бы периодически: копия, которая не восстанавливается, не является резервной копией.

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

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

Итог

Что важно запомнить

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

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

1С выдаёт «ошибку формата потока» — что делать в первую очередь?

Закройте все сеансы и очистите кэш базы в папках %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. В большинстве случаев этого достаточно. Если ошибка повторяется у всех пользователей, проверяйте целостность базы через конфигуратор.

Можно ли восстановить базу, если резервной копии нет?

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

База открывается, но зависает при проведении документов. Это сбой базы?

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

После переустановки Windows пропала лицензия 1С. Как восстановить?

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

Чем отличается восстановление файловой и серверной базы?

Файловая база — это один файл 1Cv8.1CD, который можно скопировать, проверить утилитой chdbfl и заменить вручную. Серверная база хранится в СУБД, и восстановление выполняется её штатными средствами из бэкапа, а подключение настраивается в консоли кластера 1С.

Как понять, что проблема в сервере, а не в программе?

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