1c ошибки 00 00384789

Обновлено: 07.07.2024

Ошибка создания информационной базы: Компоненты OLE DB провайдера не найдены.

Сервер 1С:Предприятия не может создать COM объект OLE DB Provider for Microsoft SQL Server.

При добавлении базы в 1C, возможен только выбор файлового варианта базы.

Два варианта:

Нет ключа или проблемы с работой ключа.
На компьютер не установлены 1С компоненты для работы с сервером.

Объект сервера 1С:Предприятия не обнаружен 800706BF.

Возможная проблема с пользовательскими правами.
Проведите проверку на машине клиента настроек DCOM:

Понизьте уровень аутентификации на компьютерах сервера и клиента: Default authentication level: None
Убедитесь в отсутствии или корректности настроек сетевых экранов. 135 порт должен быть открыт, также те, которые появятся в списке после команды:

dcomcnfg/ Default protocols/ Properties/ Post Ranges.
Если таких портов нет – нужно указать их.

Не найден интерфейс сервера 80070005.

Само по себе фиксирование файла БД – одна из видов внутренних блокировок. Фиксация нужна для обеспечения целостности внутренней структуры файла БД.

Например, при выполнении чтения данных, нужна гарантия, что структура данных не изменялась. А при выполнении транзакции, возможны изменения этих структур, при этом необходима фиксация результатов транзакции. Все указанные действия, обычно должны быть выполнены в течении некоторого непродолжительного периода времени.

Эта ошибка очень редкая и возникать в нормальных условиях не должна. Иногда возможен сбой, причину которого, объяснить так никто и не может. Возможно архитектура и особенности некоторых сетей, влияют на следующее:

Возникает коллизия асинхронности внутренних механизмов. При которой, фиксация результатов транзакции, предполагающей возможное изменение внутренней структуры БД, «накладывается» на фиксацию файла БД при его чтении, при котором должна присутствовать неизменность внутренних данных файла и наоборот.

Ещё одно из предполагаемых условий возникновения этой ошибки – это нестабильная работа сети. Проверьте «Пингом» доступность компьютеров с 1С в сети.

В информационных базах на платформе 1С могут возникнуть множество различных ошибок:

нарушение логической/физической целостности базы, ошибки пользователей, «кривой» код разработчика и многое другое.

Причин может быть множество: отключили свет, и не было источника бесперебойного питания, или вечер пятницы удался, и пользователь уже и не может вспомнить в понедельник, что он натворил такого.

Во-первых, стоит задать несколько уточняющих вопросов пользователю:

1) Релизы платформы/конфигурации.

4) Возникает ли если запустить 1с с другого компьютера/от другого пользователя? Это даст нам пищу для размышлений – сможет ли помочь очистка кэша, настройка прав, или очистка настроек пользователя.

Теперь немного о самих ошибках и том как их решать.

Общее:
Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.).

Распространенный пример – ломаная платформа. Один из патчей взламывает конкретную версию платформы, поэтому после установки новой версии платформы и попытке зайти в базу можно увидеть окно «Не обнаружено свободной лицензии».

Если Вы встретили ошибку в первый раз - возможно, кто-то уже ее встречал -

поищите в google, возможно кто-то уже с этим сталкивался и решил проблему, и Вы не потратите лишних пару часов своего времени.

Релиз конфигураций должен быть актуальным (в первую очередь для конфигураций из которых сдается регламентированная отчетность), неспроста на линии консультаций практически всегда предлагают вначале обновиться, а потом уже смотреть дальше.

Актуальный релиз платформы - у каждой конфигурации написано, какой релиз платформы рекомендован для работы с этой конфигурацией.

Технологический журнал позволяет протоколировать все события 1С:Предприятия (или часть, используя фильтр).
Про него можно прочитать здесь и здесь.

. ВАЖНО

Перед любыми действиями с базой - сделать архивную копию!

Если база не открывается в конфигураторе - скопировать папку с базой и выполнять все операции на копии!

1) База вообще не открывается ни в пользовательском режиме, ни в конфигураторе.

Также можно попытаться зайти в базу от другого пользователя.

Если база файловая, то стоит запустить утилиту для тестирования физической целостности базы chdbfl. Она находится в папке:
C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe

Если база sql-ная то тестирование средствами sql.

2) Если база при запуске уходит в дамп.

Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.

Откройте Панель управления (Пуск — Панель управления).
Найдите и откройте элемент «Экран».
В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
В открывшемся окне нажмите на ссылку «Дополнительные параметры».
Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если UAC включен, придется подтвердить, что изменения санкционированы пользователем. Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.

В Windows 7 в некоторых случаях кнопка «Изменить параметры» будет неактивна. В этом случае отключить аппаратное ускорение невозможно, так как видеокарта и ее драйвер не поддерживают манипуляции аппаратным ускорением.

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

Конечно список далеко не полный, так что буду рад, если его дополнят в комментариях.

Специальные предложения

В случае, когда база открывается только в Конфигураторе, может помочь выгрузка данных с последующей загрузкой в новую "нулевую" базу. Не панацея, конечно, но иногда выручало. спасибо большое автору за предоставленный материал, очень для меня познавательно, положу в закладки

При любой непонятной фигне чистить кэш потом разбираться.

У меня пользователи уже научены что сначала давят Сервис\Очистить кэш и перезапустить программу а потом уже звонить и жаловаться.

Хорошая статья! По первому пункту могу добавить. Если не получилось ничего из перечисленного, можно воспользоваться программкой Tool_1CD и с ее помощью удалить записи в таблице configsave. Только это мне и помогло в свое время. 1 пункт. Как же можно выгрузить в *.dt, если по условию не загружается конфигуратор?
8. пункт это не решение. Увеличение до 3Гб памяти под процесс зачастую не помогает. Решение - это 64-разряда для клиента и для сервера.
Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС. Строго говоря, 4 гигабайта это адресное пространство 32-разрядных систем, а не "выделяется". Из которых MS еще что-то резервирует под аппаратную часть, плюс еще ограничивает каждый процесс 2 Гигами.
9. Проще сделать "Восстановить положение окна Alt-Shift-R"
Многократно повторенный совет использовать chdbfl.exe довольно сомнителен. Утилита известна тем, что зачастую добивает базу окончательно.
(6)(9) - присоединяюсь. С программными лицензиями проблемы возникают гораздо чаще. Статья классная, я плюсанул. Одно но "Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.)." - очень сомнительное предложение. Terve!R; user705520_admin; roman8115; virtmon; Sophus; Bukaska; JesteR; buganov; for-elenak; plmshka; Sergafan10; + 11 – 1 Ответить

(9) Aspire1C,
Скорее это относится к карявым патчам в которых "что-то не учли"

(0)
Статья хорошая, хотя у нас с одним клиентом, в клиент-серверном варианте, возникла ошибка, которая не была описана ни где в интернете (по крайней мере я не нашёл):
При попытки открыть форму справочника или сделать запрос хотя бы к одному его полю - рабочий сервер 1С 8.3 падает и перезапускается. Тут ни чиска кешев, ни dt, ни чекдб в скуле, ни выгрузка-загрузка через файловую базу (с проверкой chdbfl и тестированием-исправлением) не помогают :-) Хотя в файловом варианте всё работало отлично.

(9) Aspire1C,
Скорее это относится к карявым патчам в которых "что-то не учли"
Там учитывать нечего.
Но из за повального спроса, их часто снабжают дополнительным потребительским сервисом - троянами.
Если в процессах висит что-то типа rundll32 C:\windows\temp\pagefile.sys - это вот оно. (9) Aspire1C, Описал частый пример с ломаной платформой. (26) Aspire1C, да, часто это ошибка, возникшая вследствие незнания администратором специфики механизмов лицензирования 1С/HASP.

Это не статья. Это перечень условно известных проблем с не всегда корректными рекомендациями по их решению.

Далее по пунктам:
0) Кэш (и Local, и Roaming) чистим в первую очередь. И при возможности перезапускаем серверы приложения и СУБД.

1) Правильное решение - технологический журнал.
2) Приведена только одна из возможных причин, к тому же не самая частая. (проверьте в системном логе ошибок GDI). И даже в этом случае лучшее решение - обновлять драйвера видео. Наблюдается это только со старыми дровами встроенного видео Intel. А вообще правильное решение - технологический журнал.
3) Правильное решение - технологический журнал
4) Не нужно гадать - сразу идем в отладчик.
5) Верно.
6) Скорее всего, это какая-то проблема связи либо авторизации. В случае с файловой базой первичная рекомендация верная, а при клиент-серверной помогут всяческие пинги, телнеты, анализ системных логов и опять же - технологический журнал.
7) Не забыть написать служебку о саботаже рабочего процесса пользователем. В следующий раз пользователь будет помнить, что он делал. А так да, ЖР, минимальный ТЖ (excp, excpcntx) и логи.
8) Вообще-то в современных конфигурациях механизмы, требовательные к памяти, обычно выполняются на сервере. Может помочь оптимизация проблемных запросов. А в некоторых случаях поможет только сервер x64. Ну и о фрагментации адресного пространства памяти не забываем, спасет плановый перезапуск рабочих процессов.
9) Не факт. В УФ может быть виноват браузер, в ОФ - кривые привязки элементов формы.
10) Тоже не факт. Сбойная база к такой ошибке может приводить.
11) Версия платформы отозвана. Решение - только поднимать базу из бэкапа.

12) С чего вы вообще взяли, что конфликт блокировок - это ошибка? Это показатель некорректной работы СУБД или логики конфигурации, и dbcc checkdb Вас от этого не спасет.
"Конфликт блокировок" бывает двух видов:
а) таймаут - тут нужно выяснять, почему не удалось наложить блокировку за отведенное время.
б) дедлок - тут нужно анализировать порядок наложения блокировок, и далеко не всегда эту проблему удается решить "малой кровью".

Любое программное обеспечение время от времени может выдавать различные сбои. Не исключено, что при работе с программными продуктами линейки «1С:Предприятие 8.3» вы можете столкнуться с ошибками.

Ошибка в «1С» может быть следствием непредвиденного отключения питания, неправильного завершения сеанса, «кривого» кода самописной программы, нарушения логической целостности базы, нехватки памяти, человеческого фактора и других причин. После подобных сбоев программа может не открыться или запуститься в режиме «Конфигуратор», также возможны ошибки в ходе работы с определенными командами.

Для решения этих проблем вы можете обратиться в компанию, обслуживающую вашу систему «1С», или же попробовать разобраться самостоятельно, если это относительно простая ошибка «1С». Для этого нужно уметь правильно диагностировать причину сбоя и хотя бы немного понимать особенности работы системы «1С». Надеемся, что в этом вам поможет наша статья, посвященная разбору наиболее типичных ошибок в «1С» и способу их исправления.

Рассмотрим распространенные ошибки при работе с «1С» 8.3:

Ошибка доступа
Неверный формат хранилища
С одного ПК заходит, с другого нет
Внутренняя ошибка «1С» компоненты dbeng
Неправильное отображение блоков формы
База открывается в конфигураторе, не получается зайти в пользовательский режим
При определенном действии система переключается на код в конфигуратор
Система работает только при входе с определенного пользователя
Ошибка «1С», связанная с таблицами SQL

Обращаем ваше внимание!Обращаем ваше внимание!

Перед любыми действиями с базой мы рекомендуем сделать архивную копию. Если база не открывается в режиме «Конфигуратор», скопируйте папку с базой и выполняйте все операции на копии.

При этом, конечно же, релиз вашей программы должен быть актуальным. Некоторые ошибки легко устраняются сразу после установки обновления программы.

Ошибка доступа

Подобная ошибка «1С» может возникнуть, если у вашей учетной записи недостаточно прав для доступа к определенному действию, которое доступно только ограниченному числу пользователей. Чтобы решить эту проблему, достаточно зайти в режим конфигуратора и изменить роль выбранного профиля во вкладке «Администрирование – Пользователи».

Неверный формат хранилища

С одного ПК заходит, с другого нет.

Для решения этой проблемы попробуйте выполнить следующие действия:

для начала проверьте в «Проводнике» – видит ли он базу. Возможно, к папке с базой не предоставлен общий доступ;
попробуйте очистить кэш. Для этого необходимо перейти в папку, где хранятся временные файлы. В Windows 7 и выше папка находится по адресу: C:\Users\Username\AppData\Local\1C. Для Windows ХP: Local Settings\Application Data\1C\ ;
зайти под другим пользователем. Можно использовать любой доступный профиль (лучше всего администратора).

Внутренняя ошибка «1С» компоненты dbeng

Если у вас нет времени самостоятельно разбираться в технических особенностях системы и при этом вы хотите всегда быть уверенным в работоспособности ваших программ – мы готовы помочь! Поддержка «1С» и другие услуги по настройке «1С» доступны удаленно или с выездом специалиста в ваш офис.

Неправильное отображение блоков формы

Такая ошибка «1С» может быть следствием разных факторов. Чтобы вернуть программу к работоспособности, попробуйте последовательно выполнить несколько команд:

очистить кэш. Для этого необходимо перейти в папку, где хранятся временные файлы (путь к папке описан в пункте 3). Зачастую такая процедура помогает вернуть работоспособность программы «1С»;
войти под другим пользователем. Можно использовать любой доступный профиль (лучше всего администратора);
зайти в базу данных с другого ПК. Это действие позволит исключить ошибку, связанную с работой системы на определенном оборудовании.

База открывается в конфигураторе, не получается зайти в пользовательский режим

При определенном действии система переключается на код в конфигуратор

Для проверки стоит по традиции сначала очистить кэш. Если это действие не помогло, то скорее всего ошибка в коде программы. Это особенно актуально для самописных и нетиповых программ, но иногда такая ошибка встречается и в типовых. Если ваша конфигурация нетиповая, то проблема может быть связана с неправильным обновлением системы.

Система работает только при входе с определенного пользователя

Для устранения неполадки попробуйте настроить права пользователя. Для этого потребуется зайти в режим конфигуратора и изменить роль выбранного профиля во вкладке «Администрирование – Пользователи». Затем не забудьте почистить кэш.

Ошибка «1С», связанная с таблицами SQL

Подобная ошибка «1С» может возникнуть на стороне сервера в момент, когда системе не удается считать данные таблицы SQL. Неполадка может быть связана с повреждением таблиц или с неправильной настройкой сервера. Если ситуация сложная, то есть риск потери данных из базы без возможности восстановления. Поэтому мы настоятельно рекомендуем пользователям своевременно создавать архивные копии базы данных.

Не стоит паниковать – достаточно позвонить в нашу компанию. Специалисты «1С-Архитектора бизнеса» всегда готовы помочь вам в решении любых вопросов по работе с программами «1С».

Подведем итоги

Ошибка в «1С» может произойти по самым разным причинам. В этой статье мы не смогли бы описать все возможные ошибки, но постарались рассмотреть наиболее типичные и распространенные среди пользователей.

Если вашу проблему не удалось решить, обращайтесь к нашим специалистам – мы проконсультируем по стоимости услуг и постараемся оперативно помочь в любой ситуации.

Сегодня примерно (05.04.2021) с 12:00 у многих пользователей 1С начали возникать ошибки «1с:enterprise integrity violation» («Обнаружено нарушение целостности системы») и «На сервере 1С:Предприятия произошла неисправимая ошибка» в Бухгалтерии предприятия. Данные ошибки вызваны не проверкой лицензионности продукта, как многие считают, а багом 1С.

Причина ошибки «1с:enterprise integrity violation»

Изначально многие считали, что 1С начала очередную попытку заблокировать работу пиратских версий 1С. Ошибка «1с:enterprise integrity violation» возникала у всех в разное время, на разных платформах и конфигурациях. Закономерность сразу определить не получилось. Изучив логи и временные файлы стало понятно, что это не очередная попытка 1С заблокировать пиратские версии, а просто баг.

Открыв просмотр событий Windows, можно заметить, что вылет 1С:Предприятия происходил из-за файла v8_xxx_xx.1CBarcodWin64_9_0_12_13.dll, который располагался в папке C:\Users\USR1CV8\AppData\Local\Temp\.

Данный файл появляется там во время работы в 1С. Скорей всего разработчики выпустили обновление модуля работы со штрихкодами, которое не устанавливается или не догружается с серверов 1С. В следствии этого происходит сбой сервера 1С и он перезапускается с ошибкой «На сервере 1С:Предприятия произошла неисправимая ошибка» или «1с:enterprise integrity violation».

Исправляем ошибку «1с:enterprise integrity violation»

Внимание! Дальше будет описано временное решение проблемы. Оно позволяет запустить и работать в 1С, но ошибка может все равно возникать при выполнении каких-нибудь действий. Например, ошибка может возникать при печати счета физическому лицу.

Мы уже выяснили, что ошибка возникает при обращении к файлу v8_xxx_xx.1CBarcodWin64_9_0_12_13.dll, который связан с модулем работы со штрихкодами. Компонента генерации изображений штрихкода подгружается в 1С при запуске 1С:Предприятия. Для ее отключения необходимо внести изменения в конфигурацию.

Запускаем Конфигуратор и открываем конфигурацию проблемной базы. Находим в конфигурации ОбщиеМодули - МенеджерОборудованияКлиент .

Открываем Модуль и закомментируем строку:

Или можете подключить следующее расширение в базу данных через Конфигуратор — Конфигурация — Расширения конфигурации, которое сделает описанные выше действия за вас. Также расширение можно добавить через Администрирование — Печатные формы, отчеты и обработки — Расширения. Ссылка на расширение ниже:

Для исправления печати счета физическим лицам необходимо изменить функцию QRКодРеквизитыПлатежа в общем модуле ПечатьТорговыхДокументов.

Описание ошибки:
Uncaught TypeError: Cannot read property 'toUpperCase' of undefined
on
https://cloud.biznpro.ru/buh/ru_RU/scripts/mod_main_loader.js?sysver=8.3.18.1208:5664,314
Cannot read property 'toUpperCase' of undefined"

Пример ошибки в облачной базе конфигурации 1С: Бухгалтерия предприятия 8, редакция 3.0 при попытке вывода данных отчетом ОСВ после нажатия на кнопку "Сформировать" отчета.

Нажатие на изображении увеличит его

Если обратиться к полноте описания проблемы, то имелась еще и вторая облачная база конфигурации 1С: Зарплата и управление персоналом, редакции 3.0, в которой та же ошибка появлялась после начала формирования отчетов

Нажатие на изображении увеличит его

Пример возникновения ошибки продемонстрирован в видео:

В данном примере релиз платформы 8.3.18.1208. На рабочем месте должа быть установлена платформа 1С: Предприятие такого же релиза. Если это условие уже выполнено, то можно перейти к процессу подключения базы. В списке баз нажимается кнопка "Добавить. ". Выбирается вариант "Добавление в список существующей информационной базы". Нажимается кнопка "Далее >"

На этом этапе выбирается тип расположения информационной базы "На веб-сервере" и в поле "Адрес информационной базы:" указывается ссылка-подключения, вставляется, если скопировалии по указанию ранее. Нажимается кнопка "Далее >", снова "Далее >", и на следующей странице кнопка "Готово". База готова к запуску и работе.

Читайте также: