После сбоя база открывается с ошибками. Документы не проводятся, а Конфигуратор предлагает сразу пять проверок. Не отмечайте все. Сохраните исходную базу, выберите «Только тестирование» и запустите одну проверку под конкретный сбой.
Процедура требует монопольного доступа: пользователи в базу не войдут. Режим исправления меняет данные. На единственном экземпляре базы ему не место.
Скопируйте файловую базу целиком или снимите резервную копию средствами СУБД. Проверяйте восстановление отдельно, не поверх рабочей базы.
Сначала подготовьте копию и окно обслуживания
В файловой базе завершите пользовательские сеансы и скопируйте весь каталог с 1Cv8.1CD. Сохраните также связанные каталоги и служебные данные, если они лежат рядом. Одного файла порой недостаточно.
Для клиент-серверной базы снимите резервную копию средствами СУБД. Выгрузку в .dt оставьте дополнительной копией. После аварии важнее зафиксировать текущее состояние самой СУБД.
Работайте не с оригиналом. Файловую копию подключите из другого каталога. Серверную восстановите под новым именем, на другом экземпляре СУБД или отдельной машине.
| Тип базы | Как сохранить исходное состояние | Как освободить базу | Как проверить копию |
|---|---|---|---|
| Файловая | Скопировать каталог с 1Cv8.1CD | Завершить сеансы и запретить повторный вход | Подключить скопированный каталог как отдельную базу |
| Клиент-серверная | Снять полный бэкап средствами СУБД | Завершить сеансы 1С и запланировать монопольное окно | Восстановить бэкап под другим именем или на другом сервере |
| Файловая с повреждённым носителем | Сначала скопировать читаемые данные на исправный накопитель | Не открывать исходный файл повторно без нужды | Работать только с копией файла |
| База после прерванного обновления | Сохранить состояние базы и журнал обновления | Не повторять обновление на рабочем экземпляре | Развернуть копию и установить этап сбоя |
Файл на диске или готовый бэкап ещё ничего не гарантирует. Копия годится для работы, только если вы развернули её отдельно и смогли открыть.
Откройте копию в Конфигураторе под учётной записью с административными правами. В 1С 8.3 команда находится в меню «Администрирование → Тестирование и исправление».
Официальное описание платформы «1С:Предприятие» требует монопольного режима. Заранее согласуйте окно обслуживания. Посреди рабочего дня такую процедуру не запускают.
Первый запуск: только тестирование
Переключатель «Только тестирование» ищет ошибки и записывает результат в протокол. Данные он не исправляет. Если причина сбоя неизвестна, начинайте с этого режима.
«Тестирование и исправление» работает иначе: платформа меняет повреждённые данные. Включайте его после разбора протокола, на отдельной копии и с заранее выбранной проверкой результата.
Пять галочек не дают впятеро больше уверенности. Каждая операция читает или перестраивает свою часть базы. Если запустить всё разом, вы не поймёте, где возникла ошибка и на чём остановился процесс.
| Наблюдаемый признак | Первая проверка | Что пока не включать | Что проверить после |
|---|---|---|---|
| База ошибается после аварийного завершения | Проверка логической целостности | Реструктуризацию и автоматическое исправление | Вход, открытие формы, проблемную операцию |
| В файловой базе подозрение на повреждение индексов | Реиндексация таблиц | Пересчёт итогов без расхождений в отчётах | Поиск, открытие списков, повтор прежней ошибки |
| Документ ссылается на отсутствующий объект | Проверка ссылочной целостности в режиме «Не изменять» | Очистку ссылок и создание объектов | Протокол и происхождение отсутствующего объекта |
| Остатки не совпадают с движениями | Пересчёт итогов | Реструктуризацию таблиц | Тот же отчёт с теми же отбором и периодом |
| Ошибка появилась во время обновления | Логическая проверка на копии | Повтор обновления и реструктуризацию рабочей базы | Этап обновления, журнал и целостность конфигурации |
| Причина неизвестна | Логическая целостность в режиме «Только тестирование» | Все операции исправления | Протокол с первой найденной ошибкой |
На первом запуске нужна одна проверка — та, которая соответствует наблюдаемому сбою.
Реиндексация таблиц: для индексов файловой базы
Реиндексация заново строит индексы всех таблиц информационной базы. Описание платформы 1С относит эту операцию к файловому варианту.
Запускайте её, когда файловая база открывается, но после программного сбоя ошибается при поиске или чтении таблиц. До запуска сохраните исходный 1Cv8.1CD. Все дальнейшие действия выполняйте на копии.
Операция проходит по каждой таблице, а не по одному повреждённому участку. Не добавляйте другие галочки без отдельных признаков. Иначе простой растянется, а ход диагностики потеряется.
У клиент-серверной базы порядок другой: сначала проверяют СУБД. Индексы PostgreSQL, MS SQL Server и других СУБД обслуживают штатными средствами этих систем.
Если 1С сообщает, что файл базы данных повреждён, одной реиндексации может не хватить. Сохраните исходный файл. Проверять и исправлять можно только его копию.
Проверка логической целостности: первый выбор при неясном сбое
Эта проверка ищет нарушения в структурах данных и связях между ними. Официальная документация 1С предусматривает её и для клиент-серверных баз.
Выбирайте логическую целостность после аварийного выключения, сетевого сбоя, прерванной записи или ошибки обновления. Если вы пока не знаете причину, начните с неё. Режим — «Только тестирование».
Платформа запишет найденные ошибки в протокол. Но выбрать безопасный способ исправления она за вас не сможет. Сопоставьте сообщения со временем сбоя и действиями пользователей.
Если обновление оборвалось, не запускайте его повторно на том же экземпляре. Действуйте по порядку восстановления целостности конфигурации: сохраните текущее состояние, найдите этап сбоя и продолжайте на копии.
Проверка ссылочной целостности: сначала ничего не менять
Проверка находит ссылки на отсутствующие или повреждённые объекты. Например, документ ссылается на элемент справочника, которого база уже не видит.
На первом проходе выберите «Не изменять». Как пишет БухЭксперт8, этот вариант показывает нарушения, но не очищает ссылки и не создаёт объекты.
Следующий шаг — выяснить, куда пропал объект. Его могли удалить; он мог потеряться из-за сбоя или некорректного обмена. От причины зависит действие: восстановить объект из копии, повторить обмен либо исправить данные вручную.
Когда создавать объекты
Вариант «Создавать объекты» добавляет объект-заглушку. Ссылка перестаёт быть пустой, но прежнее содержимое объекта не возвращается.
Заглушки нужно будет найти и заполнить вручную. Не создавайте их, пока у вас нет списка повреждённых ссылок. Нужен и владелец учётных данных, который проверит результат.
Когда очищать ссылки или удалять объект
Вариант «Очищать ссылки, удалять объект» меняет данные. Он очищает повреждённые ссылки и может удалить объекты с частично потерянными данными.
Такое исправление требует согласования с владельцем учёта. Технический протокол не подскажет администратору, нужен ли бухгалтерии конкретный контрагент, документ или запись регистра.
Универсальной пары «сообщение — правильное исправление» здесь нет. Официальное описание 1С даёт несколько способов обработки конфликтов. Выбор зависит от смысла потерянных данных.
Реструктуризация таблиц: не для профилактики
Реструктуризация создаёт таблицы заново, затем переносит в них старые данные. Это более глубокое вмешательство, чем обычная проверка.
Не включайте её для профилактики и попытки починить всё одним запуском. Нужен конкретный признак повреждения структуры таблиц — например, сбой во время обновления.
Сначала сохраните состояние базы и разверните копию отдельно. Затем установите, на каком этапе остановилось обновление. После этого решайте, нужна ли повторная реструктуризация.
Если база перестала запускаться после обновления, следуйте порядку для ошибок обновления 1С. Повторный запуск на рабочей базе может стереть признаки первоначального сбоя.
Пересчёт итогов: когда расходятся остатки и движения
1С держит рассчитанные итоги во вспомогательных таблицах. Поэтому отчёту не приходится каждый раз обходить все движения: он забирает уже подготовленные значения.
Во время пересчёта платформа снова обрабатывает движения по всей информационной базе. Затем обновляет таблицы итогов. Официальное описание платформы предусматривает эту операцию для файловых и клиент-серверных баз.
Пересчёт нужен при неверных остатках, расхождении отчётов с движениями или ошибках итогов регистров. При повреждении индексов, ссылок или структуры конфигурации он не поможет.
Запланируйте отдельное окно обслуживания. После пересчёта сформируйте тот же отчёт: прежний период, прежние отборы и настройки. При других условиях сравнение потеряет смысл.
Сводная таблица галочек
| Галочка | Тип базы | Что делает | Основание для запуска | Главный риск |
|---|---|---|---|---|
| Реиндексация таблиц | Файловая | Перестраивает индексы всех таблиц | Ошибки индексов после программного сбоя | Долгое монопольное обслуживание |
| Проверка логической целостности | Файловая и клиент-серверная | Ищет нарушения структур и связей данных | Аварийное завершение, сбой записи, ошибка обновления | Исправление без разбора протокола меняет данные |
| Проверка ссылочной целостности | По доступности в окне конкретной базы | Ищет ссылки на отсутствующие объекты | Ошибки ссылок и потерянные объекты | Очистка ссылок или заглушки искажают учёт |
| Реструктуризация таблиц | По доступности в окне конкретной базы | Создаёт таблицы заново и переносит данные | Подтверждённое повреждение структуры | Глубокое изменение базы и потеря исходных признаков |
| Пересчёт итогов | Файловая и клиент-серверная | Перечитывает движения и обновляет итоги | Неверные остатки и расхождения отчётов | Длительная блокировка без пользы при другой причине |
Галочку выбирают по признаку сбоя. Желание проверить всё за один вечер — не основание.
Для серверной базы сначала проверьте СУБД
У клиент-серверной базы свой порядок. Сначала снимите бэкап средствами СУБД и разверните его отдельно. Затем проверьте СУБД, диски и журналы.
За физическую целостность SQL-базы отвечает СУБД. Проверка 1С не заменяет DBCC CHECKDB в MS SQL Server, штатные проверки PostgreSQL или диагностику хранилища.
Если на уровне СУБД ошибок нет, завершите пользовательские сеансы. Откройте копию в Конфигураторе и запустите логическую целостность. Режим — «Только тестирование».
Пересчёт итогов добавляйте только при расхождениях в регистрах и отчётах. Обслуживание индексов согласуйте с администратором СУБД. Реиндексация из окна 1С предназначена для файловой базы.
Сколько идёт тестирование и можно ли его прервать
Общего срока нет. На длительность влияют объём базы, выбранные операции, состояние дисков и число найденных ошибок.
Официальное описание 1С предусматривает ограничение времени и сохранение параметров. Процедуру можно разделить на этапы. Прерванное тестирование затем продолжают.
Если строка состояния долго не двигается, это ещё не доказывает зависание. Проверьте журнал платформы, загрузку процесса, дисковую активность и состояние СУБД. После этого решайте судьбу процесса.
Когда окно обслуживания подходит к концу, используйте штатное ограничение времени. Перед продолжением проверьте исходную копию и выясните, какой этап уже закончился.
После аварийной остановки не продолжайте работу вслепую на изменённой базе. Запишите последнюю операцию, сохраните журналы и снова разверните отдельную копию исходного состояния.
Что делать, если при тестировании вылетает 1С
Повторный запуск с прежним набором галочек причину не найдёт. Он лишь воспроизведёт сбой и может снова изменить базу.
Запишите этап и полный текст сообщения. Проверьте свободное место, журнал регистрации, технологический журнал при его наличии, журналы СУБД и операционной системы.
Вернитесь к исходной копии и оставьте одну проверку. Если 1С снова упадёт в том же месте, круг причин сузится: индексы, логическая целостность, ссылки, итоги или структура.
При сбое файловой базы сохраните исходный 1Cv8.1CD. Если накопитель читает его нестабильно, прекратите повторные запуски. Каждый новый проход снова обращается к повреждённому носителю.
Как проверить базу после процедуры
Сообщение об успешном завершении подтверждает лишь окончание служебной процедуры. Оно не доказывает, что рабочий сценарий снова действует. Повторите именно ту операцию, на которой возникал сбой.
| Что не работало | Контроль после проверки | Что сохранить |
|---|---|---|
| Вход в базу | Войти обычным пользователем и открыть рабочий раздел | Версию платформы и результат входа |
| Проведение документа | Создать копию проблемного документа или повторить действие на тестовой базе | Текст прежней ошибки и новый результат |
| Формирование отчёта | Повторить тот же период, отборы и настройки | Оба результата для сравнения |
| Обмен | Запустить обмен на копии и проверить обе стороны | Журнал обмена и проблемный узел |
| Обновление | Проверить версию конфигурации и завершённость этапов | Журнал обновления и состояние копии |
Процедура закончена не тогда, когда закрылось служебное окно. Она закончена, когда отработал прежний прикладной сценарий.
Зафиксируйте дату запуска, имя базы, режим, выбранные галочки и итоговые сообщения. Эта запись поможет отличить новое повреждение от последствий предыдущего исправления.
Готовая схема выбора галочек
Если причина неизвестна, соблюдайте порядок:
- Сохраните исходную базу и разверните копию отдельно.
- Освободите копию от пользователей.
- Выберите «Только тестирование».
- Отметьте проверку логической целостности.
- Прочитайте протокол и только потом включайте исправления.
Не очищайте ссылки и не создавайте объекты автоматически. Сначала выясните, какие данные исчезли. Возможно, их получится вернуть из копии или повторным обменом.
Для файловой базы добавляйте реиндексацию при подтверждённой ошибке индексов. Если расходятся остатки, отдельно пересчитайте итоги. Реструктуризацию используйте при подтверждённом повреждении структуры после обновления.
Другие сценарии отказа собраны на карте неисправностей 1С. Найдите там наблюдаемое сообщение и переходите к отдельному порядку диагностики.
Если не помогло
Остановите процедуру, если она падает, удаляет данные или снова находит те же повреждения. Не добавляйте новые проверки на рабочей базе.
Сохраните исходную копию, журналы и протокол последнего запуска. Повреждение СУБД, файла 1Cv8.1CD или незавершённую реструктуризацию можно передать на аварийное восстановление базы 1С. Объём данных, который удастся вернуть, станет понятен после диагностики.
Чтобы не повторилось
Настройте резервное копирование 1С и регулярно разворачивайте контрольную копию в стороне от рабочей базы. Бэкап считается рабочим после трёх действий: вы восстановили его, вошли в базу и выполнили прикладную операцию.
Ведите журнал обслуживания. Записывайте дату, версию платформы, имя базы, режим, галочки и результат. Перед обновлением, переносом базы или ремонтом дисков снимайте свежую копию.
Какие галочки ставить при первом запуске?
Выберите «Только тестирование» и проверку логической целостности. Остальные операции добавляйте по конкретному признаку сбоя.
Можно ли сразу выбрать «Тестирование и исправление»?
Не на рабочей базе. Режим исправления меняет данные, поэтому сначала изучите протокол тестирования на отдельной копии.
Можно ли прервать тестирование 1С?
Для плановой остановки используйте штатное ограничение времени и продолжение процедуры. Принудительное завершение оставляет состояние текущей операции неизвестным.
Что делать, если при тестировании вылетает 1С?
Зафиксируйте этап и сообщение, проверьте журналы, диск и свободное место. Новый запуск выполняйте на исходной копии с одной выбранной проверкой.
Нужно ли ставить реиндексацию для серверной базы?
Галочка реиндексации в официальном описании 1С относится к файловой базе. Индексы клиент-серверной базы обслуживайте средствами СУБД.
Что выбрать для битых ссылок?
Первый проход выполняйте с вариантом «Не изменять». Создание объектов или очистку ссылок согласуйте с владельцем учётных данных после разбора протокола.