Содержание:
1. Ошибка в программе 1С Предприятие 7.7
2. Способы решения ошибки загрузки метаданных
1. Ошибка в программе 1С Предприятие 7.7
Доброго времени суток, коллеги! Сегодня говорим об ошибке загрузки метаданных в 1С. Данная ошибка встречается только в версии платформы 1С:Предприятие 7.7. Не исключаю, что работая на восьмерке, Вы могли сталкиваться с чем-либо созвучным, однако формулировка «Ошибка загрузки метаданных» свойственна только версии 7.7, так что именно на ее примере и будем рассматривать данную тему. Если Вы столкнулись с проблемой загрузки метаданных, скорее всего, Вы только что перенесли базу на свою рабочую станцию.
Для решения ошибки загрузки метаданных стоит убедиться в правильности пути к базе данных. Для этого откройте список баз. Внизу вы увидите путь к базы данных 1С 7.7, если вы пройдете по нему, увидите файл «1Cv7.md», если же вы его не видите, ищите и изменяйте адрес базы – есть вероятность, что это поможет исправить ошибку загрузки метаданных.
Путь к базе данных 1С 7.7
2. Способы решения ошибки загрузки метаданных
Если вышеуказанное не помогло решить проблему, следует прибегнуть к следующим вариантам исправления ошибки загрузки метаданных в 1С:
1) Запускаем нашу базу в режиме Конфигуратора. Автоматически будет установлен монопольный режим. В самом Конфигураторе ищем вверху пункт «Администрирование», далее жмем по «Кодовая страница таблиц ИБ».
Открывается новое окно, в котором выбираем «Текущая системная установка», после чего появится предупреждение – со всем соглашаемся. В этот момент начинается перестройка всех индексов в нашей базе данных 1С 7.7.
После того как операция будет завершена, смело выходим из режима Конфигуратора и можем начинать работу в режиме Предприятия.
2) Второй способ в некотором смысле проще, однако, все же, менее желательный нежели первый. Мы просто отключим проверки сортировки кодовых страниц. Начнем с того, что нам необходимо найти место расположения нашей программа 1С Предприятие 7.7 (не базы, а именно программы). Скорее всего это что-то из разряда «C:/Program files/1cv77/”, однако смотрите по ситуации.
В этой папке находится папка bin, куда мы и поместим отключение проверки путем добавления файла OrdNoChk.prm. Где мы его возьмем, напрашивается вопрос. Создадим сами. Открываем обычный блокнот, нажимаем на меню «Файл», выбираем «Сохранить как…» в типе файла выбираем «Все файлы», а в само название вписываем OrdNoChk.prm. Путь, соответственно, выбираем до папки bin. Если все сделано верно, то при следующем запуске Предприятия ошибка загрузки метаданных исчезнет в любой базе.
Специалист компании «Кодерлайн»
Роман Барабанов
Наиболее надежным вариантом решения данной проблемы является использование дистрибутива поставки «1С:Предприятие» для полной переустановки программы «с нуля». Установив программу, не следует вручную прописывать путь к базе данных – для этого нужно использовать диалог выбора для подключения к новой информационной базе. Такой вариант будет более надежным и корректным.
Однако правильная инсталляция «1С:Предприятия» с указанием расположения базы данных не всегда является гарантией успеха. Не исключена возможность возникновения следующей ошибки при запуске программы: «Порядок сортировки, установленный для базы данных, отличается от системного». Причина кроется в отличии языковых региональных стандартов операционной системы, установленной на компьютере, от стандартов, которые используются в 1С.
Существует два способа решения данной проблемы:
1. Информационная база должна быть запущена в режиме «Конфигуратор». В верхнем горизонтальном меню в пункте «Администрирование» необходимо выбрать пункт»Кодовая страница таблиц ИБ».
Откроется новое окно, в котором следует выделить «Текущая системная установка» и подтвердить выбор. Далее появится системное сообщение о том, что изменения в кодовой странице повлекут перестройку индексов всех таблиц информационной базы данных. Нужно подтвердить изменения.
После этого можно выйти из режима конфигуратора и войти в режим пользователя «1С:Предприятия». Если эта ошибка возникает у нескольких баз данных, эту процедуру нужно провести с каждой из них.
2. Второй способ решить проблему – отключение проверки сортировки кодовой страницы. Для этого на системном диске C: необходимо зайти в папку с установленными программами Program Files и найти папку с «1С:Предприятие 7.7» (она называется «1cv77»).
Здесь расположена папка bin, в которую нужно добавить файл OrdNoChk.prm. Файл можно создать самостоятельно. Откройте новый документ в текстовом редакторе Блокнот и в меню «Файл» выберите «Сохранить как», укажите имя файла «OrdNoChk.prm», а тип файла – «Все файлы». Или просто скачайте этот файл с нашего сервера по ссылке.
Не удалось решить вопрос? Обращайтесь к нам:
- Звоните по номеру +7 (495) 151-26-58
- Или оставьте заявку
Содержание:
1. Ошибка в программе 1С Предприятие 7.7
2. Способы решения ошибки загрузки метаданных
1. Ошибка в программе 1С Предприятие 7.7
Доброго времени суток, коллеги! Сегодня говорим об ошибке загрузки метаданных в 1С. Данная ошибка встречается только в версии платформы 1С:Предприятие 7.7. Не исключаю, что работая на восьмерке, Вы могли сталкиваться с чем-либо созвучным, однако формулировка «Ошибка загрузки метаданных» свойственна только версии 7.7, так что именно на ее примере и будем рассматривать данную тему. Если Вы столкнулись с проблемой загрузки метаданных, скорее всего, Вы только что перенесли базу на свою рабочую станцию.
Для решения ошибки загрузки метаданных стоит убедиться в правильности пути к базе данных. Для этого откройте список баз. Внизу вы увидите путь к базы данных 1С 7.7, если вы пройдете по нему, увидите файл «1Cv7.md», если же вы его не видите, ищите и изменяйте адрес базы – есть вероятность, что это поможет исправить ошибку загрузки метаданных.
Путь к базе данных 1С 7.7
2. Способы решения ошибки загрузки метаданных
Если вышеуказанное не помогло решить проблему, следует прибегнуть к следующим вариантам исправления ошибки загрузки метаданных в 1С:
1) Запускаем нашу базу в режиме Конфигуратора. Автоматически будет установлен монопольный режим. В самом Конфигураторе ищем вверху пункт «Администрирование», далее жмем по «Кодовая страница таблиц ИБ».
Открывается новое окно, в котором выбираем «Текущая системная установка», после чего появится предупреждение – со всем соглашаемся. В этот момент начинается перестройка всех индексов в нашей базе данных 1С 7.7.
После того как операция будет завершена, смело выходим из режима Конфигуратора и можем начинать работу в режиме Предприятия.
2) Второй способ в некотором смысле проще, однако, все же, менее желательный нежели первый. Мы просто отключим проверки сортировки кодовых страниц. Начнем с того, что нам необходимо найти место расположения нашей программа 1С Предприятие 7.7 (не базы, а именно программы). Скорее всего это что-то из разряда «C:/Program files/1cv77/”, однако смотрите по ситуации.
В этой папке находится папка bin, куда мы и поместим отключение проверки путем добавления файла OrdNoChk.prm. Где мы его возьмем, напрашивается вопрос. Создадим сами. Открываем обычный блокнот, нажимаем на меню «Файл», выбираем «Сохранить как…» в типе файла выбираем «Все файлы», а в само название вписываем OrdNoChk.prm. Путь, соответственно, выбираем до папки bin. Если все сделано верно, то при следующем запуске Предприятия ошибка загрузки метаданных исчезнет в любой базе.
Специалист компании «Кодерлайн»
Роман Барабанов
Наиболее надежным вариантом решения данной проблемы является использование дистрибутива поставки «1С:Предприятие» для полной переустановки программы «с нуля». Установив программу, не следует вручную прописывать путь к базе данных – для этого нужно использовать диалог выбора для подключения к новой информационной базе. Такой вариант будет более надежным и корректным.
Однако правильная инсталляция «1С:Предприятия» с указанием расположения базы данных не всегда является гарантией успеха. Не исключена возможность возникновения следующей ошибки при запуске программы: «Порядок сортировки, установленный для базы данных, отличается от системного». Причина кроется в отличии языковых региональных стандартов операционной системы, установленной на компьютере, от стандартов, которые используются в 1С.
Существует два способа решения данной проблемы:
1. Информационная база должна быть запущена в режиме «Конфигуратор». В верхнем горизонтальном меню в пункте «Администрирование» необходимо выбрать пункт»Кодовая страница таблиц ИБ».
Откроется новое окно, в котором следует выделить «Текущая системная установка» и подтвердить выбор. Далее появится системное сообщение о том, что изменения в кодовой странице повлекут перестройку индексов всех таблиц информационной базы данных. Нужно подтвердить изменения.
После этого можно выйти из режима конфигуратора и войти в режим пользователя «1С:Предприятия». Если эта ошибка возникает у нескольких баз данных, эту процедуру нужно провести с каждой из них.
2. Второй способ решить проблему – отключение проверки сортировки кодовой страницы. Для этого на системном диске C: необходимо зайти в папку с установленными программами Program Files и найти папку с «1С:Предприятие 7.7» (она называется «1cv77»).
Здесь расположена папка bin, в которую нужно добавить файл OrdNoChk.prm. Файл можно создать самостоятельно. Откройте новый документ в текстовом редакторе Блокнот и в меню «Файл» выберите «Сохранить как», укажите имя файла «OrdNoChk.prm», а тип файла – «Все файлы». Или просто скачайте этот файл с нашего сервера по ссылке.
Не удалось решить вопрос? Обращайтесь к нам:
- Звоните по номеру +7 (495) 151-26-58
- Или оставьте заявку
Масянька
13.04.16 — 10:30
День добрый!
Файловая семерка. Лежит на серваке. Вчера работала (пользователи мамой клянутся). Сегодня с утра выдает — «Ошибка загрузки метаданных.»
В конфигуратор зайти не дает — сразу требует указать формат файлов.
На серваке открыла каталог — md нет…
Чего делать?
Спасибо.
ДенисЧ
1 — 13.04.16 — 10:31
Восстановить из ночного архива, разумеется
Mikeware
2 — 13.04.16 — 10:31
восстанавливать из бэкапа
Mikeware
3 — 13.04.16 — 10:31
возможно, мд есть в нью_стру
aka AMIGO
4 — 13.04.16 — 10:31
Чего делать? поместить туда MD и DD из бекапа
Масянька
5 — 13.04.16 — 10:31
(1) (2) Бекапы придумали трусы.
Нету.
Всё? Кранты?
lubitelxml
6 — 13.04.16 — 10:31
NewStry или как ее там — в папке с базой лежит, посмотри там мд
Масянька
7 — 13.04.16 — 10:32
А скажите — куда могло деться и почему?
aka AMIGO
8 — 13.04.16 — 10:32
кто-то роется в серваке..
И руки-крюки..
А может, злоумышленник какой
Масянька
9 — 13.04.16 — 10:32
(6) Только dd.
lubitelxml
10 — 13.04.16 — 10:33
(9) печаль, мд то не типовой был?
ДенисЧ
11 — 13.04.16 — 10:33
(9) тогда не чокаясь.
Посмотри в разработчиских каталогах, может там что есть
Mikeware
12 — 13.04.16 — 10:33
сдается мне, что там не только мд отсутсвует….
зы. уж не шифровальщик ли посетил?
Ёпрст
13 — 13.04.16 — 10:33
дай мд посмотреть
Ёпрст
14 — 13.04.16 — 10:34
а так, в нюстру лежит копия, или в темпах, если делали сохранение конффы хоть раз там.
Масянька
15 — 13.04.16 — 10:34
(10) Уже сто лет не видела, не помню.
(11) Ну, всё… Этот кАзел попал…
Масянька
16 — 13.04.16 — 10:35
(12) Не знаю.
(13) Сама бы посмотрела… Нету.
aka AMIGO
17 — 13.04.16 — 10:36
(15) Этот кАзел попал… Кроме тебя есть ещё прогер?
Масянька
18 — 13.04.16 — 10:37
(17) Админ…
aka AMIGO
19 — 13.04.16 — 10:37
(18) Ты-ж вроде жкомпом пользовалась, может там что осталось?
aka AMIGO
20 — 13.04.16 — 10:38
+19 gcomp
Масянька
21 — 13.04.16 — 10:38
(19) Не путайте меня….
Я у себя копии делаю. Это клиент, у которого админ — кАзел.
А вариант?
Ёпрст
22 — 13.04.16 — 10:38
смотри вкорзине, извлекай оттуда всё, что есть. Смотри в темпах, если конфу сохраняли, там валяются целые мд-ники
Ёпрст
23 — 13.04.16 — 10:40
Ну и.. если конфа типовая, всё можно восстановить и так, достаточно иметь словарик (который у тебя есть) + с любого отчета взять мэинметадатастрим, и поправить ид-ники основных объектов. Далее, по ходу пьесы собрать мд.
Масянька
24 — 13.04.16 — 10:40
(22) В корзине — пусто. Темпы — где?
aka AMIGO
25 — 13.04.16 — 10:41
Да, на сервовом С:/ поиск 1Cv7 или *.DD
aka AMIGO
27 — 13.04.16 — 10:43
с админ кАзел — согласен..
aka AMIGO
28 — 13.04.16 — 10:44
(25) блин.. *.MD
Масянька
29 — 13.04.16 — 10:46
(25) На серваке — пусть кАзел ищет.
aka AMIGO
30 — 13.04.16 — 10:48
(29) У тебя УРБД? мд-шники-то должны быть одинаковыми..
aka AMIGO
31 — 13.04.16 — 10:49
+30 извини, если не догоняю твою ситуацию..
Масянька
32 — 13.04.16 — 10:50
(30) Нет. Эту базу — вообще в первый раз вижу.
Они уже давно на восьмерку перешли. И семерки — несколько баз — фиг его знает что и зачем.
Ёпрст
33 — 13.04.16 — 10:56
(24) в темпах винды, вестимо, ищи по маске ~md*.tmp
Ёпрст
34 — 13.04.16 — 10:57
смотри, по дате, переименовывай его в 1cv7.md.. и подсовывай, на копии
aka AMIGO
35 — 13.04.16 — 11:01
Если на серваке бд нецелованная, в темпах может и не быть
Масянька
36 — 13.04.16 — 11:04
(33) (35) Я (пока) умываю руки. Но смысл поняла — gcomp, искать md.
Просто там кАзел — неимоверный. Пусть попрыгает, урод.
Злопчинский
37 — 13.04.16 — 11:21
(21) » Это клиент, у которого админ — кАзел.»
— неверно, это клиента — кАзел, админ — всего лишь следствие причины
aka AMIGO
38 — 13.04.16 — 11:23
(37) и ты не прав. Клиент в данном случае — Авечка
Масянька
39 — 13.04.16 — 11:23
(37) Полностью соглашусь. Рыба гниет с головы.
Нормальные админы пару лет назад все-таки свалили.
Масянька
40 — 13.04.16 — 11:25
(38) Авца в данном случае я. Бухов жалко…
Ёпрст
41 — 13.04.16 — 11:26
(40) Ты это, делай чего-нибудь уже, а не разглагольствуй о парнокопытных.
Масянька
42 — 13.04.16 — 11:28
(41) Уже — сказала, чтобы трясли админа. Лучше — через руководство.
lubitelxml
43 — 13.04.16 — 11:28
кстати — недавно попал в руки комп на котором отработал шифровальщик. Базы правда 8 были, но все же — зашифровал все. В папке systemvolumeinformation (зайти в нее нельзя было) заменил разрешения и нашел файл выгрузки dt!!! Я конечно хз откуда он там, НО одну самую большую удалось спастись…
Ёпрст
44 — 13.04.16 — 11:38
(42) Это не решение проблемы.
Ёпрст
45 — 13.04.16 — 11:42
«Кто хочет — ищет возможности.
Кто не хочет — ищет причины.» ©кто-то
Масянька
46 — 13.04.16 — 11:44
(44) Я пока и не собираюсь решать…
Сколько можно говорить об архивировании?
Почему админ меняет сервер, начинаются жуткие тормоза (при чем, везде, не только в эске), а виноват эсник?
Почему утром эска не пускает, а виноват эсник? (ночью выключали свет, сервер вырубился)
В общем, тут много накопилось всего.
В данном случае — проблема не на стороне эски.
Злопчинский
47 — 13.04.16 — 11:52
(40) жалко — у пчелки в попке…
Как только поймешь, что работодателей надо жалеть только в очень, очень, очень редких случаях — как специалист ты избавишься от кучи головняка…
aka AMIGO
48 — 13.04.16 — 11:56
(46) «На стороне эски» — правильно, слышал не раз «Ваша программа не работает, исправляйте!» — бухам всё равно, кто есть такое сервер, и придача к нему — админ.
«Ктотакое админ? — мне плевать, у меня 1с не работает — исправляйте!» — это было заявлено лично мне ГБушкой, лет 10 назад, когда сервак накрылся.
Масянька
49 — 13.04.16 — 12:27
Нашел архив… Значит, все-таки, архивы делает…
Злопчинский
50 — 13.04.16 — 12:28
(48) я обычно отвечаю (в злостных вариантах) — «у меня, как у программиста нужная мне как программисту 1с — работает. Вам нужна ваша 1с — вы и исправляйте»
Масянька
51 — 13.04.16 — 12:30
У меня такой вопрос теперь: зверь в плане счетов ввел субсчет (убила бы, но поздно), понял, что делал лажу, но — 50.1 стал теперь группой и при проведении ругается.
А в ПКО 50.1 заменился на 51.1.0. И удалить 51.1.0 не дает.
Только в код лезть?
Рэйв
52 — 13.04.16 — 12:31
(48)С бухами спорить в таких случаях бесполезно. Просто молча делегируешь задачу админу, а бухам говоришь что вопрос решается. И все крики «Ну скоро???» переадресовываешь админу
Рэйв
53 — 13.04.16 — 12:32
(51)Замени код на любой не подчиненный и счет выйдет из группы
Рэйв
54 — 13.04.16 — 12:32
*код счета
Масянька
55 — 13.04.16 — 12:32
(52) Это если админ — человек.
Рэйв
56 — 13.04.16 — 12:33
(55)Да хоть жучка на цепи.Твое дело передать задачу:-) Но если ерепенется то и бухам сказать, что все вопросы в ту сторону. Они его сами построят
Злопчинский
57 — 13.04.16 — 12:37
(52) нахрен такой подход. непродуктивно. особенно в такой конторе где бух так «орет». если ты не начальник для сисадмина — нехрен ему задачи переадресовывать.
Злопчинский
58 — 13.04.16 — 12:37
(49) он перешел из разряда «кАзлов» в другое стадо…? или всё еще там же?
Рэйв
59 — 13.04.16 — 12:39
(57)это называется сбросить с себя ответсвенность. В твоих же интересах:-) И полезнее для нервной системы, чем пыьаьбся бодаться с орущим бухом
Рэйв
60 — 13.04.16 — 12:39
*пытаться
Масянька
61 — 13.04.16 — 12:41
(58) Нет.
(54) Как изменить код?
Рэйв
62 — 13.04.16 — 12:42
(61)Ну если он его руками заводил в режиме предприятия, то там открываешь и перебиваешь
Рэйв
63 — 13.04.16 — 12:42
в пользовательском режиме
Масянька
64 — 13.04.16 — 12:43
(62) В конфигураторе… Зверь заводил…
lubitelxml
65 — 13.04.16 — 12:43
(64) запрети им это делать…
Рэйв
66 — 13.04.16 — 12:43
(64)фигасе у там безопасность:-)
Ну значит в конфигураторе и меняй
Масянька
67 — 13.04.16 — 12:45
(65) Сама в шоке… Убью…
Масянька
68 — 13.04.16 — 12:48
(66) Не фига не получается…
В конфигураторе: 50.1.0 — нет, удалился. В предприятии есть.
50.1 — группа, в проводки не дает.
PS Убью…
Рэйв
69 — 13.04.16 — 12:49
(68)Посмотри там галку у группы — чтото вроде «Запретить использование в проводках». Возможно она автоматом ставится если добавить подчиненный.
Рэйв
70 — 13.04.16 — 12:50
>>В конфигураторе: 50.1.0 — нет, удалился. В предприятии есть.
Это как? А базу обновила?
Ёпрст
71 — 13.04.16 — 13:01
Как..как.. открыть табличку и поменять ручонками. Хочешь, группу делай, хочешь, как элемент.
Масянька
72 — 13.04.16 — 13:04
(71) Скажи — какую. Пожалуйста.
(70) молча. На нём РКО и ПКО сидят.
Ёпрст
73 — 13.04.16 — 13:04
(72) открой 1SACCS.DBF, поправь ISFOLDER . всё
Ёпрст
74 — 13.04.16 — 13:05
ну и индексный файл прибей.
Ёпрст
75 — 13.04.16 — 13:05
и в пофигураторе поправь, если счет там задан был
Масянька
76 — 13.04.16 — 13:06
(75) Не дает.
(73) Буду пробовать.
Рэйв
77 — 13.04.16 — 13:09
(72)Если есть проводки по счету, то ты его не удалишь просто так. Я же говорю — просто код поменяй. ссылка останется, код поменяется, счет который был ролителем перестанет быть группой
Масянька
78 — 13.04.16 — 13:35
(73) Низко кланяюсь. Спасибо…
Пошла убивать…
Ошибка загрузки метаданных
Сообщение об ошибке загрузки метаданных одна из наиболее часто встречающихся ошибок при потере данных 1с 7.7
Сообщение «ошибка загрузки метаданных пользователь получает в случае если программа 1с при запуске не может найти файла метаданных в каталоге базы или он поврежден. Чаще всего такого рода сбои случаются со съемными носителями, особенно в случае их некорректного отключения от компьютера, но может быть связано и с выходом из строя непосредственно носителя. Такое же сообщени Вы получите и при повреждении базы в результате действия некоторых разновидностей вирусов. Чаще всего при ошибке загрузки метаданных повреждение комплексное, то есть поврежден не только мд-файл но и другие составляющие базы. Программа в первую очередь при запуске проверяет мд-файл, именно поэтому сообщение о его повреждении появляется в первую очередь. При подобных ошибках программа блокирует доступ к базе для избежания дальнейших повреждений.
Основная ошибка пользователей при повреждении мд-файла попытка самостоятельно переписать его из копии. Очень часто при этом происходит лишь дополнительное повреждение базы.. Пользователь переписав мд-файл при следующем запуске программы обнаруживает что выдается сообщение о повреждении другого файла, и так далее… Поскольку перед тем как переписывать никто никогда не делает копию, последствия бывают весьма печальными…
Перед тем как что-либо делать с неисправной базой обязательно следует сделать посекторную копию (несжатую) носителя (раздела) на котором находится база. Тем самым Вы можете избежать дальнейших повреждений базы при попытках ее восстановления. По практике более чем в половине случаев при восстановлении баз 1с после сбоя перед тем как обратиться к специалистам пользователи своими силами пытаются исправить базу не позаботившись о том чтобы сделать посекторную копию. По телефону о подобных попытках очень часто не говорят, хотя мастер всегда этот момент уточняет… В результате со слов клиента мастер обозначает перспективы, а потом при диагностике в ремзоне выясняется что характер повреждений совершенно другой и вызваны повреждения действиями пользователя или мастеров которые пытались и не смогли сделать…
Если у Вас пропала важная информация обращайтесь к приличным специалистам В ПЕРВУЮ ОЧЕРЕДЬ. Таким образом Вы сэкономите свое время, деньги и сбольшой вероятностью Ваша информация будет восстановлена. После обращения к неквалифицированным восстановителям Вы рискуете потерять информацию безвозвратно… Повреждения возникшие в результате сбоя как правило минимальные, повреждения полученные в результате неквалифицированных попыток восстановления очень часто фатальны….
Ошибка загрузки метаданных
Ошибка загрузки метаданных (файла 1cv7.md) обычно происходит в случае, если файл MD повреждён или отсутствует.
При совместной работе причиной может быть неверное блокирование файла другой программой или недостаточные права доступа к файлу.
Необходимо проверить следующее:
- наличие файла 1cv7.md в каталоге с базой
- под тем пользователем, под которым и открываете базу, попробовать скопировать базу в локальный каталог и открыть оттуда
- если в последнем случае всё заработало, то MD-файл исправен, и причина в проблемах с доступом
Проблемы с доступом
Уточнить диагноз поможет
WINEDEBUG=+file winelog программа
В лог-файле ~/.wine/wine.log можно будет увидеть более конкретную причину отказа в отступе.
Нужно разбираться с правами на файл и с режимом открытия (какие ещё программы в каком режиме открывают файл).
Лучше всего для диагностики написать программу, которая ведёт себя аналогично 1С, но учитывает особенности запуска в WINE@Etersoft:
- NFS
- CIFS
- файловый сервер
Ссылки
- База знаний по MD-файлу
Ошибка загрузки метаданных
Сообщение об ошибке загрузки метаданных одна из наиболее часто встречающихся ошибок при потере данных 1с 7.7
Сообщение «ошибка загрузки метаданных пользователь получает в случае если программа 1с при запуске не может найти файла метаданных в каталоге базы или он поврежден. Чаще всего такого рода сбои случаются со съемными носителями, особенно в случае их некорректного отключения от компьютера, но может быть связано и с выходом из строя непосредственно носителя. Такое же сообщени Вы получите и при повреждении базы в результате действия некоторых разновидностей вирусов. Чаще всего при ошибке загрузки метаданных повреждение комплексное, то есть поврежден не только мд-файл но и другие составляющие базы. Программа в первую очередь при запуске проверяет мд-файл, именно поэтому сообщение о его повреждении появляется в первую очередь. При подобных ошибках программа блокирует доступ к базе для избежания дальнейших повреждений.
Основная ошибка пользователей при повреждении мд-файла попытка самостоятельно переписать его из копии. Очень часто при этом происходит лишь дополнительное повреждение базы.. Пользователь переписав мд-файл при следующем запуске программы обнаруживает что выдается сообщение о повреждении другого файла, и так далее… Поскольку перед тем как переписывать никто никогда не делает копию, последствия бывают весьма печальными…
Перед тем как что-либо делать с неисправной базой обязательно следует сделать посекторную копию (несжатую) носителя (раздела) на котором находится база. Тем самым Вы можете избежать дальнейших повреждений базы при попытках ее восстановления. По практике более чем в половине случаев при восстановлении баз 1с после сбоя перед тем как обратиться к специалистам пользователи своими силами пытаются исправить базу не позаботившись о том чтобы сделать посекторную копию. По телефону о подобных попытках очень часто не говорят, хотя мастер всегда этот момент уточняет… В результате со слов клиента мастер обозначает перспективы, а потом при диагностике в ремзоне выясняется что характер повреждений совершенно другой и вызваны повреждения действиями пользователя или мастеров которые пытались и не смогли сделать…
Если у Вас пропала важная информация обращайтесь к приличным специалистам В ПЕРВУЮ ОЧЕРЕДЬ. Таким образом Вы сэкономите свое время, деньги и сбольшой вероятностью Ваша информация будет восстановлена. После обращения к неквалифицированным восстановителям Вы рискуете потерять информацию безвозвратно… Повреждения возникшие в результате сбоя как правило минимальные, повреждения полученные в результате неквалифицированных попыток восстановления очень часто фатальны….