1с файловая ошибка 2003
Обновлено: 04.07.2024
Перечитал все темы, связанные с этой ошибкой, но не нашел ответа.
Исходные данные:
Сервер (самосбор) P4-2.8, 1Gb RAM, 2x80Gb HDD.
Система: Windows Server 2003
Поднята служба терминалов (всего работает максимум 5 терминалов). Клиентские компьютеры работают на системах Win2k, WinXP.
На сервере располагаются 4 конфигурации (1 комплексная, 2 типовые, 1 -торговля). Наиболее часто пользователи работают с комплексной конфигурацией.
Примерно 1 раз в рабочий день происходит следующее: при запуске на каком-либо из терминалов выдается ошибка: Общая файловая ошибка при доступе к файлу D:\bases\C1\1cv7.MD\Metadata\Main Metadata Stream. И далее, следующее окно: ошибка загрузки метаданных. После этого ни один пользователь, в т.ч. и с сервера, при запуске получает такую же ошибку. Кроме того, неважно какая конфигурация после этого запускается - выдается та же ошибка.
Лечится перезагрузкой сервера.
Проводил тестирование и исправление всех конфигураций. Кроме того, проверял все MD-ники утилитой MDDiags. Показывала, что с MD-никами все в порядке.
Что может быть еще?
За ответы заранее большое спасибо.
(0) Индексирование диска попробуй убрать. А диски в Raid-e?Может я и неправ, но в элементарных и случаях, это потеря связи с базой. Может попробовать от простого ?
+9 Пользователи все в терминале сидят? Или некоторые файл-сервер юзают?
Индексирование диска не включено. Диски не в РАИДе.
9,10. Это может произойти и если базу запускать только с сервера.
ВСЕпользователи находятся в терминале.
Ты все же скажи как у тебя базу юзают: все в терминале, все как файл-сервер, смешано кто файл-сервер, кто терминал?
(11) Ошибку дает только на одной базе или на разных? На другой винт попробуй поставить.
11. Все юзеры в терминале. Но, иногда, я похожу к серверу, логинюсь, и прямо с него запускаю 1С:Предприятие 7.7. (когда надо обновить формы отчетности, конфигурацию или переиндексировать). Файл-сервер в прямом смысле не используется.
15, в основном только на одной, но 2-3 раза ошибка начиналась и с других баз.
Т.е., как я уже писал в 0, после возникновения ошибки на одной из баз не работает ни одна!
18, Млин, да с чего ломаная-то? Ключ висит сзади в ЛПТ-порте.
1С Предприятие 7.7. Ключ от сетевой комплексной версии. Красный.
4-5 раз в журнал приложений попадало следующее:
Faulting application 1cv7.exe, version 7.70.0.25, faulting module BkEnd.dll, version 7.70.0.25, fault address 0x0016c8a7.
Но последний раз это было 2 недели назад. А ошибка последний раз была сегодня утром.
Может быть, еще такой симптом (точно не проверено, может быть просто совпадение): если сильно нагружать базу (неважно с терминалов или на самом сервере), а именно - заставлять плодить тяжеловесные отчеты на 200-250 страниц и прочее, то при очередном запуске может появиться ошибка.
Случается, что при работе с программой 1С возникает подобная ошибка - ошибка блокировки данных:
- Пользователи не вышли из системы 1С
Для начала необходимо посмотреть все активные сеансы пользователей. Активных пользователей можно посмотреть в конфигураторе 1С так: нажать кнопку Администрирование, затем выбрать Активные пользователи. И попросить их выйти из системы. Также информацию о блокирующих сеансах обычно можно получить из самого окна с ошибкой.
- У пользователя запущена база 1С, но не введен пароль
В таком случае у пользователя остается висеть подобное окно:
Сеанс такого пользователя найти сложнее, так как он не отображается в окошке Активные пользователи. Более того, информация об ошибке не содержит какой-либо полезной информации:
Такого рода ошибка характерна для файловых информационных баз. Необходимо найти подобные процессы с помощью диспетчера задач, и, используя его же, принудительно их завершить.
Способы завершения зависших сеансов в файловом варианте
- С помощью Диспетчера задач. При завершении сеансов информация у пользователей, работающих в системе, может не сохраниться, и важные данные могут быть потеряны. Завершить сеансы данным способом можно так: вызвать диспетчер задач (Ctrl+Alt+Delete), затем нажать снять задачу, затем завершить процесс. Процессы 1С называются 1Сv8.exe или 1Сv8c.exe.
- Перезагрузить сервер, на котором установлена файловая система 1С
Способы завершения зависших сеансов в клиент-серверном варианте
- Выделить нужные зависшие сеансы и удалить их через пункт контекстного меню;
*Если в меню Сеансы нет сеансов, их стоит поискать в меню Соединения. И попробовать аналогично удалить.
- Если не удалось удалить сеансы, используя консоль, то необходимо перезапустить службу Агент сервера 1С:Предприятия 8.3.
- Если все предыдущие способы не решили проблему и зависшие сеансы так и остались на своих местах, то в качестве крайней меры необходимо перезагрузить сервер.
Зависшие фоновые задания в клиент-серверном варианте
В клиент-серверном варианте частым источником возникновения ошибки исключительной блокировки информационной базы являются повисшие фоновые задания.
Неприятной особенностью этого явления также является и то, что зачастую их очень тяжело удалить. Обычно эти задания можно увидеть в консоли администрирования на вкладке Соединения, но при попытке их удаления они появляются вновь.
Чтобы их удалить можно попробовать следующие способы:
- Удалить их несколько раз подряд и проверить, не появляются ли они вновь.
- В свойствах базы установить флаг Блокировка регламентных заданий включена, и после этого еще раз попробовать удалить зависшее задание.
Таким образом, при возникновении такой проблемы, как ошибка исключительной блокировки информационной базы, главным шагом становится выяснение причины возникновения проблемы, поскольку выбор способа ее устранения, в частности, среди описанных в данной статье, зависят от этого. То есть не стоит торопиться перегружать сервер сразу же, для начала надо попробовать решить проблему более «гуманным» образом.
При работе с программами 1С Предприятие 8.3 пользователь может столкнуться с различного рода ошибками. Типичные ошибки 1С возникают вследствие программного сбоя, из-за некорректного выхода из программы или человеческого фактора. При этом причиной может стать сбой работы сети, отключение электроэнергии, сбой при динамическом обновлении и т.п.
Рассмотрим, наиболее частые ошибки при работе 1С.
Ошибка Формата потока
Устранение ошибки. В папке с установленной программой, кроме файла с информационной базой, имеются служебные временные файлы. При аварийном выключении программы также могут сохраниться файлы блокировок (которые автоматически должны были удалиться при выключении программы). Один из вариантов решения проблемы – это удаление из этой папки всех этих файлов. Такие файлы будут сформированы вновь при запуске программы, поэтому их можно смело удалить. Файл 1Cv8.1CD – файл информационной базы. Его удалять нельзя.
Кроме этого, следующим шагом (если первый вариант не дал результата) должно стать удаление информационной базы из списка в окне запуска 1С (кнопка «Удалить») и добавление ее обратно (кнопка «Добавить»). Тем самым мы очистим кэш.
Но такой вариант очистки кэша программы не очень верный, так как файлы при добавлении базы создаются новые, а старые так и остаются на диске. Поэтому при очистке кэша лучше их просто удалять самим вручную.
Посмотреть, где располагаются временные файлы программы, можно в кнопке «Настройка. » в окне запуска 1С. В поле «Каталоги шаблонов и конфигурация» видно, в какой папке располагаются временные файлы. В нашем примере в папке пользователя, далее в папке AppData\Roaming\1C\tmplts.
Чтобы очистить кэш, необходимо удалить временные файлы из указанной папки.
Некоторые ошибки могут прямо указывать на папку с временными файлами, сообщая о проблеме. Например, ошибка «Неверный формат хранилища». Здесь видно, что программа указывает путь к папке с временными файлами. И чтобы очистить кэш вручную, надо удалить папки из указанной директории.
Неверный формат хранилища
На рисунке видно, что ошибка указывает на папку с временными файлами – AppData/Local/1C и далее папка с цифрами в названии.
Ошибка СУБД. Внутренняя ошибка компоненты dbeng
Ошибка СУБД сама говорит о нарушении структуры базы данных. Довольно распространенная ошибка этого рода – «Внутренняя ошибка компоненты dbeng8».
Компонента dbeng8.dll находится в папке bin установленной платформы 1С.
Поэтому первый вариант решения проблемы – переустановка платформы 1С. При этом если компьютеры составляют сеть, на всех компьютерах должна быть установлена одна версия платформы 1С, а если нет возможности обновлять платформу, то можно просто скопировать этот файл из другой папки установки.
Если переустановка платформы не помогла, то переходим к варианту тестирования и исправления базы данных. Другие ошибки касающиеся СУБД также решаются этим способом.
«Ошибка СУБД: Файл базы данных поврежден»
Например, «Ошибка СУБД: Файл базы данных поврежден» решается тестированием и исправлением файла информационной базы.
Тестирование и исправление информационной базы с помощью утилиты chdbfl.exe
Одним из вариантов тестирования и исправления при возникновении ошибок, связанных с СУБД, является использование утилиты chdbfl.exe. Она предназначена для проверки физической целостности базы данных при работе с файловой информационной базой. Этот способ используется также, когда база 1С не запускается в режиме Конфигуратора.
Хотелось бы напомнить, что перед любыми действиями с информационной базой необходимо выполнить резервное копирование – в режиме Конфигуратора через пункт меню «Администрирование»-«Выгрузить информационную базу». Или можно скопировать файл информационной базы – 1Сv8.CD, из каталога, где она размещается.
Файл утилиты chdbfl.exe находится в папке bin, установленной платформы 1С – обычно в папке Program Files (х86)-1cv8, а далее папка с релизом платформы.
Запустив утилиту, в поле «Имя файла БД» указываем путь к файлу базы данных. Здесь надо установить галочку «Исправлять обнаруженные ошибки» и нажать кнопку «Выполнить». В результате утилита проверит физическую целостность базы данных и в случае обнаружения ошибок исправит их.
Если данный способ тестирования не решил проблему, то необходимо провести тестирование информационной базы в режиме «Конфигуратор».
Тестирование информационной базы в Конфигураторе
Для тестирования и исправления информационной базы запустим программу в режиме «Конфигуратор». В пункте меню «Администрирование» выберем «Тестирование и исправление. ».
В открывшемся окне тестирования базы устанавливаем необходимые для тестирования галочки.
«Реиндексация таблиц информационной базы» – исправляет ошибки, связанные со сбоем индексов. В программе ошибки могут проявляться наличием незаполненных полей, например, в документе отсутствует наименование или количество и т.п. При тестировании и исправлении рекомендуется выбирать этот пункт, так как он помогает решить большинство проблем, реиндексируя все таблицы.
«Проверка ссылочной целостности» – решает проблемы, связанные с возникновением ссылок на несуществующие объекты, которые появляются в результате сбоя или непосредственного удаления объекта. При обнаружении таких объектов необходимо выбрать вариант действия – создать, удалить объект, изменять его.
«Пересчет итогов». При сбое в программе в отчетах могут отображаться неверные данные, при расшифровке которых не видно их детализации, т.е. «цифра» есть, а данных о ней нет. В результате установки этой галочки будут пересчитаны все итоги в информационной базе, и данные восстановятся согласно существующим документам заново.
«Сжатие таблиц информационной базы». При установлении данной галочки происходит физическое удаление записей в таблицах, которые ранее были помечены на удаление в программе. Ведь при удалении объектов в базе, в таблицах они все равно сохраняются, накапливаясь и создавая объем. В результате этой операции таблицы информационной базы становятся меньше.
«Реструктуризация таблиц информационной базы» – данное действие создает новые таблицы, перенося в них данные из старых таблиц. То же самое происходит при выполнении обновления программы. Установление этой галочки исправляет некоторые ошибки.
После установки необходимых галочек нажимаем кнопку «Выполнить» и ждем окончания тестирования. По окончании тестирования программа выведет информацию о результатах тестирования.
При решении некоторых проблем помогает выгрузка и загрузка информационной базы в файл *dt (пункт меню «Администрирование» - «Выгрузка информационной базы. », затем «Загрузка информационной базы. »).
Данные ошибки возможны в файловых информационных базах. В любом случае, возникающие ошибки в программе необходимо анализировать. Но при их появлении, первые действия, которые можно предпринять, это:
- Очистить кэш;
- Провести тестирование и исправление с помощью утилиты chdbfl.exe;
- Тестирование и исправление базы в режиме «Конфигуратор»;
- Обновить платформу «1С:Предприятие».
При этом, конечно же, версия программы должна быть актуальной. Некоторые ошибки устраняются после установки обновления программы. Если проблемы с возникновением ошибок не удалось решить, обратитесь к нашим специалистам: мы проконсультируем и подберем для вас оптимальный тариф сопровождения и стоимость доработки 1С, исходя из ваших конкретных задач и потребностей.
На сервере стоят две ОСи 2000 сервер и 2003 сервер. На сервере несколоько баз 1с, к которым с локальных машин коннектятся пользователи. На 2000м все нормально, а когда загружен 2003 - все базы нормально открываются, а одна - самая большая выдает ошибку "общая файловая ошибка при доступе к файлу 1cv7.md" при загрузке. На этом файле атрибуты "только для чтения", "скрытый", "архивный" убраны, и вообще на всех файлах в каталоге этой бызы они убраны. В папке система дает создавать и редактировать файлы, но на катологе почемуто стоит атрибут "только для чтения" и ни как не убирается.
Скорее всего проблема с правами доступа .По -быстрому - на каталог базы в разрешениях поставить группы юзеров или конкретных юзеров с соответствующими галочками (полный доступ ,запись,чтение и тд)
Ну вообще то стоит галочка полный доступ для Эвриуан (для всех). Зайти в базу пытался и под админом на серваке, та же история
А если базу переместить в другую папку?
То что "все" стоит галка - ничего может не значить - назначьте как говорил выше
Там ещё есть такое как "Разрешения", которые надо раздать и "Кэширование", которое лучше отключить
Цитата "То что "все" стоит галка - ничего может не значить - назначьте как говорил выше"<br><br>Не знаю чем бы это могло помочь, так как вы разрешения (я так понял) для сетвых юзеров говорили выставить, а я даже под админом этого компа не мог зайти, о чем писал выше. Но я выставил и для сетевых юзеров и для админа полные права. Не помогло<br><br>Переместить в ту же папку на этой же винде пробовал, аналогичная проблема.<br><br>Кэширование отключено.<br><br>Я понимаю что добился цели не как профессионал а как шаман , но если у когото такая же проблема будет: взял скопировал базу с сервака из под 2000винды по сетке на другой комп, ребутнул сервак, загрузил 2003винду, и слил с другого компа назад базу - работает <br><br>Но разобраться все равно хочется в чем дело, у кого какие мысли?
Читайте также: