Иногда в базах 1с случаются неприятности — не запускается 1с отчет который раньше работал, не проводится документ из-за непонятной ошибки, невозможно войти в программу… Одним из главных средств исправления ошибок 1с является тестирование и исправление базы 1с 8.3 с помощью встроенной в платформу утилиты.
Хочу заметить, что при любой некорректной работе 1С Предприятие 8.3 основными методиками восстановления работоспособности программы являются:
- Очистка кеша 1С Предприятие;
- Тестирование и исправление базы 1с 8.3.
Методика удаления кеша 1С подробно изложена в статье . Рассмотрим второй сервисный инструмент администрирования платформы 1С.
Тестирование и исправление базы 1с 8.3 с помощью встроенной утилиты
Для запуска данной операции не нужно обладать какими-либо специальными знаниями, поэтому с этим справится любой пользователь без обращения к 1с специалистам. Для запуска тестирования и исправления необходимо войти в конфигуратор 1с и выбрать пункт «Администрирование» — «Тестирование и исправление…»
Описание утилиты «Тестирование и исправление информационной базы 1с»
В открывшейся форме содержится ряд пунктов, позволяющих исправлять ошибки. Что бы профессионально использовать данный инструмент, необходимо понимать назначение и логику работы каждого из пунктов, поэтому давайте рассмотрим их подробнее:
Реиндексация таблиц информационной базы.
Для быстрого поиска информации к основным таблицам с основными данными добавляются вспомогательные таблицы, в которых данные сортируются по заданным полям основной таблицы — таблицы индексирования. За счет использования таблиц индексирования в разы увеличивается производительность 1с, поскольку нет необходимости перебирать всю основную таблицу данных для выборки, можно воспользоваться индексным файлом и выбрать необходимые записи оттуда.
При записи данных в основные таблицы данных, таблицы индексирования так же заполняются. Но по разным техническим причинам индексы могут сбиваться, что в итоге может приводить к ошибкам. Для исправления данного класса ошибок, когда выполняется тестирование и исправление базы 1с 8.3 необходимо установить галочку у данного пункта меню.
Проверка логической целостности информационной базы
В момент создания новых объектов в конфигурации 1с в базе данных создаются новые таблицы, в которых указываются связи с другими таблицами базы. По различным причинам связи могут становиться некорректными (например из за некорректного обновления или неожиданного отключения электричества в момент записи). Что бы исправить такого рода ошибки выбираем данный пункт меню.
Проверка ссылочной целостности информационной базы
Для выявления и исправления этих ошибок выбираем данный пункт меню, при этом ниже активируются варианты обработок таких ошибок (см. рис. выше). Мы можем выбрать, каким образом исправлять ошибки при при наличии ссылок на несуществующие объекты : создавать объекты , очищать ссылки , не изменять ; и при частичной потере данных : создавать объекты , удалять объект , не изменять .
Пересчет итогов
Для выполнения быстрых выборок данных в базе 1с существуют таблицы с уже просчитанными данными с периодичностью месяц. Когда мы обращаемся за этими данными — они не собираются из основных таблиц (это заняло бы много времени), а выдаются сразу же из данных таблиц итогов. Соответственно, что бы этот механизм работал, необходимо иметь корректные итоги за прошедшие периоды. Поэтому в случае, если 1с «обманывает» в отчетах, то исправляется такая ошибка этим пунктом меню.
Сжатие таблиц информационной базы
Удаление объектов в базе данных — операция достаточно кропотливая и долгая, поэтому в конфигурациях 1с процесс удаления разделен на 2 этапа. Когда вы удаляете объекты в конфигурации, в базе данных 1с данные зануляются и из-за этого не участвуют в дальнейших операциях, хотя физически остаются на месте. Что бы вычистить таблицы от этих записей делают тестирование и исправление базы 1с 8.3 с пунктом меню «Сжатие таблиц информационной базы».
Реструктуризация таблиц информационной базы
При изменении реквизитов какого либо объекта метаданных 1с, базе данных необходимо дополнить все таблицы измененного объекта новыми записями. Это делается через реструктуризацию таблиц базы данных. В процессе реструктуризации создаются копии таблиц базы данных с структурой текущей конфигурации, после этого осуществляется перенос данных в созданные таблицы. В случае добавления реквизита в метаданных 1с, для него будет создана незаполненная колонка в новой таблице; в случае удаления реквизита — в новой таблице колонка под этот реквизит не будет создана, и, соответственно, он не перенесется.
В процессе реструктуризации будут пересозданы все таблицы базы данных, поэтому эта операция — самая длительная.
Тестирование и исправление базы 1с 8.3 на практике
После получения исчерпывающей информации, думаю, что вы легко сможете сориентироваться какие пункты утилиты вам необходимо выбрать для исправления любых .
Тестирование и исправление базы 1с 8.3 может производиться в двух режимах:
- Тестирование. В этом режиме база тестируется и производятся технические исправления незначительных ошибок.
- Тестирование и исправление. В этом режиме база 1С тестируется и пытается произвести исправления всех замеченных ошибок (см. рис. выше).
Что бы выполнить тестирование и исправление базы 1с 8.3 необходимо нажать кнопку «Выполнить», после чего в информационном окне внизу конфигуратора вы сможете наблюдать за ходом тестирования и исправления.
Как сделать тестирование и исправление базы 1С:Бухгалтерия (8.3 редакция 3.0)
2017-12-19T18:21:22+00:00Итак, с базой возникли проблемы. Полезли ошибки или она просто перестала запускаться. Не торопитесь вызывать программиста, многое можно сделать своими силами.
1. Для начала резервную копию имеющейся базы. Дело в том, что тестирование и исправление это необратимые операции над базой данных, которые почти всегда делают ситуацию лучше, но в очень небольшом проценте случаев могут все испортить. Вот на этот самый редкий случай мы и должны сначала сделать резервную копию.
2. Теперь, когда резервная копия сделана, запустите базу в режиме конфигуратора:
3. Выберите пункт "Администрирование"-"Тестирование и исправление..." :
4. Перед нами много вариантов проверок и исправлений, которые нужно выбрать и нажать кнопку "Выполнить". В принципе, можно выбрать их все, но наиболее разумным будет выполнять эти проверки и исправления по-порядку и после каждого исправления проверять - не пропали ли ошибки в базе:
5. Будем тестировать и исправлять сразу (второй вариант):
6. Если база очень большого размера, то можно ограничить выполнение проверок во времени. Не будем этого делать:
7. Реиндексация таблиц информационной базы. Что это такое? Для каждой таблицы (например, справочника) в базе строится индекс для ускорения поиска по определенным полям. Так вот, это исправление заново строит все индексы:
8. Проверка логической целостности информационной базы проверяет и исправляет логические ошибки в структурах таблиц:
9. Проверка ссылочной целостности информационной базы проверяет все ссылки на объекты, которые могут уже не существовать или быть разрушенными:
Поэтому на данной проверке нужно указать, что делать с такими объектами: создавать новые, очищать или ничего не делать.
10. Пересчет итогов. Итоги - грубо говоря, это индексы для регистров, в которых хранится информация, создаваемая документами. Например, наличие итогов по регистру остатков товара позволяет нам быстро получать значение остатков товара на некоторую дату. Эта проверка заново пересчитывает все итоги за все время. Замечу, что обычно это очень долгая по времени проверка.
11. Со временем базы данных сильно увеличиваются в размерах. Это происходит, потому что в базе накапливается много данных, которые мы пометили на удаление, затем удалили, но на самом-то деле в базе они по-прежнему остались (просто мы их больше не видим). Пункт "Сжатие таблиц информационной базы" производит их настоящее удаление и база сокращается в размере:
12. Реструктуризация таблиц информационной базы. Последнее грозное оружие в борьбе с ошибками. Для каждой таблицы - создается новая таблицы с нужной структурой и все данные из старой таблицы переносятся в новую:
13. Выбрав нужный пункт, запускайте проверку (кнопка "Выполнить"):
14. После всех проверок откроется окно Служебные сообщения с информацией о результатах тестирования:
Если исправление не помогло и стало только хуже - из резервной копии, которую мы сделали на первом этапе.
Тестируем через обновлятор
Для пользователей моего всё ещё проще.
Отметьте нужную базу в списке, а затем из пункта "Ещё" выберите пункт "6.06 Тестирование и исправление баз":
Откроется окно с опциями полностью совпадающими с опциями конфигуратора:
Отметьте нужные и нажмите кнопку "ОК".
При этом обновлятор:
- сам заблокирует базу и выгонит работающих пользователей;
- сам создаст резервную копию базы;
- сам запустит конфигуратор для автоматического тестирования в соответствии с отмеченными настройками;
- сам пустит всех пользователей обратно после тестирования
- всю информацию о результатах тестирования вы увидите в окне обновлятора на закладке Отчёт .
При этом, если вам потребуется восстановить (откатить) базу на созданную резервную копию перед тестированием - отметьте базу галкой, а затем из пункта "Ещё" выберите вариант "6.01 Восстановить файл данных базы из zip, 7z, rar".
Иногда при работе с 1С могут возникать сбои или ошибки.
В данной статье мы поговорим о тестировании и исправлении информационной базы 1С.
Информационная база 1С (в терминах фирмы 1С) - место хранения всех данных по учету в одной или нескольких организациях, характеризуемое определенным адресом хранения. Возможны два варианта хранения информационной базы: файловый и клиент-серверный вариант.
Если у Вас возникла необходимость провести процедуру тестирования и исправления информационной базы 1С:
Во первых, следует создать копию базы данных (если это возможно, т.к. иногда структура базы становится настолько «покалечена», что отсутствует даже возможность создать резервную копию).
Во вторых: После создания резервной копии следует открыть Конфигуратор, далее в меню: Администрирование -> Тестирование и исправление…
Процедура тестирования и исправления информационной базы служит для диагностики и устранения ошибочных состояний информационных баз, имеющих различный формат хранения данных (файловый или клиент-серверный ):
Процедура позволяет выбрать проверки и режимы, которые должны быть выполнены для текущей информационной базы.
Реиндексация таблиц - это перестроение индексов таблиц, направленное на повышение быстродействия работы базы.
Проверка логической целостности – это целое множество проверок логики базы данных
Проверка ссылочной целостности - это подмножество проверки логической целостности базы данных, существующее для отдельной работы с «битыми» ссылками. Конкретнее будет объяснено ниже по тексту.
Пересчет итогов – расчет итогов таблиц регистров накопления
Сжатие таблиц информационной базы – данный пункт отвечает за уменьшение размера базы после тестирования. Объяснить уменьшение размера базы можно, например, так: когда из базы удаляется объект, он, по сути, остается в базе внутри, но невидимым для конечного пользователя. Сделано это для того, чтобы объект все-таки можно было восстановить уже после полного удаления из базы (хотя мы с таким не встречались). И сжатие таблиц, как раз убирает информацию об удаленных уже объектах из базы данных. От этого таблицы становятся меньше (это всего лишь один пример, как работает сжатие).
Действие «Сжатие таблиц информационной базы» доступно только для файлового варианта. Остальные варианты работают и в файловом и в серверном режиме.
Реструктуризация таблиц – пример можно привести такой: берется таблица № 1, создается копия ее структуры, назовем, как Таблица № 2 и данные из таблицы № 1 копируются порциями в таблицу № 2.
Имеется возможность выполнять только тестирование или тестирование с исправлением.
Пункты настроек по обработке ошибок базы становятся доступными для выбора при варианте обработки «Тестирование и исправление», а также режиме «Проверка ссылочной целостности информационной базы».
Первая настройка: «При наличии ссылок на несуществующие объекты» означает, что в базе будет произведен поиск «битых ссылок» (когда какой-то реквизит ссылается, к примеру, на элемент справочника, а физически данный элемент уже в базе отсутствует. В результате, встречаются записи типа «Объект не найден <……>») и вариант обработки таких ссылок:
Попытка создать несуществующий объект;
Ничего не изменять.
Вторая настройка: «При частичной потере данных объекта» означает, что данные какого-либо объекта были потеряны, но оставшихся данных вполне хватает для восстановления утраченного. Варианты обработки таких объектов не отличаются по смыслу от вариантов предыдущей настройки.
Процесс тестирования и исправления информационной базы может быть разбит на несколько этапов. При этом доступны следующие возможности:
- ограничение времени тестирования и исправления;
- сохранение параметров тестирования между этапами;
- продолжение прерванного ранее тестирования и исправления;
- поддержка тестирования и исправления порциями в командной строке запуска.
Следует заметить, что тестирование и исправление информационной базы 1С может выполняться только в монопольном режиме (т.е. работа пользователей с информационной базой в процессе тестирования и исправления невозможна).
Утилита chdbfl
Вариант с тестированием базы средствами самой программы 1С – не единственный. В комплект поставки платформы 1С: Предприятие входит еще вспомогательная утилита для тестирования и исправления файлового варианта базы данных.
Опять-таки перед всеми операциями с базой обязательно создавайте копию.
После удачного резервного копирования надо открыть утилиту chdbfl. Она находится в каталоге установленной программы 1С.
Путь к ней, как правило, такой: C:\Program Files\1cv82\ «релиз платформы 1с» \bin
Там находится файл: «chdbfl.exe»
Убедившись, что в базе 1С, которую будете тестировать, не находится ни один пользователь (в том числе вы), запускаете программу.
В окне «Имя файла БД» выбираете путь к файлу с базой данных. Сам файл всегда имеет расширение *.1CD, а путь к папке с базой данных можно посмотреть в списке информационных баз, который открывается при запуске 1С: Предприятие.
Можно просто тестировать базу, можно сразу поставить галочку «Исправлять обнаруженные ошибки». Тогда программа сама поправит ошибки в базе. Настроек тут, правда, никаких нет и программа будет уже сама исправлять ошибки базы автоматически.
После выбора базы и установки режима нужно просто нажать на «Выполнить». Программа начнет работать и через некоторое время сообщит о завершении процесса тестирования.
1С8 Параметры консольного вызова тестирования и исправления
DESIGNER (CONFIG в 8.0) Запуск в режиме Конфигуратора.
/@ Путь к файлу с параметрами командной строки.
/F
Путь к файловой информационной базе (исключая имя файла).
/S
Адрес информационной базы на сервере 1С:Предприятия.
/IBName
запуск информационной базы по имени базы в списке информационнх баз. При необходимости имя должно быть взято в двойные кавычки. При этом, если имя содержит двойные кавычки, то нужно заменить каждые двойные кавычки на две двойные кавычки. Если в списках баз будет найдено более чем одна база с указанным именем, то пользователю будет выдана ошибка.
/N
Имя пользователя, как оно задано в Конфигураторе.
/P
пароль пользователя, имя которого указано в параметре /N. Если у пользователя нет пароля, этот параметр можно опустить.
/Out[ -NoTruncate] Задаёт файл для вывода служебных сообщений. Если задано -NoTruncate, файл не очищается (не используется в тонком клиенте). C 8.2.15 файл сообщений открывается в режиме, допускающем совместное чтение, и во время пакетного режима запуска Конфигураторa запись в этот файл выполняется сразу, а не буферизуется.
/UC [код доступа] — позволяет выполнить установку соединения с информационной базой, на которую установлена блокировка установки соединений. Если при установке блокировки задан непустой код доступа, то для установки соединения необходимо в параметре /UC указать этот код доступа.
/DumpIB[ИмяФайла] Выгрузка информационной базы.
/IBCheckAndRepair
выполнить тестирование и исправление информационной базы.
. -ReIndex
реиндексация таблиц;
-LogIntegrity
проверка логической целостности или
-LogAndRefsIntegrity
проверка логической и ссылочной целостности;
-RecalcTotals
пересчет итогов;
-IBCompression
сжатие таблиц;
-Rebuild
реструктуризация таблиц информационной базы;
-BadRefCreate
создавать объекты или
-BadRefClear
очищать объекты или
-BadRefNone
не изменять при частичной потере объектов:
-BadDataCreate
создавать объекты или
-BadDataDelete
удалять объекты или
-BadDataNone не изменять объекты;
UseStartPoint
использовать сохраненную точку возврата для продолжения тестирования с того места, на котором оно было прервано в предыдущем сеансе;
TimeLimit:hhh:mm
ограничение максимального времени сеанса тестирования: hhh
- количество часов (0..999); mm
- количество минут (0..59).
Примеры использования параметров
C:\Program Files\1cv8\bin\1cv8.exe CONFIG /F"C:\DemoTrd2" /N"Федоров (администратор)" /P"" /IBcheckAndRepair -LogIntegrity
C:\Program Files\1cv82\common\1cestart.exe DESIGNER /S"Server-1C\1C-Work82" /N"Администратор" /P"12345" /IBcheckAndRepair -LogIntegrity
Спасибо!
Функционирование программы может нарушиться вследствие аварийного прекращения работы, например при отключении электроэнергии. Потом в базу данных не удается войти.
Иногда функционирующая программа может показывать неверные результаты. Из списка «исчезают» документы, при попытке открыть документ программа зависает, в отчетах появляются странные результаты. Все эти «глюки» прекращаются после тестирования и исправления 1C.
Ошибки могут проявляться не столь грубо, но любые странности и неточности являются поводом для «ремонтных работ».
Причины, ведущие к проблемам:
- Аварийное прекращение работы (внезапное отключение питания);
- Физический износ жесткого диска;
- Сбои в работе компьютера.
Перед исправлением базы сделайте резервную копию
Прежде чем тестировать базу данных, обязательно нужно сделать ее резервную копию.
Это можно сделать прямым копированием каталога, где находится информационная база. Если не удается войти в Конфигуратор, то сделать копию можно только таким способом.
Если удалось войти в Конфигуратор, то нужно выбрать в меню опцию Администрирование → Выгрузить информационную базу, как на рис.1. В открывшемся окне нужно задать каталог для записи резервной копии и имя файла, в котором будет сохранен архив.
Перед тестированием и исправлением копия делается обязательно, поскольку при исправлении выполняются необратимые изменения данных. Иногда (очень редко) они могут не улучшить, а ухудшить состояние базы данных.
При нормальной работе резервные копии нужно делать регулярно, лучше всего – ежедневно. Для того, чтобы эта работа выполнялась автоматически, установите бесплатную программу Бэкапер-1С Резервные копии бухгалтерии .
Лучше хранить резервные копии не на том же носителе, где расположена сама база. Подойдет флэшка, хранилище в Интернете, другой жесткий диск. Ведь иногда потеря данных бывает связана с физическим износом жесткого диска.
Наличие резервных копий – страховка от потери данных. Однако нельзя поручиться, что в резервных копиях все идеально, поэтому актуальность опции Тестирование и Исправление не уменьшается.
Рис. 1. Выгрузка данных.
Подведем итог:
- Резервные копии нужно делать регулярно;
- Резервные копии нужно хранить на другом носителе;
- Для автоматизации есть программа Бэкапер-1С Резервные копии бухгалтерии;
- Перед тестированием и исправлением обязательно делают копию базы.
Исправление информационной базы внутренними средствами программы
После того, как сделана резервная копия, откроем базу в режиме Конфигуратора. Выбираем опцию меню Администрирование → Тестирование и исправление информационной базы.
В открывшемся окне нужно проставить галочки (рис.2).
Но лучше не делать этого: не все операции, перечисленные в меню, необходимы при ремонте после аварии.
Рис.2. Окно тестирования и исправления 1с 8 с проставленными галочками во всех пунктах. Так делать НЕ НАДО:
Если отметить все пункты, запустится долгий процесс. Результаты тестирования и исправления отображается в нижней части окна. После выполнения действий нужно щелкнуть по кнопке Закрыть .
Выполнить все – не самый лучший вариант! Квалифицированные пользователи выполняют действия поэтапно и выборочно.
Этапы исправления
Рассмотрим все пункты меню Тестирование и исправление.
- Реиндексация таблиц информационной базы;
- Проверка логической целостности;
- Проверка ссылочной целостности;
- Пересчет итогов;
- Сжатие таблиц;
- Реструктуризация таблиц.
Первый этап, Реиндексация таблиц информационной базы, помогает решить 90% проблем. Что происходит в процессе реиндексации?
Внесение данных в справочники, создание новых документов сопровождается их автоматическим упорядочиванием. Названия выстраиваются по алфавиту, документы – по датам и т.д. При этом физический порядок следования записей не меняется. Записи выводятся на экран в определенном порядке, потому что им присвоены номера (индексы), и соответствие индекса физическому номеру записи содержится в таблицах индексов.
Индексы очень важны:
- Поиск в индексированных таблицах происходит во много раз быстрее, чем в неиндексированных;
- Индексный номер – это уникальный «код» записи, по индексам выполняется связь между записями из разных таблиц;
- Индексные таблицы – это каркас информационной базы; без них программа 1с не работает.
Нарушение индексных таблиц приводит к хаосу в представлении документов. Может, например, засветиться документ, в котором отсутствуют наименования товаров, но есть их количество.
Каждая новая запись сопровождается изменениями в таблицах индексов: например, после внесения в справочник записи, начинающейся на букву А, ей будет присвоен один из первых индексов, а все остальные индексные номера будут изменены. Небольшая пауза, возникающая после внесения новой записи, связана с пересчетом индексов; чем больше база, тем заметнее пауза.
Создание документа и записей в нем приводит в движение несколько индексных таблиц (иногда несколько десятков). Фактически, реиндесация таблиц в 1с ведется постоянно во время работы с данными. Но в рабочем режиме индексируются каждый раз одна или несколько таблиц, а при Тестировании и исправлении выполняется полная индексация всех таблиц, и этот процесс, для больших баз, занимает длительное время.
Итак, при переиндексации происходят такие процессы:
- Записи заново ранжируются и упорядочиваются;
- Восстанавливается связь между таблицами и другими объектами;
- Во многих случаях – восстанавливается работа программы.
После переиндексации можно проверить – восстановилась ли работоспособность базы.
Следующий этап – проверка логической целостности. Проверяется соответствие реальной структуры информационной базы и ее описания в Конфигурации (наличие объектов, наличие связей между объектами). Эта проверка зачастую сообщает об ошибках даже в работающей базе, не следует паниковать при таких сообщениях. Однако это повод для обращения за консультацией к специалисту.
Проверка ссылочной целостности «прозванивает» связи между объектами. Иногда в таблице используется ссылка на отсутствующий объект, например на удаленный документ. Ссылочную целостность принято восстанавливать вручную, по списку, полученному в результате проверки. Иногда ссылочная целостность нарушена на «заброшенных участках» — в старых неактуальных документах. Тогда на них просто не обращают внимания.
Пересчет итогов – длительная и рискованная процедура. В 1с производится пересчет результатов в штатном режиме, но он ведется не «от начала времен», а с начала месяца. Итоговые значения отслеживаются в регистрах, это ускоряет работу. Если включить пересчет итогов в режиме тестирования и исправления, то пересчет совершится от момента создания базы, причем правильные текущие значения регистров могут «поплыть» из-за давно удаленных или исправленных «задним числом» документов. В результате длительная работа по пересчету не принесет пользы.
Если нет необходимости, то от пересчета итогов лучше воздержаться.
Сжатие таблиц – это процедура физического удаления записей, которые были помечены на удаление и перестали выводиться на экран. Таких записей может быть очень много, они без пользы раздувают объем базы данных.
Сжатие таблиц – полезная функция, хотя ее выполнять не обязательно.
Реструктуризация таблиц – операция, актуальная при переходе на новую версию программы. При реструктуризации создаются пустые таблицы с форматом, заданным в конфигурации, и в них переносится, запись за записью, информация из старых таблиц. В новых таблицах могут быть расширены поля, добавлены новые поля. Реструктуризация – это операция, которая должна подготовить информационную базу для работы по-новому, и она абсолютно необходима при обновлениях.
Если никакие версии не менялись, то реструктуризация не нужна, эта длительная процедура ничего не добавит и не изменит.
Итак, при исправлении «упавшей» программы необходимы и полезны опции:
- Реиндексация таблиц информационной базы
- Проверка логической целостности
- Проверка ссылочной целостности
Что делать, если не удается запустить Тестирование и исправление?
Если база сильно повреждена и даже в Конфигуратор не удается войти, остается еще одна возможность восстановления: воспользуйтесь утилитой chdbfl.exe. Файл можно найти в папке Bin каталога установки (рис.3).
Рис. 3. Выбор утилиты chdbfl.exe
По записи в командной строке, показанной на рис.3, видно, что путь к файлу лежит через каталог 1сv8.2, или 1сv8.3, короче говоря, через каталог программы. Он может быть расположен в папке Program Files или в другой папке. Нужно найти место расположения каталога и открыть его. Внутри каталога открыть папку Bin,
Запустив исполняемый файл, выбирайте базу, подлежащую исправлению, и разрешите исправлять обнаруженные ошибки (рис.4)
Рис.4. Окно программы chdbfl.exe
Подведем итоги. Если программа не запускается после аварийного прерывания работы, нужно сделать следующее:
- Сделать резервную копию;
- Попытаться войти через Конфигуратор и воспользоваться опцией Тестирование и исправление;
- Если в Конфигуратор не удается войти, найти программу exe и попытаться спасти данные при помощи этой программы;
- Если все попытки не дают результата, нужно обратиться за помощью к специалистам;
- В случае невосстановимой потери данных установить последнюю работоспособную резервную копию;
- Если резервное копирование не выполнялось – восстанавливать данные по первичным документам и бумажным распечаткам.
Удачное восстановление данных происходит не всегда. Страховкой от потери данных является ежедневное резервное копирование: если информационная база повреждена, можно вернуться на день назад и быстро восстановить потерянные записи.
Ошибка 1С «Файл базы данных поврежден» регулярно возникает при работе с версиями платформ 8.2 и 8.3. Данная ошибка может возникнуть как при запуске информационной базы, так и в процессе какой-либо операции. Рассмотрим, как можно исправить данную ошибку.
Рис. 1. Окно с ошибкой
В первую очередь, ОБЯЗАТЕЛЬНО(!!!) сделайте копию поврежденной базы. Лучше сделать копию файла 1Cv8.1CD. Для этого необходимо перейти в каталог, где хранится база, скопировать ее и сохранить в любом для Вас удобном каталоге.
Рис. 2. Копирование базы
Рис. 3. Вставка базы в каталог
После копирования базы, необходимо внутреннее тестирование. Для этого заходим в нашу базу через конфигуратор, переходим по вкладке “Администрирование” и нажимаем на “Тестирование и исправление”.
Рис. 4. Запуск Конфигуратора
Рис. 5. Тестирование и исправление
Перед нами появляется окно тестирование и исправления информационной базы. Ставим галочки, как показано на рисунке 6 и запускаем тестирование.
Рис. 6. Запуск тестирования и исправления
После внутреннего тестирования необходимо провести еще и внешнее тестирование. Для этого мы закрываем конфигуратор и открываем утилиту chdbfl.exe. Она находится в папке с платформой, которая, как правило, находится в папке C:\Program Files (x86)\1cv8\8.3.10.2252\bin.
Рис.7. Путь к утилите
Запускаем данный файл, в поле “Имя файла БД” прописываем путь, где лежит наша база и ставим галочку “Исправлять обнаруженные ошибки, далее выполняем тестирование.
Рис. 8. Запуск внешнего тестирования
После всех выполненных операций можете зайти в базу. Если ни один из перечисленных способов не помог восстановить поврежденную базу, разбираться с ней придется вручную. Сделать это сможет только квалифицированный программист.
Пивкин Андрей. Специалист Линии консультаций