Ошибка обращения к серверу 1с 80004005

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

В данном случае Microsoft OLE DB Provider for SQL Server выдаёт такую информацию: «Неопознанная ошибка hresult 80004005». При этом главным признаком проблемы является невозможность выгрузить информацию в базу.

Следует отметить, что ошибки, содержащие именно код 80004005, встречаются постоянно. У них есть особая классификация, которую при желании можно найти в соответствующей литературе.

Ошибка выделения памяти hresult 80004005

Для начала нужно провести проверку конфигурации. Там может содержаться мусор (иными, словами, информация, которая является некорректной). Необходимо проверить конфигурацию с помощью соответствующей команды. Вы увидите флажок, предназначенный для того, чтобы проверить её логическую целостность. Если имеются проблемы, пользователь будет уведомлен об этом с помощью сообщения.

Данные, являющиеся неверными, система удалит в автоматическом режиме, но для этого нужно дать ей доступ, чтобы она изменила главный объект. К примеру, если вы работаете в облачном хранилище, его надо просто захватить.

Поддержка конфигурации требует её проверки и у поставщиков. С этой целью:

  • нужно сохранить данные о конфигурации поставщиков. Для этого используйте CF-файл;
  • теперь необходимо провести загрузку файла в обновлённую базу;
  • выполните операцию, которая описана в п.1.

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

Сейчас уже любой релиз, который выпускает 1С, не имеет таких сложностей.

Ошибка hresult 80004005

Сопутствующая проблема и методы её решения

С ситуацией, описанной ранее, тесно связана ещё одна, происходящая параллельно. Выглядит она так: 10007066.

Суть проблемы: когда используется СУБД MS SQL SERVER, во время записи объекта из базы с несколькими колонками (например, «Значения» и «Хранилища»), часто случается другой тип ошибки.

Выглядит она таким образом:

Ошибка СУБД:Microsoft OLE DB Provider for SQL Server: String data length mismatchHRESULT=80004005.

Когда происходит ошибка 1с hresult clr 80004005, программа завершает свою работу в аварийном режиме.

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

С помощью средств MS SQL Server Query Analizer нужно найти в табличке несколько колонок image и сделать для каждой следующий запрос

select top 10 DATALENGTH(_Fld4044 from _InfoReg4038  order by DATALENGTH(_Fld4044) desc

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

Ошибка выделения памяти hresult 80004005 (на английском это out of memory for query result 1с) может происходить вследствие различных причин, имеющей общую черту. Для системы 1С это, прежде всего, недостаток оперативной памяти. Если говорить точнее, речь идёт о некорректном применении возможностей памяти, поэтому для решения задачи лучше использовать несколько косвенных алгоритмов.

Необходимо сделать рестарт (перезапуск) сервера. Таким образом памяти, которая доступна для работы, временно станет больше. Также есть возможность воспользоваться сервером в 64 разряда, содержащем приложения.

Исходя из опыта, ошибка СУБД hresult 80004005 чаще определяется двумя факторами:

  • данные хранятся в хранилище значений (реквизите);
  • в таблице конфигураций содержатся двоичные данные объёмом более 120 мегабайт.

Когда советы от сотрудников 1С не приносят результата (ошибка 1с hresult 80004005 остаётся), попробуйте воспользоваться другой пошаговой инструкцией:

Наши постоянные клиенты по 1С:

Корона Лифт

Гознак

Накфф

Рембаза

Rozara

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

Имеет смысл проверки работоспособности. Тем не менее вследствие утечек памяти проблема может возникнуть снова — после перезапуска. В этом случае целесообразно:

  • воспользоваться инструментами sql и сделать бэкап;
  • снять базу с поддержки;
  • выгрузить  cf.

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

Есть ещё один способ, с помощью которого неопознанная ошибка субд hresult 80004005 может быть исправлена. Нужно открыть конфигуратор и снять конфигурацию, не сохраняя её. Далее, сохранив, нужно поместить её в отдельный файл без сохранения её изменённого вида.

Выполните в SQL операцию, предназначенную для конкретной базы:

DELETE FROM dbo.Config WHERE DataSize > 125829120

После выполнения этой команды проведите загрузку сохранённой конфигурации.

Что касается радикальных шагов, используемых в особо трудных ситуациях, иногда помогает такая схема:

  • удалите таблицу config из базы данных, воспользовавшись менеджментом консоли DROP TABLE [dbo].[Config];
  • проведите загрузку конфигурации (не «объединить»,а именно «загрузить»).

После проведения проверки проблема должна уйти.

  • Стоимость работ специалистов IT Rush — 2000 руб./час
  • Абонемент от 50 часов в месяц – 1900 руб./час
  • Абонемент от 100 часов в месяц – 1800 руб./час

Нам доверяют:

Ошибка примерно такая:

[HttpException (0x80004005): Обнаружено потенциально опасное значение Request.Path, полученное от клиента (:).]

System.Web.HttpRequest.ValidateInputIfRequiredByConfig() +9914812


System.Web.PipelineStepManager.ValidateHelper(HttpContext context) +53

Алгоритм следующий: 

  1. Открываем IIS.
  2. Открываем наш сайт-публикацию в браузере.
  3. Идем в сопоставления обработчиков.
  4. Ищем ISAPI-dll и выделяем строку.
  5. Справа нажимаем «Добавить сопоставление сценария».
  6. Путь запроса — «*», Исполняемый файл — «C:….wsisapi.dll».
  7. Нажимаем «Да».

Если это не поможет, то можно попробовать следующее:

Я
   Bogshich

10.01.17 — 17:17

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

Microsoft SQL Server Native Client 10.0: Ошибка связи

HRESULT=80004005,

Прошу заметить, что ОШИБКА СВЯЗИ, а не Неопознанная ошибка.

Сервер 8.3.8, обновляемая конфа 3.0.46.16. Сервер 64, 16Гигов, SQL2008R2

Сделал бэкап sql , развернул на другом сервере 1с 8.3.9 Результат тот же.

Снимал с поддержки,  записей более 120 мб нет… пытался обновить до разных релизов.  Есть вторая база, но с тем же релизом обновилась без проблем…

Сама база в пользовательском режиме работает без проблем, есть бэкапы за месяц, попробовал достать бэкап 10 дневной давности – проблема та же. 15 дневной давности проблемы нет. В этот период ничего не обновлялось, конфа на поддержке.

Может, есть мысли? Чего — то я уже и не знаю чего делать…

   Ёпрст

1 — 10.01.17 — 17:42

Так делал ?

1.Выгрузить конфу в cf

2.Удаляем (в менежмент консоли) в базе данных таблицу «config»

DROP TABLE [dbo].[Config]

3. «загрузить конфигурацию» (не объединение) из cf

   shuhard

2 — 10.01.17 — 17:43

(0) мысли очевидные — выгрузить/загрузить через XML,

   Ёпрст

3 — 10.01.17 — 17:44

ну и всякие статьи почитать, типа этой

https://helpf.pro/faq/view/1503.html

   shuhard

4 — 10.01.17 — 17:47

(3) первоисточник, который ТС явно уже читал

http://www.gilev.ru/err80004005/

   Ёпрст

5 — 10.01.17 — 17:51

(4) читатьто, мот и читал, но не делал :)

   shuhard

6 — 10.01.17 — 17:53

(5)[Снимал с поддержки,  записей более 120 мб нет]

Гилев сделан

   Ёпрст

7 — 10.01.17 — 17:55

(6) ну, можно было бы и дропнуть целиком конфиг

  

Bogshich

8 — 10.01.17 — 19:08

(1) Вот тут у меня не получилось… Снимаю с поддержки, выгружаю сф, выполняю DROP TABLE [dbo].[Config] , тут же делаю загрузить сф из файла, выдает ошибку:  Ошибка СУБД недопустимое имя config…

TurboConf — расширение возможностей Конфигуратора 1С

58 / 63 / 11

Регистрация: 13.11.2014

Сообщений: 939

1

09.03.2017, 14:26. Показов 3767. Ответов 7


Студворк — интернет-сервис помощи студентам

День добрый. 1С 8.2, клиент-сервер. При перепроведении документов вылетает ошибка Произошла неустранимая ошибка 824 Запомните ошибку и время когда она произошла, и обратитесь к сис. админу
HRESULT=80004005, SQLSrvr: SQLSTATE=HY000, state, Severity=18, native=21, line=1

Выгружаю dt, загружаю в файловом варианте, перепровожу документы, ошибки нет. Вопрос — если теперь этот dt загрузить в клиент-сервер, то какая вероятность что проблема уйдёт? Хочу протестировать сначала на бекапах, и вопрос к форумчанам: кто-то сталкивался с подобной ошибкой? И как вы её решили?



0



GreenkA

09.03.2017, 14:30

Не по теме:

Briolin, вы вместе с maverick работаете что ли?)



0



Briolin

09.03.2017, 14:31

 [ТС]

Не по теме:

GreenkA, нет, я не знаю кто это)



0



Эксперт 1С

3052 / 1999 / 524

Регистрация: 25.06.2009

Сообщений: 6,964

09.03.2017, 14:34

4



0



58 / 63 / 11

Регистрация: 13.11.2014

Сообщений: 939

09.03.2017, 14:49

 [ТС]

5

GreenkA, хм, но у него при входе в базу такая ошибка, а нашем случае при проведении документов



0



Модератор

Эксперт 1С

3724 / 2918 / 575

Регистрация: 10.03.2011

Сообщений: 11,491

Записей в блоге: 1

09.03.2017, 18:22

6

Briolin, возможно обычная нехватка памяти….

Добавлено через 13 секунд
сервер 1С 64х ???

Добавлено через 38 секунд
Логическую и ссылочную целостность проверяли?



0



58 / 63 / 11

Регистрация: 13.11.2014

Сообщений: 939

10.03.2017, 13:28

 [ТС]

7

Dethmontt, выполнил запрос DBCC CHECKDB (‘SQL’);
go

И там много информации примерно такой:
Имеется 28529 строк на 644 страницах для объекта «_Document8126_VT8190».
Результаты DBCC для «_Enum312».
Имеется 2 строк на 1 страницах для объекта «_Enum312».
Результаты DBCC для «_Reference57».

и в конце CHECKDB обнаружил 0 ошибок размещения и 8 ошибок согласованности в базе данных «SQL».
repair_allow_data_loss — это минимальный уровень исправления для ошибок, найденных DBCC CHECKDB (SQL).

Не ужели нужно выполнять repair_allow_data_loss ???????



0



Модератор

Эксперт 1С

3724 / 2918 / 575

Регистрация: 10.03.2011

Сообщений: 11,491

Записей в блоге: 1

10.03.2017, 18:20

8

Briolin, только на копии…

Добавлено через 2 минуты
И всетаки мне кажется безопастнее сделать проверку платформой, sql врядли будет смотреть в файлы

Добавлено через 27 секунд
Briolin, а потом уже прогонять средствами СУБД



0



Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка HRESULT=80004005

Описание ошибки:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005

Найденные решения:

Зачастую встречал эту ошибку в базе 1С: Комплексная автоматизация 8, работающей в клиент-серверном варианте. При попытке обновить нетиповую конфигурацию базы или при сравнении конфигураций, при сохранении конфигурации в файл. Причем уже в такой стадии, что не помогает и остановка, запуск сервера для высвобождения памяти, что часто можно встретить в описании решения данной ошибки. 

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

Так же из наиболее часто встречающихся решений в интернете, которые помогают: как уже было сказано остановка и запуск SQL или MySQL сервера.

Так же встречал описание, что проблема эта широко распространена и в 1С: УПП 8, исправляется вышеописанными способами.

Оцените, помогло ли Вам предоставленное описание решения ошибки?




© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

27-05-2014

Журавлев А.С.
(www.azhur-c.ru)

Понравилась статья? Поделить с друзьями:
  • Ошибка обращения к памяти windows 10
  • Ошибка обрыв цепи лямбда зонда
  • Ошибка обращения к памяти gta 5 как исправить
  • Ошибка обрыв цепи катушки зажигания
  • Ошибка обращения к онлайн сервису проверки контрагентов фнс россии