|
Прежде всего, если у вас есть актуальная архивная копия MD файла
- просто восстановите ее. В случае, если вы не меняли ни структуру,
ни тексты модулей, поможет простая подмена "порченного"
файла архивным.
Если архива нет, тогда сразу же сделайте резервную копию всего
каталога конфигурации и базы данных. Отложите эту копию в надежное
место и не трогайте до тех пор, пока не убедитесь, что все работает
нормально и максимальное количество данных восстановлено.
Зарегистрированные пользователи могут послать испорченный файл
в службу поддержки 1С на адрес hline@1c.ru.
В письме следует указать регистрационные данные. Кроме того, вероятно
специалистам службы поддержки могут пригодиться дополнительные сведения
о поломке (при каких обстоятельствах и какие возникают сообщения
об ошибке и т.п.).
Внимание! Рекомендациям,
данным ниже, вы можете следовать только на свой страх и риск. Неосторожные
действия могут привести к необратимой порче как файла конфигурации,
так и данных.
Как правило, в каталоге базы данных есть подкаталог NEW_STRU, в
котором может находиться файл метаданных очень близкий текущему:
вэтом каталоге создается копия конфигурации перед сохранением изменений.
Если последние изменения не затрагивали струткуру данных, можно
попробовать поместить его в каталог базы данных, заменив "испорченный"
файл.
Если вы дочитали до этого места, значит пора переходить к ручному
исправлению структуры файла.
Но прежде всего попробуйте воспользоваться программой Доктор MD,
которая попытается восстановить работоспособность файла автоматически.
Прежде, чем приступать к ручному исправлению файла, ознакомьтесь
с разделами
- Общие сведения (это точно не помешает);
- Струтура файла (чтобы знать, где
искать);
- Личный опыт (самое ценное в базе знаний);
- и вам потребуется основной инструментарий
(Far и DocFile)
Основная задача - определить, какой именно объект в файле метаданных
испорчен:
- При поиске строки по всем модулям конфигурации программа выдаст
сообщение об ошибке перед сбойным объектом;
- Можно воспользоваться Патчером от
Soaron'а, который заставляет Предприятие показывать реальное
имя обрабатываемого объекта при загрузке конфигурации;
- Попробуйте удалять все объекты метаданных один за другим - сбойный
объект удалить, скорее всего, не удастся.
Сбойный объект надо найти в файле с помощью утилиты DocFile.
Что с ним делать дальше - зависит от ситуации.
В редких случаях, его можно починить (см. рассказ
pegasus'а из раздела Личный опыт).
В худшем случае, его можно удалить. При этом надо не забыть убрать
ссылку на удаляемый объект из Container.Contents на этом
же уровне.
Самый надежный вариант - найти подобную конфигурацию и скопировать
(в FAR'е с помощью DocFile) такой же объект из нормального файла
в испорченный, заменив "битый" объект.
|