Общая файловая ошибка при доступе к 1cv7 md
Судя по внешнему виду, база не безнадежная, имеются файлы 1cv7.md и 1cv7.dd, а также файлы dbf.
Проверить работоспособность:
1.Исправность 1cv7.md: скопировать его в отдельную папку, запустить в конфигураторе базу с этой папкой, должна получиться чистая база
2. Комплектность и исправность файлов dbf : любым текстовым редактором открыть файл 1cv7.dd, в нем перечислены имена и структура файлов dbf
3. Конкретный файл dbf проверить на целостность каким-нибудь dbviewer-ом
---------- Post added at 10:32 ---------- Previous post was at 09:55 ----------
ДД все, такая проблема, снес (сказали не нужна за старостью) 1с и базу 7.7,через две недели понадобилась.
а я тот винт переразметил и использовал для бэкапов сервера, тоесть еще 14 дней сервер бэкапы писал на него,
восстановил этот 500 гб винт , восстановленной инфы вылшо на 12.5 Тб. за все время.
вытащил с него только то что связано было с 7.7 получилось 60 Гб..
очень много файлов такого типа :
1Cv7.CFG
1Cv7(1).CFG
1Cv7(3).CFG
1Cv7(..).CFG
1Cv7(30).CFG
и вообщем так все файлы до 30 копий восстановило,
как в 1с 7.7 добавляю эту папку и запуска. предприятие или конфигуратор то пишет общая файловая ошибка при доступе 1Сv7.MD и ошибка загрузки метаданных.
собственно вопрос в чем, может каких то файлов не хватает? либо я что то не так делаю, так как там файлов оооочень много и большого размера есть,
я даже в обдельную папку скопировал все "оригинальные" файлы. те что 1Cv7.CFG 1Сv7.MD . и тд без копий (..) но все равно та же проблема папку весит 2.4 Гб
как можно проверить все ли файлы на месте и как восстановить базу?
видимо ошибка именно в файле 1Сv7.MD, для поиска исправного файла 1Сv7.MD создайте чистую базу и поочередно пробуйте в режиме конфигуратора загружать файлы 1Сv7.MD, 1Сv7(1).MD и т.д. (в режиме конфигуратора меню "Конфигурация" - "Загрузить измененную конфигурацию")
Люди помогайте, в один из прекрасных дней у меня слетело около 18 баз, ошибка у всех одна "общая файловая ошибка при доступе к файлу 1cv7.md", потом "ошибка загрузки метаданных", что это? Антивирис ничего не выдал на сервере и не нашел. Как можно восстановить базы?
бэкапа нет, вот в чем проблемка. права полные, платформу менял, всё бестолку, он не только у меня базы 7-ки съел, но и sql на 8., но на 8 был бэкап)))
Щас такие вирусы есть знатные, шифруют файлы и записочки оставляют - куда денег слать. Антивирусами, как правило, не определяются.
Посмотри что в самих файлах md.
(16) По теме, у автора нет Прав, стоит галочка "Для чтения"
.
А по вам, такие вирусы получают только те, кто не понимает цены бесплатного сыра. :)
(17) Такие вирусы получить может кто угодно и где угодно. И шифруют они все что видят. Для этого используются совершенно легальные программы шифрования, которые не определяются антивирусами.
Парни все молодцы, данные реально зашифрованы, до этого СК МВД РФ был инфу сливал, с@ки что-то мне и залили, главно сработало всё почти в одно время, по сетке на 5 серваков сразу. Вот где найти дешифровшик?
На локальном диске все тоже самое, создание новой БД, все работает, что на локальном, что и на сервах
(18) Обычно шифруют они заголовки :)
Т.е. большая часть фалов будет попросту не зашифрована.
Получить их можно только при посещении сайтов Гей(точка)Ком и иже им подобным. При этом как правило при использовании IE, вероятность подцепить трояна почти равна 99% :)
(19) Да они не со зла. Просто у нас в таких местах обычно рассадник вирусов и троянов. Самое удивительно, что они еще умудряются секреты хранить. А так, даже в судейской сети есть вирусы :)
(29) Сервера отруби. винты подключи локально и скопируй от туда, все что можно (архивируй)
Мало ли если все же вирус, то стоит систему переустановить :)
(32) не, обычно после дешифровки базы бэкапятся и все ОС переустанавливаются с форматированием желательно.
(27) а чо там есть?
зы. можно по dd посмотреть, что за базы были (скорее всего, типовые) и подобрать md.
Ну, на копии, есссно..
Я же говорил что зашифровано все.
Адрес оставили куда денег слать? :)
Попробуй порыскать на форумах касперского, др. веба и похожих.
Там много пробегало ключей для дешифрования, может подойдет какой. Там же узнаешь как найти чем зашифровано.
Наблюдал такую вещь - стоит "каспер".
Так вот - файлы Excel у пользователя зашифровал вирус и выложил файл с ключом и адресом для расшифровки, а "умный каспер" его увидел и спросил пользователя - удалить вирус - тот ответил "да".
И всё - самое смешное, что основные документы были в odt - их почему-то вирус не заметил.
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой
Разбери конфигурацию с помощью GComp и им же собери обратно. При необходимости почисть повреждённое из папки SRC, которая появится после распаковки.
С помощью Gcomp удалил Journal_Number860 и Report_Number6825(и ссылочку на Report_Number6825 в Container.Contents)После чего почему-то отчет остался в конфигурации, удалению из конфигурации не поддается, вылетает та же ошибка. Решил попробовать тестирование базы - и о чудо, тестирование пошло, жду результата.
(9) А после сборки GComp обратил внимание, что новый MD лежит рядом с другим названием? Может старый битый в конфигураторе открывал?
(10) vcv, нет старый вообще перед сборкой удалял, Gcomp новый ваял. Проверка долго идет, что то шевелится, оставлю на ночь.
(15) Ёпрст, да ты прав ТиИ не помогло, хотя завершилось корректно. Сейчас при синтаксическом контроле опять ошибки полезли.
Сегодня попробовал разбирать и собирать базу Gcomp2.0
MDDiags исходный файл конфигурации выдавал ошибки:
ОТЧЕТ.РасширенныйАнализСубконто (\\Report\Report_Number6825\WorkBook\Dialog Stream)
Обнаружен недопустимый символ по адресу 6537(1989h), код символа 172(ACh).
Несоответствие кавычек по адресу 6536(1988h).
(\\Journal)
Хралилище \\Journal\Journal_Number860 не описано в \\Journal\Container.Contents и в Main MetaData Stream. Это хранилище можно удалить из конфигурации.
После разборки Gcomp2.0 решил удалить ОТЧЕТ.РасширенныйАнализСубконто находящийся в папке C:\SRC\Отчеты порадовало что Gcomp2.0 папку с этим отчетом так и назвал "РасширенныйАнализСубконто", грохнул эту папку, так же в папке C:\SRC\Отчеты в файле ПорядокОбъектов.ord удалил строку с аналогичным названием "РасширенныйАнализСубконто" (открывал с помощью Notepad++)
больше пока ничего удалять не стал и скомпилировал обратно md-файл.
После этого проверка MDDiags на ошибки файла показала что ошибок нет.
Загрузил файл в папку с базой. Попробовал добавить документ, документ добавился. Это уже плюс, но полный синтаксический контроль выдает ошибку: Общая файловая ошибка при доступе к С:\DOCUME~1\7118~1\LOCALS~1\Temp\~md250.tmp\TypedText\CalcAlg_Number18423 и выкидывает из базы.
Почти такая же ошибка выдается в случае полнотекстового поиска по конфигурации:С:\DOCUME~1\7118~1\LOCALS~1\Temp\~md255.tmp\TypedText\CalcAlg_Number18422
Кто может еще что нибудь предложить?
(20) bodypit, а релиз платформы какой ? Возможно, он не соответствует винде, с которой работаешь.
P.S. У меня поврежденный отчет удалялся из конфигурации без проблем конфигуратором без использования Gcomp.
А синтаксических ошибок действительно много. Но это уже отдельный вопрос.
Доброго всем дня!
Эта ошибка возникает при изменении конфигурации.
Смотрел атрибуты файла, архивные стоят, вроде все ок
Может в другом месте ошибка ?
версия конфигуратора 7.7 (7.70.004)
подскажите что делать пожалуйста!
Желаю успехов!
Может при сохранении конфигурации в конфигурации пользователи сидят.
работаю на локальной машине
скорее всего у меня возникли проблемы с самой базой
пробую перестроить ее, програма зависает
Тогда может есть смысл обновить номер релиза (7.70.020) или (7.70.019)
не подскажете где можно скачать .
может мне это и поможет .
У меня такая ошибка возникала в случае, если я сохраняла md - шник, а на нем висел какой-то пользователь, т.е. на сервере оставался открытый процесс, хотя реально пользователь выходил из программы. Приходилось вручную его отбрасывать. Видимо таймауты стояли большие на обновление.
Мероприятия
- Где купить СОФТ
- Вакансии фирм-партнеров "1С"
- Центры Сертифицированного Обучения
- Интернет курсы обучения "1С"
- Самоучители
- Учебный центр № 1
- Учебный центр № 3
- Сертификация по "1С:Профессионал"
- Организация обучения под заказ
- Книги по 1С:Предприятию
При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.
Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.
Редакция уважает мнение авторов, но не всегда разделяет его.
Дизайн сайта
Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.
Наиболее распространенной ситуацией ее возникновения является попытка простого перенесения папок с файлами установленной программы с одной рабочей машины на другую вместо стандартной установки с помощью дистрибутива. Ошибка загрузки метаданных связана с тем, что системе не удается найти и открыть файл 1cv7.md по заданному пути.
Наиболее надежным вариантом решения данной проблемы является использование дистрибутива поставки "1С:Предприятие" для полной переустановки программы "с нуля". Установив программу, не следует вручную прописывать путь к базе данных – для этого нужно использовать диалог выбора для подключения к новой информационной базе. Такой вариант будет более надежным и корректным.
Однако правильная инсталляция "1С:Предприятия" с указанием расположения базы данных не всегда является гарантией успеха. Не исключена возможность возникновения следующей ошибки при запуске программы: "Порядок сортировки, установленный для базы данных, отличается от системного". Причина кроется в отличии языковых региональных стандартов операционной системы, установленной на компьютере, от стандартов, которые используются в 1С.
Существует два способа решения данной проблемы:
1. Информационная база должна быть запущена в режиме "Конфигуратор". В верхнем горизонтальном меню в пункте "Администрирование" необходимо выбрать пункт"Кодовая страница таблиц ИБ".
После этого можно выйти из режима конфигуратора и войти в режим пользователя "1С:Предприятия". Если эта ошибка возникает у нескольких баз данных, эту процедуру нужно провести с каждой из них.
2. Второй способ решить проблему – отключение проверки сортировки кодовой страницы. Для этого на системном диске C: необходимо зайти в папку с установленными программами Program Files и найти папку с "1С:Предприятие 7.7" (она называется "1cv77").
Здесь расположена папка bin, в которую нужно добавить файл OrdNoChk.prm. Файл можно создать самостоятельно. Откройте новый документ в текстовом редакторе Блокнот и в меню "Файл" выберите "Сохранить как", укажите имя файла "OrdNoChk.prm", а тип файла – "Все файлы". Или просто скачайте этот файл с нашего сервера по ссылке.
Читают тему:
Помогите запустить восстановленную базу 7.7
ДД все, такая проблема, снес (сказали не нужна за старостью) 1с и базу 7.7,через две недели понадобилась.
а я тот винт переразметил и использовал для бэкапов сервера, тоесть еще 14 дней сервер бэкапы писал на него,
восстановил этот 500 гб винт , восстановленной инфы вылшо на 12.5 Тб. за все время.
вытащил с него только то что связано было с 7.7 получилось 60 Гб..
очень много файлов такого типа :
1Cv7.CFG
1Cv7(1).CFG
1Cv7(3).CFG
1Cv7(..).CFG
1Cv7(30).CFG
и вообщем так все файлы до 30 копий восстановило,
как в 1с 7.7 добавляю эту папку и запуска. предприятие или конфигуратор то пишет общая файловая ошибка при доступе 1Сv7.MD и ошибка загрузки метаданных.
собственно вопрос в чем, может каких то файлов не хватает? либо я что то не так делаю, так как там файлов оооочень много и большого размера есть,
я даже в обдельную папку скопировал все "оригинальные" файлы. те что 1Cv7.CFG 1Сv7.MD . и тд без копий (..) но все равно та же проблема папку весит 2.4 Гб
как можно проверить все ли файлы на месте и как восстановить базу?
Читайте также: