Администрирование · 11 мин
ТИИ в 1С: что это такое и как правильно использовать
ТИИ в 1С — это тестирование и исправление информационной базы. Разбираем режимы проверки, когда запускать, риски, порядок действий и типичные ошибки.
ТИИ в 1С — это сокращение от «Тестирование и исправление информационной базы», штатная процедура платформы 1С:Предприятие, которая проверяет целостность данных и устраняет логические и физические повреждения базы. Инструмент встроен в конфигуратор и доступен в любой типовой или самописной конфигурации без дополнительных настроек.
К процедуре обращаются, когда программа начинает вести себя странно: документы не проводятся, отчёты выдают неверные суммы, при открытии объектов появляются ошибки формата потока или «битые» ссылки. ТИИ не является панацеей и не заменяет резервное копирование — это диагностический и ремонтный инструмент, который при неправильном применении способен удалить данные безвозвратно.
Понимание режимов ТИИ важно не только администраторам, но и пользователям файловых баз на небольших предприятиях, где нет выделенного специалиста по 1С. Дальше разберём, какие проверки выполняет процедура, когда её запускать, а когда — категорически нельзя.
Что такое ТИИ и где находится этот инструмент
Тестирование и исправление находится в конфигураторе: меню «Администрирование» → «Тестирование и исправление». Для запуска требуются административные права и монопольный доступ к базе — все пользователи и фоновые сеансы должны быть завершены, иначе платформа откажет в запуске.
Процедура работает на уровне механизмов платформы, а не прикладной логики конфигурации. Это значит, что она проверяет структуру таблиц, индексов, ссылочную целостность и физическую разметку файла базы, но не ищет ошибки в бухгалтерских или управленческих алгоритмах — например, не заметит неверно настроенное закрытие месяца.
Для файловых баз ТИИ выполняется напрямую над файлом 1Cv8.1CD. Для клиент-серверных баз (MS SQL, PostgreSQL и другие СУБД) часть проверок также доступна, но физическую целостность данных корректнее контролировать штатными средствами самой СУБД.
Какие режимы проверки предлагает ТИИ
В диалоге процедуры доступно несколько независимых проверок. Их можно включать по отдельности или комбинировать, и от выбора зависит как глубина диагностики, так и длительность работы.
| Проверка | Что делает | Когда нужна |
|---|---|---|
| Реиндексация таблиц | Перестраивает индексы таблиц базы | После сбоев, при замедлении поиска и выборок |
| Проверка логической целостности | Сверяет данные с описанием структуры метаданных | Основная диагностика при любых ошибках |
| Проверка ссылочной целостности | Ищет ссылки на несуществующие объекты | Ошибки вида «Объект не найден» |
| Пересчёт итогов | Заново рассчитывает итоги регистров | Расхождения в отчётах по остаткам и оборотам |
| Сжатие таблиц | Физически перезаписывает файл базы, убирая «пустоты» | Файл базы вырос после массовых удалений |
| Реструктуризация таблиц | Пересоздаёт таблицы по текущей структуре метаданных | После серьёзных повреждений или изменения структуры |
Для файловых баз дополнительно доступна проверка физической целостности файла. Она самая долгая и выявляет повреждения на уровне страниц данных — обычно её включают после аварийных завершений, отключений питания или сбоев диска.
Когда запускать тестирование и исправление
Поводом для ТИИ служат конкретные симптомы, а не регулярный график «для профилактики». Типичные признаки: сообщения «Ошибка формата потока», «Объект не найден», внезапные завершения работы при открытии конкретных документов, расхождения остатков в отчётах при корректных проводках, заметное замедление выборок без роста объёма данных.
Также процедуру запускают после внештатных событий: аварийного выключения сервера или компьютера с файловой базой, сбоев жёсткого диска, прерванного обновления конфигурации, восстановления базы из копии. В этих случаях сначала выполняют диагностику без исправления, чтобы оценить масштаб повреждений.
Не стоит запускать ТИИ как замену настройки или обучения. Если отчёт показывает «не те» суммы из-за неверно введённых документов, тестирование ничего не исправит — оно работает с целостностью структуры, а не со смыслом учётных данных.
Как выбрать действие
Порядок безопасного запуска
Главное правило: любое исправление выполняется только после резервного копирования. Для файловой базы достаточно скопировать файл 1Cv8.1CD средствами файловой системы при остановленной работе пользователей либо сделать выгрузку в dt через конфигуратор. Для клиент-серверной базы используйте штатный бэкап СУБД.
Сам запуск требует монопольного режима: завершите сеансы пользователей, отключите регламентные задания и откройте базу в конфигураторе. Разумная последовательность — сначала диагностика без исправления, анализ протокола, затем точечное исправление конкретных проблем.
- 1Завершите все сеансы пользователей и отключите регламентные задания
- 2Создайте резервную копию базы (файл 1Cv8.1CD или выгрузка dt)
- 3Откройте конфигуратор в монопольном режиме
- 4Запустите «Администрирование» → «Тестирование и исправление»
- 5Включите нужные проверки, режим «Только тестирование»
- 6Изучите протокол: какие объекты и таблицы повреждены
- 7При необходимости повторите с исправлением, выбрав осмысленный вариант обработки битых ссылок
- 8Проверьте работоспособность базы: откройте проблемные документы и отчёты
Обратите внимание на варианты обработки битых ссылок: «Создавать объекты» восстановит заглушки элементов, «Очищать ссылки» удалит упоминания, «Не изменять» оставит как есть. Выбор зависит от того, что важнее — сохранить проводимость документов или чистоту справочников. При сомнениях сначала выгрузите список проблемных объектов и обсудите его со специалистом по учёту.
Риски и ограничения процедуры
ТИИ не откатывается: исправления записываются в базу сразу, и вернуться можно только к заранее созданной копии. Очистка битых ссылок необратимо удалит фрагменты данных, а создание объектов-заглушек потом придётся вручную заполнять или удалять.
На больших базах полная проверка с физической целостностью, сжатием и реструктуризацией занимает часы и требует свободного места на диске — при реструктуризации создаются временные копии таблиц. Планируйте процедуру на нерабочее время и заранее оцените длительность на тестовой копии.
Ещё одно ограничение: ТИИ не лечит причины повреждений. Если база «портится» регулярно, искать нужно неисправный диск, нестабильную сеть при размещении файловой базы на сетевом ресурсе, отключённое журналирование СУБД или принудительные завершения процессов. Без устранения причины повреждения будут повторяться.
Как проверить результат после ТИИ
После завершения процедуры изучите протокол: в нём перечислены обнаруженные и исправленные ошибки по каждой таблице. Пустой протокол при повторном тестировании — признак того, что повреждения устранены. Если ошибки остаются, потребуется другой подход: восстановление из копии, перенос данных в чистую базу или углублённый анализ.
Затем проверьте базу прикладными средствами: откройте документы, которые раньше вызывали ошибки, сформируйте ключевые отчёты и сверьте остатки с контрольными значениями, снятыми до процедуры. Только после этого разрешайте пользователям вход в базу.
Как проверить результат
Протокол не содержит ошибок
Те же или новые ошибки по тем же таблицам
Документы и элементы открываются без сообщений об ошибках
Ошибка формата потока или «Объект не найден» сохраняется
Остатки совпадают со значениями до процедуры
Появились расхождения, обороты или пустые ссылки
Файл уменьшился, база открывается штатно
Размер не изменился или база не открывается
Альтернативы и дополнительные инструменты
ТИИ — не единственный способ диагностики. Выгрузка и загрузка базы через dt-файл часто «лечит» мелкие повреждения, потому что данные перечитываются и записываются заново. Утилита chdbfl.exe из каталога платформы проверяет физическую целостность файловых баз и иногда справляется там, где ТИИ не запускается из-за невозможности открыть конфигуратор.
Для клиент-серверных баз первичны средства СУБД: проверка целостности, перестроение индексов и обслуживание таблиц выполняются на стороне сервера баз данных. А для профилактики важнее всего регламентное резервное копирование и мониторинг состояния дисковой подсистемы — они снижают и частоту обращений к ТИИ, и цену возможной ошибки.
Сравнение вариантов
Универсальная диагностика и исправление логики и ссылок; требует монопольного доступа и копии
Помогает при мелких повреждениях и служит переносом базы; долго на больших объёмах
Проверка физической целостности файловых баз, когда конфигуратор не открывается; только для файлового варианта
Обслуживание клиент-серверных баз на уровне сервера; требуют навыков администрирования СУБД
Частые вопросы о ТИИ в 1С
Можно ли запускать ТИИ, пока пользователи работают в базе?
Нет. Процедура требует монопольного доступа: все сеансы должны быть завершены, регламентные задания остановлены. Иначе конфигуратор откажет в запуске либо база останется в рассогласованном состоянии.
Чем отличается режим «Только тестирование» от исправления?
Тестирование только диагностирует и выводит список ошибок в протокол, ничего не меняя в данных. Исправление записывает изменения в базу: пересоздаёт объекты, очищает ссылки, перестраивает таблицы. Всегда начинайте с тестирования.
Удалит ли ТИИ мои документы или справочники?
Целенаправленно — нет, но при обработке битых ссылок в режиме «Очищать ссылки» упоминания несуществующих объектов удаляются из документов и регистров. Изменения необратимы, поэтому перед исправлением обязательна резервная копия.
Сколько времени занимает тестирование и исправление?
Зависит от объёма базы и набора проверок: реиндексация небольшой файловой базы занимает минуты, полная проверка с физической целостностью и реструктуризацией крупной базы — часы. Заранее оцените длительность на копии и планируйте окно обслуживания.
Что делать, если после ТИИ ошибки остались?
Повторяющиеся ошибки по тем же таблицам обычно означают серьёзное физическое повреждение или аппаратную проблему. Варианты: восстановление из актуальной копии, проверка файла утилитой chdbfl.exe, перенос данных в чистую базу, диагностика диска и сети.
Нужно ли запускать ТИИ регулярно для профилактики?
Обязательной регулярности нет. Процедуру выполняют по симптомам или после аварийных событий. Для профилактики важнее резервное копирование, исправное оборудование и корректное завершение работы с базой.
Что важно запомнить
ТИИ — штатное тестирование и исправление базы 1С из конфигуратора. Запускайте его по симптомам, только в монопольном режиме и после резервной копии, начинайте с диагностики без исправления, а результат проверяйте протоколом и контрольными отчётами.