Файл не обнаружен v8srvr
Такую ошибку показывает 1С и немногословно предлагает « Завершить работу » или « Перезапустить. ». Приятного мало. У клиента ошибка возникла при работе с файловой базой 1С 8.2 в общем доступе (БП 2.0).
С единственным допущением — дальнейшие шаги, в первую очередь, рассматриваем применительно к файловому режиму. Для клиент-серверного доступа — свои особенности.
«Ошибка СУБД: Внутренняя ошибка компоненты dbeng8» при работе в 1С «Ошибка СУБД: Внутренняя ошибка компоненты dbeng8» при работе в 1СI. Как выглядит ошибка
Причины возникновения
Ошибка «плавающего» характера — может появиться при запуске 1С, закрытии базы. Либо при обмене, выгрузке данных, в процессе работы: проведении документа, открытии справочника и т. п.
Из-за чего? Наиболее вероятная причина — вследствие нарушений структуры БД, ошибки при записи транзакций, сбой хранилища.
Может быть вызвано некорректным закрытием 1С из-за отключения электроэнергии, отказов сетевого оборудования. Менее точно, но возможно — «битый» диск, на котором расположена база.
II. Подготовительный этап
Перед выполнением работ:
- закройте имеющиеся клиентские подключения к информационной базе (по-простому — «выгнать» пользователей, если таковые подключены);
- обязательно , это очень важно — сделайте резервную копию базы , а лучше две и сохраните в разных местах, любым доступным способом (например, для файловой 1С — копирование всего каталога, основного файла 1Cv8.1CD или выгрузка в dt-файл через Конфигуратор).
III. Возможные действия по исправлению
- Проверка с помощью утилиты chdbfl.
- Тестирование и исправление (ТиС) в режиме Конфигуратора.
- Копирование ИБ в другое расположение.
- Выгрузка базы в dt-файл и загрузка в новую базу.
- Обновление платформы 1С.
Почему в такой последовательности? Приложение chdbfl проверяет и исправляет нарушения физической целостности, инструментарий «Тестирование и исправление» — внутренние ошибки (ссылочную и логическую целостность). Поэтому в первую очередь chdbfl, а потом ТиИ.
Блоки 3 и 4 связаны между собой и предполагают проверку в других расположениях. Пятый — условно считаем, что виновата платформа.
БП 3.0 с нуля ведете или переходили обновлением с редакции 2.0 ?
первое что сделайте - скопируйте каталог с вашей базой в другое место и только потом слушайте всяких "chkbdfl вам в помощь "
какая версия платформы 1с установлена ?
(7) ea.abdrakhmanova,
chhdbfl.exe тоже не нашел ошибок ?
попробуйте удалить базу из списка и добавить с другим именем
я так понимаю что до обновления копию базы вы не делали ?
при обновлении 1с создает резервную копию во временных файлах (если настройки по умолчанию) - попробуйте через поиск на компьютере - в поиске введите *.dt - дальше смотрите по дате создания\изменения файла
правой кнопкой в конфигураторе на БухгалтерияПредприятия - далее свойства - в самом низу "режим совместимости" - что у вас там написано?
(10) d1mk, вся беда в том, что не я пыталась обновить программу. Я обычно это делаю через конфигуратор, как полагается и обязательно сначала делаю копию. Поиск *.dt ни к чему не привел, файлов таких нет, в режиме совместимости стоит значение - Не использовать.Посмотрела через Tool_1CD базу, там есть таблица configsave. Но с этой таблицей ничего сделать не могу. Была бы база sql можно было бы просто заменить таблицу config, а так даже предположить не могу что с этим делать. выгрузить базу в dt и снова загрузить в чистую пробовали?
Попробуйте очитску кэша -может поможет (Кеш 1С Кэшеривание – процесс создания буфера часто используемой информации и, как правило, статичной информации. Кеширование используется для ускорения работы программы, в частности, в 1С на компьютер пользователя подгружаются файлы конфигурации, что бы не запрашивать их с сервера при каждом обращении.
Однако, очень часто платформа 1С не правильно отрабатывает кэширование конфигурации и в результате мы получаем неадекватное поведение конфигурации. Первый способ чистки кэша 1С Для решения проблем и “глюков” 1С очень часто помогает очистка кэша платформы 1C 8.3.
Делается это следующим образом:
шаг 1
Найти каталог, где хранятся временные файлы 1С, их можно увидеть в меню настройки в списке ИБ:
При обновлении бухгалтерии, на этапе сохранения, получил следующую ошибку:
по причине: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Журнал транзакций для базы данных "acc_main" переполнен. Причина: "LOG_BACKUP". HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=2, Severity=11, native=9002, line=1
Идем на сервер и первым делом проверяем место на дисках,
А оно закончилось нужно потом почистить хард или увеличивать объем, а пока порежем лог
Открываем SQL Server Management Studio
Это ошибка Microsoft SQL Server - переполняется лог транзакций и не очищается. Урезать его возможно различными способами, в том числе и с помощью стандартной оснастки, но не всегда данная операция получается, и размер файла лога остается прежним. Как вариант предлагаю следующее решение из двух строчек( где acc_main - название базы Бух)
Тоже самое можно сделать вручную:
Шаг 1. Установить модель восстановления Простая (Simple). Правой кнопкой на базе - Свойства(Properties) - Параметры(Options) - 4-й сверху пункт Модель восстановления(Recovery model) - Простая(Simple) - OK.
Шаг 2. Выполнить шринк (сжатие) лога транзакций. Правой кнопкой на базе - Задачи(Tasks) - Сжать(Shrink) - Файлы(Files) - установить Тип файла(File type) - Журнал(Log) - в Операция сжатия(Shrink action) - выбрать Реорганизовать страницы, перед тем осводить неиспользуемое место(Reorganize pages before releseasing unused space) - Сжать файл (Shrink file to) - указать приемлемый размер лога.
Шаг 3. Установить модель восстановления Полная(Full). Правой кнопкой на базе - Свойства(Properties) - Параметры(Options) - 4-й сверху пункт Модель восстановления(Recovery model) - Полная(Full) - OK.
В дополнении скажу, что можно сохранить лог в файл и выполнить шринк так(BaseDB - имя базы данных):
Вместо вступления (из сериала House M.D. о диагностике и поиске решений)
- Д-р Кадди: Нужен диагноз. Женщина, 26 лет, взрыв газа под зданием, её вытащили из под обломков через 6 часов. Две операции из-за многочисленных переломов и ожогов…
Д-р Хаус: Думаю, сломанные кости это следствие обрушавшегося ей на голову здания. - Д-р Хаус: Представьте, что крыша кладовки обрушилась на вашу любимую поломоечную машину. И та начинает перегреваться.
Уборщик: Почему я должен любить поломоечную машину? Ладно… Может, от удара повредилось что-нибудь в электропроводке. Или что-то затекло внутрь и испортило её…
Д-р Хаус: Хм, интересно. Проникновение инфекции через рваные раны. Бактерии отреагировали бы на антибиотики. Для вируса слишком сильный жар.Возможно, паразиты или грибки.
Уборщик:Или волчанка.
Хаус в изумлении оборачивается
Уборщик: У моей бабушки волчанка.
Д-р Хаус:(озадаченно) Хорошо,ауто-имунная. Проверю на волчанку. Хотя больше подходит инфекция. Хорошо бы ещё её карту. Приступим к худшей части работы. К общению с семьей поломоечной машины.
- Д-р Хаус: В карточке указано, что она была больна ещё до того, как здание обрушилось.
Муж пациентки: Я считаю, что это обычная простуда. А что, вы считаете это связано?
Д-р Хаус: Её болезнь с её болезнью? Порой случается. - Мать пациентки: В дневнике сказано, что моя дочь принимает эти таблетки?
Д-р Хаус: Нет, но с медицинской точки зрения…
Д-р Кадди: Вы нашли таблетки в её доме?
Д-р Хаус: Очевидно, она прятала их в сумочке. Подумал, будет неприлично искать под 1000 тонн обломков. - Хирург: У неё повсюду кровотечения, разве что аборт сделали при помощи дробовика.
В этой статье показан пример общих принципов разбора технологических вопросов, которые могут появляться при работе с 1С:Предприятие 8.1.
Давать советы любят все, но когда доходит до дела, у всех резко находятся более важные дела :))) . Наверно будет честным сразу предупредить, что данный материал написан мной скорее как информация для размышления, а не теория решения личных проблем и неприятных ситуаций по работе. Тем не менее мне думается, приведеные здесь примеры из моей практики могут пригодиться при разборе аналогичных проблем.
В качестве примеров будут разобраны:
Пример 1. Пользователь пожаловался на невозможность запуска 1С:Бухгалтерия.
"Ошибка соединения с сервером 1с: Предприятия 8.1:
server_addr=App1С:1540=Ошибка сетевого доступа к серверу
(Windows sockets - 10061(0x0000274D)
No connection could be made because the target machine actively refused it) line =567
Пример 2. "Потерялся" доступ к информационной базе.
Ошибка при выполнении операции с информационной базой
Microsoft OLE DB provider for SQL Server: Login failed for user ‘user1c’
H RESULT=80040E4D, SQLSrvr: Error state=1, Severity=E, native=18456, line=1
Пример 3. Странная "неизвестная" ошибка.
1. Определение текста (проявления) ошибки и локализация источника возникновения
Примечание. Пример 1. Поиск в ниже в разделе "Где можно найти готовое решение" по приведенным на данной странице тексту "10061" покажет сразу объяснение причины и решение: на сервере приложений остановлена служба "Агент сервера 1с:Предприятие 8.1". Соответственно ее надо запустить, например из командной строки:
net start Агент сервера 1с:Предприятие 8.1
Если сервер приложений не стартует, в некоторых случаях сделайте копию папки C:\Program Files\1cv81\server и удалите содержимое перед попыткой старта.
2. Воспроизведение ошибки
Не занимайтесь анализом проблемы, если можете сразу по коду или тексту ошибки найти решение. Анализ нужно делать, если решение не помогло или проблема неизвестна. Во втором случае потребуется научиться воспроизводить ошибку, выявить факторы-провокаторы и понять причины. Затем подобрать одно, а повозможности несколько вариантов решения, различающихся по цене.
Технологический журнал
Используя технологический журнал можно исследовать все проблемы, возникающие "внутри" клиент-серверного варианта. Прибегайте к другим логам, то если для этого есть важные причины. Если вы не пользовались технологическим журналом или не хотите - ЭТО НЕ ВАЖНАЯ ПРИЧИНА И СНИЖЕНИЕ ВЕРОЯТНОСТИ НАЙТИ РЕШЕНИЕ. Технологический журнал создавался именно для решения этих задач.
Опрос пользователей
Д-р Хаус (Кэмерон и Чейзу): Вы вместе принимали душ?
Д-р Кэмерон/Д-р Чейз (одновременно): Нет!
Д-р Хаус: Двойное отрицание означает «да»!
«Все лгут» (Everybody lies) © Хаус
С опросом пользователей надо аккуратней. Этот способ диагностики лучше применять, только после того как будут использованы и проанализированы все дургие источники информации. Опять таки, все время в опросе концентрироваться на главном вопросе и/или постораться понять, ради чего лгут.
Воспроизведение проблемы
Иногда воспроизведение проблеммы дает интересные результаты.
Перед выполнением каких-либо "научно-исследовательских действий" обязательно сделайте бэкап.
Чтобы закрепить предположение задаем вопрос нескольким пользователям, работает ли у них в данный момент информационная база. Пользователи в нашем примере дружно ответили, что никто работать не может. Это в свою очередь исключает "вину" клиентской части 1С:Предприятие, так как тогда эффект вряд ли бы был у всех.
Решение:
Запускаем Management Studio и пробуем подключиться к серверу под "user1c". Оказывается, администратор сервера сменил пароль логину "user1c". При этом в настройках информационной базы в кластере серверов остался "старый" пароль.
После обновления пароля у информационной базы в кластере серверов 1С:Предприятие проблема исчезла.
3. Поиск решений
Как показывает практика, часто на сервере ошибочно включен режим энергосбережения, который через определенный промежуток времени приостанавливает активность сервера.
В данном примере "Схема управления питанием" имела настройку "Отключение дисков" = 20 минут, что коррелировало с 20 минутными периодами возникновения этой ошибки.
Пример №4. Описан здесь.
Накопление статистики
Я сказал, что у нас есть три человека.
Это шесть ног.
Так что три болят из-за бега,
две пострадали при авариях,
и ещё одна нога беременна.
© Хаус
Напрасно многие столкнувшиеся с проблемой, считают проблему уникальной. Часто это просто нехватка информационного обмена с аналогичными попытками других коллег. Полезность знания статистики известна не многим, но кто ею пользуются, экономят кучу времени.
Где можно найти готовое решение
В настоящее время большинство технологических вопросов достаточно легко решить, так как по ним в Интернете накоплены знания.
Я тут тоже на непонятные грабли наступил. В партнерской конференции отписался - уж три дня ни одного коммента. Цитирую:
---
Текст ошибки: [b]Неправильный путь к файлу 'v8srvr://dbeng8/f01FF8C08/Config'[/b]
Платформа 8.2.13.219, режим работы с БД - файловый, работа в сети.
БД лежит на файл-сервере (W2K3 R2).
Конфигурация БП 2.0.29.10 (думаю, это не важно), без изменений.
При попытках, по сути, любых манипуляций с конфигурацией получаем эту ошибку, а именно:
- обновление конфигурации с помощью cfu или cf;
- попытка включить возможность изменений с поддержкой;
- сохранение конфигурации в файл.
При этом:
- в пользовательском режиме всё чудно работает;
- все объекты конфигурации прекрасно открываются в режиме просмотра ;
- выгрузка-загрузка данных проходит штатно;
- ТИИ ошибок не находит;
- chdbfl.exe также великолепно всё тестирует;
- переход на более новый релиз платформы (8.2.14.540) проходит на ура, но ошибка остаётся;
- перенос на другие машины или работа из под иных ОС ничего нового не дает (перенос методом выгрузка/загрузка).
Немного предистории - очень много ругался с местным сисадмином на сей счет - на всех рабочих станциях очень часто срабатывает NT-синхронизация локальных данных с данными на сервере.
Вот, собственно, и всё - ошибка очень странная - уж даже и не представляю, как её обойти, хотя, скорее всего, куда-то попал просто мусор. Скорее всего придётся переносить данные в чистую аналогичную базу через xml.
---
Прошу прощение за долгое отсутствие - корпоратив.
Попробую подробненько описать ситуацию.
В конфигураторе вызываю:
Конфигурация->Поддержка->Обновить конфигурацию. Далее выбираю 2.0.30.9(обновление).
Открывается окно "Обновление основная конфигурация - Новая конфигурация поставщика"
Жму "Выполнить"
Появляется предупреждение:"Существуют объекты, измененные в основной конфигурации с
установленным правилом "Взять из конфигурации поставщика". При обновлении будут заменены."
Соглашаюсь на замену и вот тут в процессе работы вываливается ошибка:"Ошибка загрузки
документа. и кнопки Завершить Подробно Перезапустить
Подробности такие:
"Ошибка загрузки документа.
по причине:
Ошибка преобразования данных XDTO:
НачалоСвойства:
Форма: Элемент Тип: Я в недоумении. Может быть нужен доступ интернет? Но с терминального сервере он закрыт.
По поводу перехода на 14 версию движка я здесь слышал отрицательные отзывыо его производительнысти по сравнению с 13 релизом (в описании обновление требование к движку не менее 13релиза)
при обновлении сними галочку с
"СведенияОРасходахНаПроизводствоИПродажуПродукции"
на сайте лежит внешний СведенияОРасходахНаПроизводствоИПродажуПродукции.erf
потом добавишь .
зы:
10-серый ежик > [em]Далее выбираю 2.0.30.9(обновление).[/em]
где взял? не поделишься? у меня только 2.0.30.8 имеется.
Поставил 14 релиз движка и все обновилось. Значит разработчики соврамши: обновление не работает на 13 релизи. Спасибо всем вопрос закрыт, загадка разрешена! А слухи про тормознутость 14 релиза верны? Не хочу экспериментировать на людях. (15) никому из клиентов 14-ый релиз ещё не ставил - все работают на последнем из 13-ых, бп 2.0.30.8 установлена у всех :)
15-серый ежик >[em]значит разработчики соврамши: обновление не работает на 13 релизи.[/em]
Работает! Для неизмененных конф.
Для конф, которые сняты с поддержки или находятся на поддержке с возможностью изменений - рецепт я выше в (14) сказала.
Думаешь, просто так на техподдержке вдогонку к релизу внешний отчет выложили?
Читайте также: