Как проверить работоспособность 1С: полная диагностика системы

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

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

Перед любыми проверками, которые затрагивают данные, сделайте резервную копию. Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытых сеансах, для клиент-серверной — выполнить выгрузку в dt через конфигуратор или средствами СУБД. Это займёт минуты, но защитит от необратимых последствий при тестировании и исправлении.

Проверка запуска платформы и версии

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

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

Если платформа не запускается вообще, проверьте каталог установки, наличие свободного места на диске C и журнал событий Windows. Частая причина внезапных падений — переполненный диск или повреждённый антивирусом исполняемый файл. В таком случае помогает восстановление установки через установщик платформы.

Проверка открытия информационной базы

Выберите базу в списке и запустите её в режиме «Предприятие». Исправная база открывается за секунды (файловая) или в течение разумного времени при сетевом подключении, не выдаёт ошибок формата потока, «ошибка СУБД» или сообщений о несовместимости версий. Затем откройте ту же базу в конфигураторе — если конфигуратор не открывается, проблема серьёзнее, чем пользовательская ошибка.

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

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

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

Штатный инструмент проверки целостности — «Тестирование и исправление» в конфигураторе (меню «Администрирование»). Для регулярной диагностики достаточно режимов «Реиндексация таблиц» и «Проверка логической целостности». Проверку ссылочной целостности запускайте, когда есть подозрение на битые ссылки — объекты, ссылающиеся на несуществующие записи.

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

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

1. 1
   Закройте все сеансы и сделайте резервную копию базы
2. 2
   Откройте конфигуратор, меню «Администрирование» — «Тестирование и исправление»
3. 3
   Отметьте «Реиндексация» и «Проверка логической целостности», запустите без исправления
4. 4
   Изучите список ошибок; при их наличии повторите с включённым исправлением
5. 5
   Откройте базу в режиме «Предприятие» и проверьте типовые операции

Проверка лицензий и ключей защиты

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

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

Контролируйте и количество лицензий: когда сеансов больше, чем куплено, новые пользователи получают отказ. В консоли сервера 1С видно текущее распределение лицензий, а «зависшие» сеансы, которые держат лицензию после аварийного закрытия, можно завершить принудительно.

Проверка скорости и типовых операций

Формально исправная, но мучительно медленная система на практике означает неработоспособность. Проверьте базовые операции: открытие списка документов, проведение документа, формирование стандартного отчёта за месяц. Если операции, которые раньше выполнялись быстро, стали занимать заметно больше времени, ищите причину системно.

Начните с ресурсов: свободное место на диске с базой (критично, когда его меньше 10–15% объёма), загрузка процессора и памяти на сервере, состояние дисковой подсистемы. Затем проверьте фоновую активность: регламентные задания, обмены данными и полнотекстовое индексирование могут грузить систему в рабочее время.

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

Контрольные точки

Как проверить результат

Открытие базы в режиме «Предприятие»

Норма

Открывается без ошибок за приемлемое время

Тревожный признак

Ошибки формата, СУБД или зависание на старте

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

Норма

Завершается без найденных ошибок

Тревожный признак

Ошибки логической или ссылочной целостности

Проведение документа и отчёт за месяц

Норма

Выполняются без ошибок и долгих ожиданий

Тревожный признак

Блокировки, ошибки, время растёт от месяца к месяцу

Журнал регистрации за сутки

Норма

Нет повторяющихся ошибок фоновых заданий

Тревожный признак

Регулярные ошибки обменов и регламентных задач

Типичные ошибки при диагностике

Самая распространённая ошибка — запуск «Тестирования и исправления» без резервной копии. Режим исправления физически изменяет данные: удаляет объекты с битыми ссылками и обрывает повреждённые цепочки. Если копии нет, откатить результат невозможно.

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

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

Когда нужен специалист

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

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

Маршрут решения

Как выбрать действие

База открывается, ошибок тестирования нет, но работает медленноПроверьте ресурсы сервера, регламентные задания и свободное место на диске

База открывается, тестирование находит единичные ошибкиСделайте копию и запустите исправление в нерабочее время

База не открывается ни в «Предприятии», ни в конфигуратореОстановите работу, скопируйте файл базы и используйте chdbfl на копии или привлеките специалиста

Ошибка лицензии после замены оборудованияПовторно активируйте программную лицицензию резервным пин-кодом

FAQ

Как часто нужно проверять работоспособность 1С?

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

База открывается, но у части пользователей ошибки, а у остальных всё работает. Что проверять?

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

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

Читать журнал регистрации и наблюдать скорость — да. Тестирование и исправление, chdbfl и любые операции с файлом базы — только при закрытых сеансах, иначе результаты недостоверны, а файл можно повредить.

Чем отличается проверка chdbfl от тестирования в конфигураторе?

Chdbfl работает с физической структурой файла 1Cv8.1CD и применяется, когда база вообще не открывается. Тестирование в конфигураторе проверяет логическую и ссылочную целостность уже открывающейся базы. Chdbfl — более грубый инструмент, запускайте его только на копии.

После обновления конфигурации база требует новую версию платформы. Это неисправность?

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