Ошибка загрузки метаданных. Ошибка загрузки метаданных 1с 7.7 ошибка загрузки метаданных как исправить
Если у Вас появилось окно с сообщением «Ошибка загрузки метаданных 1С 7.7», то это почти наверняка поврежден файл с метаданными 1сv7.md, либо он просто напросто не найден.
Если база 1С «потерялась»
Если файл цел, но по каким-то причинам к нему указан неверный путь, то считайте, что Вам повезло. Достаточно правильно указать путь к базе данных, и все будет в порядке. Чтобы указать правильный путь, нужно запустить программу и нажать кнопку «Изменить»:
Появится окно с названием информационной базы и строка с указанием пути к ней:
Нужно выбрать каталог, где находится файл 1сv7.md.
Если база действительно повреждена
Теперь рассмотрим вариант, когда путь указан верно, а следовательно, файл поврежден. Это может произойти при внезапном выключении электроэнергии, неправильном извлечении переносного носителя информации, поражения файла вирусом.
Получите 267 видеоуроков по 1С бесплатно:
Не исключено, что поврежден не только md файл, но и другие. Но программа сначала обращается именно к файлу конфигурации и, если не может его корректно открыть, выдает ошибку. Если файл md в порядке, то сообщение скорее всего будет другим, например, связанное с нарушением индексации или прочее. Для исправления данных ошибок обычно достаточно штатных средств программы.
Кстати, проверьте, возможно, у Вас настроено резервное копирование всей базы данных, и Вам нужно просто восстановить ее. Но после этого все равно проверьте диск на целостность и на вирусы, иначе ситуация может повториться.
Итак, что можно предпринять для лечения файла конфигурации.
Важно! В первую очередь сделайте копию всего каталога с базой данных, чтобы не усугубить ситуацию!
После выполнения резервной копии поочередно выполняем следующие действия:
- Проверяем, скопировался ли файл в другой каталог, а лучше на другой диск. Если скопировался и размер совпадает, то доступ на чтение есть. На всякий случай попробуйте создать новую базу данных, указав путь к каталогу, в который скопировали исходную базу. Если все заработало, проблема с диском. Если ошибка остается – поврежден файл md.
- Самый простой способ восстановить файл конфигурации – это найти файл с таким же релизом и заменить им поврежденный. Но этот способ приемлем, только если у Вас нет своих изменений в конфигурации, либо они незначительны, и их легко внести опять. Помните, что изменения нужно внести до первого запуска 1С в режиме пользователя, иначе можно потерять данные. Релиз конфигурации можно узнать следующими способами:
- Если это файловая база данных, находим файл 1SCONST.DBF и открываем его в любом dbf редакторе. Ищем там ячейку с цифрами, начинающимися с 7.7. Это и есть номер релиза:
Если база SQL-ная, пишем простой запрос, который выдаст нам номер релиза:
Сообщение об ошибке загрузки метаданных одна из наиболее часто встречающихся ошибок при потере данных 1с 7.7 Сообщение "ошибка загрузки метаданных пользователь получает в случае если программа 1с при запуске не может найти файла метаданных в каталоге базы или он поврежден. Чаще всего такого рода сбои случаются со съемными носителями, особенно в случае их некорректного отключения от компьютера, но может быть связано и с выходом из строя непосредственно носителя. Такое же сообщени Вы получите и при повреждении базы в результате действия некоторых разновидностей вирусов. Чаще всего при ошибке загрузки метаданных повреждение комплексное, то есть поврежден не только мд-файл но и другие составляющие базы. Программа в первую очередь при запуске проверяет мд-файл, именно поэтому сообщение о его повреждении появляется в первую очередь. При подобных ошибках программа блокирует доступ к базе для избежания дальнейших повреждений.
Основная ошибка пользователей при повреждении мд-файла попытка самостоятельно переписать его из копии. Очень часто при этом происходит лишь дополнительное повреждение базы.. Пользователь переписав мд-файл при следующем запуске программы обнаруживает что выдается сообщение о повреждении другого файла, и так далее... Поскольку перед тем как переписывать никто никогда не делает копию, последствия бывают весьма печальными...
Перед тем как что-либо делать с неисправной базой обязательно следует сделать посекторную копию (несжатую) носителя (раздела) на котором находится база. Тем самым Вы можете избежать дальнейших повреждений базы при попытках ее восстановления. По практике более чем в половине случаев при восстановлении баз 1с после сбоя перед тем как обратиться к специалистам пользователи своими силами пытаются исправить базу не позаботившись о том чтобы сделать посекторную копию. По телефону о подобных попытках очень часто не говорят, хотя мастер всегда этот момент уточняет... В результате со слов клиента мастер обозначает перспективы, а потом при диагностике в ремзоне выясняется что характер повреждений совершенно другой и вызваны повреждения действиями пользователя или мастеров которые пытались и не смогли сделать...
Если у Вас пропала важная информация обращайтесь к приличным специалистам В ПЕРВУЮ ОЧЕРЕДЬ. Таким образом Вы сэкономите свое время, деньги и сбольшой вероятностью Ваша информация будет восстановлена. После обращения к неквалифицированным восстановителям Вы рискуете потерять информацию безвозвратно... Повреждения возникшие в результате сбоя как правило минимальные, повреждения полученные в результате неквалифицированных попыток восстановления очень часто фатальны....
В информационных базах на платформе 1С могут возникнуть множество различных ошибок:
нарушение логической/физической целостности базы, ошибки пользователей, «кривой» код разработчика и многое другое.
Причин может быть множество: отключили свет, и не было источника бесперебойного питания, или вечер пятницы удался, и пользователь уже и не может вспомнить в понедельник, что он натворил такого.
Во-первых, стоит задать несколько уточняющих вопросов пользователю:
1) Релизы платформы/конфигурации.
2) Полный текст сообщения об ошибке. Пользователи имеют досадное свойство не читать целиком такие сообщения, а возможно в нем содержится рекомендация к устранению неисправности.
3) Как давно возникла и при каких обстоятельствах появляется. Не воспроизводимые ошибки, которых мы ранее не встречали, мы наврядли сможем исправить.
4) Возникает ли если запустить 1с с другого компьютера/от другого пользователя? Это даст нам пищу для размышлений - сможет ли помочь очистка кэша, настройка прав, или очистка настроек пользователя.
Теперь немного о самих ошибках и том как их решать.
Общее:
Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.).
Распространенный пример - ломаная платформа. Один из патчей взламывает конкретную версию платформы, поэтому после установки новой версии платформы и попытке зайти в базу можно увидеть окно «Не обнаружено свободной лицензии».
Если Вы встретили ошибку в первый раз - возможно, кто-то уже ее встречал -
поищите в google, возможно кто-то уже с этим сталкивался и решил проблему, и Вы не потратите лишних пару часов своего времени.
Релиз конфигураций должен быть актуальным (в первую очередь для конфигураций из которых сдается регламентированная отчетность), неспроста на линии консультаций практически всегда предлагают вначале обновиться, а потом уже смотреть дальше.
Актуальный релиз платформы - у каждой конфигурации написано, какой релиз платформы рекомендован для работы с этой конфигурацией.
Технологический журнал позволяет протоколировать все события 1С:Предприятия (или часть, используя фильтр).
Про него можно прочитать и .
!!!ВАЖНО
Перед любыми действиями с базой - сделать архивную копию!
Если база не открывается в конфигураторе - скопировать папку с базой и выполнять все операции на копии!
1) База вообще не открывается ни в пользовательском режиме, ни в конфигураторе.
- Самое быстрое, что можно сделать - очистить временные файлы (удалить базу из списка баз и подключить заново)
Это действие не удалит временные файлы (кэш), а создаст новую папку для временных файлов базы, удалить файлы можно:
В Windows 7 в C:\Users\Имя_Пользователя\AppData\Roaming\1C\1Cv8x
В Windows XP C:\Documents and Settings\Имя_Пользователя\Application Data\1C\1Cv8х
- Также можно попытаться зайти в базу от другого пользователя.
- Если база файловая, то стоит запустить утилиту для тестирования физической целостности базы chdbfl. Она находится в папке:
C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe
- Если база sql-ная то тестирование средствами sql.
- Если ни то ни другое не помогло, то можно обновить платформу (см. под какой платформой работает релиз)
- Если не получилось ничего из перечисленного, можно воспользоваться программкой Tool_1CD.
2) Если база при запуске уходит в дамп.
- Отключить аппаратное ускорение видеокарты:
- Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
- В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
- В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
- Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
- Откройте Панель управления (Пуск — Панель управления).
- Найдите и откройте элемент «Экран».
- В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
- В открывшемся окне нажмите на ссылку «Дополнительные параметры».
- Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
- В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если UAC включен, придется подтвердить, что изменения санкционированы пользователем. Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
В Windows 7 в некоторых случаях кнопка «Изменить параметры» будет неактивна. В этом случае отключить аппаратное ускорение невозможно, так как видеокарта и ее драйвер не поддерживают манипуляции аппаратным ускорением.
- Если антивирус Касперский, то можно попробовать отключить самозащиту и переименовать файлы kloehk.dll и mzvkbd3.dll в папке Касперского. (Ошибка возникала на старых версиях 2011 года, но еще иногда встречается)
- Проверить соответствие релиза платформы/конфигурации.
- Попробовать зайти в базу с другой платформы.
3) База открывается в конфигураторе, но не хочет заходить в пользовательский режим.
- Очистка временных файлов
- Попытка зайти за другого пользователя
- chdbfl / тестирование средствами sql
- Тестирование и исправление ИБ:
В конфигураторе Администрирование-Тестирование и исправление - галочки в зависимости от ситуации. - Попробовать создать др. пользователя с полными правами и зайти от него.
- Попробовать перенести на другой ПК и открыть там, может что-то с ПК.
4) При каком-то действии выкидывает на код в конфигуратор.
- Для проверки стоит очистить кэш.
- Если не помогло то скорей всего ошибка в коде - особенно актуально для нетиповых и самописных конфигураций, но встречается иногда и в типовых.
Если конфигурация нетиповая, то тут либо обновление прошло некорректно или разработчик дорабатывавший конфигурацию не предусмотрел все возможности пользовательских ошибок - защита от дурака (если это возможно!).
Если типовая, то возможно ошибка в релизе.
В любом случае стоит пробежать в отладчике и посмотреть что не так.
5) Под одним пользователем дает что-то сделать, под другим нет.
- Настройки прав пользователей.
- Настройки пользователя.
- Очистка кэша.
6) С одного ПК заходит, с другого нет.
- Проверить в проводнике видит ли базу - может к папке с базой не предоставлен общий доступ.
- Очистка кэша.
- Зайти под другим пользователем.
7) Я ничего не делал/делала но у меня все сломалось
- Если смогут подсказать что именно «не делали» и когда, то можно воспользоваться
- журналом регистрации с отборами и возможно узнать, в чем проблема.
- Журнал регистрации можно найти в конфигураторе:
- Администрирование - журнал регистрации.
Либо в пользовательском режиме - расположение зависит от конфигурации.
8) Недостаточно памяти.
Был у меня случай, пришел клиент, говорит, при закрытии месяца вылетает ошибка "Недостаточно памяти". Взялся я за эту проблему. Думал, что легко, сначала добавил оперативки - ошибка. Было 2 гигабайта, стало 4, а все равно 1с-ке мало. Размер файла подкачки менял - ошибка, переустановка системы (поставил Windows 7) дало только временный результат, где-то на неделю. Перепробовал все. Спустя некоторое время решение было найдено.
Решение
На клиентском компе запустить командную строку от имени администратора, прописать там следующее:
BCDEdit /set increaseuserva xxxx - вместо хххх пишите объем виртуального адресного пространства в мегабайтах, т.е. сколько нужно памяти под работу приложений. По умолчанию 2 гига. Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС. Я выбрал 3000 (т.е. CDEdit /set increaseuserva 3000 ). Однако система может подглючивать. Особенно, если у вас 2 гига оперативки, как у меня. Это для ОС семейства Windows Vista, 7, Windows 2008.
Для Windows XP \ Windows 2003 пишем
/3GB
/userva=xxxx
(xxxx
в МБ в диапазоне 2048 - 3072) в файле boot.ini, рекомендуемый максимум значений userva
2900-3030.
9) Элементы форм налезают друг на друга и имеют неправильное расположение.
- Очистка кэша.
10) Ошибка СУБД Внутренняя ошибка компоненты dbeng8
- Ошибка связана с различием кода разных версий платформы, когда пользователи пытаются использовать файловый вариант. Для клиент-серверного варианта при запуске происходит контроль и работа с разными версиями платформы в принципе невозможна.
Решение: обновиться до актуального релиза на всех рабочих местах.
Если не помогло, тогда делаем следующее:
- Тестирование и исправление
11) Ошибка в платформе 8.3.4.428
- В версии 8.3.4.428 платформы "1С:Предприятие" обнаружена критичная ошибка, возникающая при реструктуризации данных. Данная ошибка локализована и будет исправлена в следующей версии платформы.
12) Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Could not continue scan with NOLOCK due to data movement.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=3, Severity=C, native=601, line=1
"Как проверить (восстановить) базу на MS SQL Server средствами сервера
Проверку логической целостности нужно выполнять штатными средствами 1С:Предприятия (Тестирование и исправление ИБ). В случае, если такую проверку не удается выполнить, следует проверить физическую целостность БД средствами MS SQL. Для проверки целостности средствами MS SQL нужно выполнить следующую команду:
Код:
DBCC CHECKDB ("",REPAIR_REBUILD)
Перед выполнением этой команды нужно базу данных перевести в режим "single user":
Код:
sp_dboption "","single user",true
В процессе работы DBCC CHECKDB могут быть обнаружены ошибки и часть может быть сразу же исправлена. Если ошибки остались, то по всей видимости их нельзя восстановить без потери некоторых данных. В этом случае нужно запустить DBCC CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS (перед запуском желательно сделать копию файлов базы данных).
Код:
DBCC CHECKDB ("",REPAIR_ALLOW_DATA_LOSS)
После выполнения DBCC CHECKDB нужно не забыть вернуться в нормальный режим (выйти из режима "single user"):
Код:
sp_dboption "","single user",false" (Взято с сайта )
Конечно список далеко не полный, так что буду рад, если его дополнят в комментариях.
Если же путь к каталогу базы данных указан корректно - нам повезло гораздо меньше: файл есть, но не загружается. Опять-таки, две причины этого:
Что делать, если поврежден файл метаданных?
Перед началом любых операций необходимо сделать копию базы данных и оттащить ее от греха подальше на другой диск/компьютер, чтобы не сделать себе хуже. Операции, описанные далее нельзя отменить.
Первое, что надо попробовать сделать - это восстановление из резервной копии. Если не выполнялось изменений метаданных (например, доработка или обновление конфигурации) с момента последнего резервного копирования - можно распаковать только один файл MD, заменив извлеченной из архива копией поврежденный файл.
Что делать, если архива нет?
Многие админы говорят, что в таком случае «делать» нужно было раньше… И говорят, что именно нужно было делать - архив резервной копии! Но это не наш метод. Мы работаем вот уже несколько лет без резервных копий , не засоряя ими драгоценное место на жестких дисках из-под фильмов. На будущее - резервные копии делать нужно! И чем ценнее информация - тем чаще.
Итак, порядок действий перед паникой:
Попробовать распаковать файл конфигурации утилитой GComp . Если распаковать удалось - ей же упакуется и будет работать.
Посмотреть любым HEX-редактором заголовок файла - если он не похож на Compound (символы РП. в начале файла) - имеем полностью убитый чем-то файл метаданных. Возможно, файл был зашифрован каким-то вирусом - в 90% случаях восстановлению он не подлежит.
Если конфигурация была стандартной - можно попробовать найти MD в интернете (или запросить на фирме, поддерживающей 1С) файл этой же конфигурации и этой же версии (релиза). Узнать номер версии/релиза можно из файла
Как узнать релиз 1С, если она не запускается?
Открываем файл 1SCONST.DBF (если база файловая) или одноименную таблицу на сервере SQL (если база SQL) и ищем строчку среди тех, где OBJID = 0, а в поле VaLUE строка вида 7.70.***