Ошибка соединения с кластером 1с сбой при удаленном вызове процедуры hresult 800706be
Обновлено: 07.07.2024
При эсклуатации баз данных 1С вы можете сталкнуться с такой ситуацией:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005
Признаки проблемы: нельзя выгрузить в dt
Внимание! Ошибок с кодом 80004005 уйма, более подробно классофикацию я описал здесь http://www.gilev.ru/1c/mssql/errsql.htm . Здесь же мы говорим именно о "неопознанной ошибке" :)
Сотрудники 1С рекомендуют решать проблему так:
Нюансы: обратите внимание, что "Стандартные проверки" платформой (chdbfl, в конфигураторе) упорно говорят, что с базой все ОК.
Также с этой ситуацией пересекается следующая ситуация:
Готов пояснить, фоновые задания сами по себе не зло, но регламентные процедуры
с полнотекстовым поиском - вещь в себе - и память она может через какое время
съедать ресурсы rphost.exe, что на другие операции не останеться, и просто
базу блокировать
т.е. другими словами, после первого шага уже можно проверять - возможно проблема "уйдет".
2. Перезапустить сервер
3) делаем бэкап средствами sql
Делать резервное копирование рекомендую при любых действиях, когда может потребоваться "возврат" к предыдущему состоянию данных
4) снимаем базу с поддержки, выгружаем cf
убиваем в менежмент консоли базе данных в таблице config запись более 120Мб, делаем "загрузить конфигурацию" (не объединение) убиваем в менежмент консоли базе данных в таблице config запись более 120Мб, делаем "загрузить конфигурацию" (не объединение)
вот пример работоспособности этого приема
DROP TABLE [dbo].[Config]
5) делаем "загрузить конфигурацию" (не объединение) из cf
после этого проверяем, проблема уходит.
P.S. Если у Вас есть возможность поделиться своим опытом, то давайте расширим данный материал.
Специальные предложения
Недавно возникла эта проблема
симтомы
1. Любое действие записи вызывает данную ошибку.
2. Не грузятся обмены
3. Невозможно запустить проверку БД и выгрузку
4. Невозможно открыть конфигуратор из-за блокировки информационной базы
Собственно никаких блокировок БД не было, проверялось и в консоли сервера приложений 1с и в консоли SQL сервера
Лечение.
1. делаем бэкап (на всякий пожарный, можно и не делать у кого смешанная модель бэкапа позволяющая восстановить базу на состояние часа назад к примеру )
2. сносим базу с сервера приложений(не трогая БД на SQL сервере)
и заводим её заново (можно наверно и перезагрузить сервер приложений 8.1,
но у меня на нем крутится более 20 баз, которые работали вполне адекватно)
итого починка занимает не более 5 минут(без бэкапа)
хотя вполне возможно у меня был частный случай. но есть у меня подозрение что гребет именно сервер приложений и сама БД тут совершенно ни причем
спасибо, интересный примерно если не запускалась проверка, то неплохобы было увидеть текст ошибки (собрать можно технологическим), тогда причина станет очевидней (3) ПОТРЯСАЮЩЕ! А статью вы пробывали читать или ваша рекомендация отличается от приведенных рекомендаций в статье? :) ИЛИ ВЫ ПОТВЕРЖДАЕТЕ ПРАВИЛЬНОСТЬ МЕТОДА? :) подтверждаю :) опытным путем было получено, что ошибочка вылетает
при некорректном закрытии программы пользователем (во время заполнения книги продаж в типовой бухне, например ) "Ну надоело ждать".
тока все таки лучшее перегрузить, чем сносить, если есть возможность. Был еще такой глюк с такой же ошибкой в итоге, один из пользователей ставил отбор по одному из сотрудников и вылетали все. пытались повторить на других машинах и другими пользователями, хрена. дальше все продолжают успешно работать, кроме как Невозможно запустить проверку БД и выгрузку. перегружаемси, индекируемси - те же грабли. У нас не выгружались ни cf ни dt. Оказалось, что после некорректного заверешения сервера предприятия остался висеть процесс rphost. Выяснилось это только через неделю (когда увидели что их больше чем надо :)))). Судя по всему старый процесс блокировал запись в таблице config Были такие грабли, поставил сервер 2008 с сиквел 2008, 3-й месяц все в норме У меня всегда лечится перезапуском Сервера 1С. Интересно в новой платформе 8.1.13.37 не решили эту проблему?!
что-то там колдуют с контролем двоичных данных в реквизитах на размер, надеемся на 14 релиз
Включив технологический журнал на время загрузки, можно определить таблицу, в которой содержатся такие хранилища. Найдите средствами MS SQL Server Query Analizer в этой таблице колонки типа image. Для каждой колонки типа image выполните запрос вида:
sel ect top 10 DATALENGTH(_Fld4044)
from _InfoReg4038
order by DATALENGTH(_Fld4044) desc
Он позволит узнать максимальные длины хранимых в них данных. Не рекомендуется хранить данные длиннее 100 - 200Mb.
Ошибка :"Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005"
Имеем : 1C 8.1.13.41 УПП 1.2.19.21 на MS SQL 2005 SP3 на Win2003 Server Enterprise на компе 4Gb физ. памяти (SQL настроен на Max Memory 2Gb)
Решение в моем случае:
Виндовс по-умолчанию 2Гб берет себе, а 2 отдает нам. SQL почти всю остальную память поедал (в настройках стоит 2Gb) и оставлял для всех остальных только 128Мб физ. памяти(как и положено SQL- он не должен забирать ВСЁ, должен 128 оставить). Ошибка 1С начала проявляться после перехода на релиз 1.2.21.1. Да, действительно, в релизе 1.2.19.1 в файле dbo.Config не было записей больше 120Мб. А вот после обновления на 1.2.21.1 такая запись (примерно 135мб )появляется. При снятии с поддержки запись исчезает сама, и ничего удалять не приходится. При постановке на поддержку -снова появляется. Я так понял, что это и есть конфигурация поставщика.
Если SQL оставляет всего 128, а надо целых 135, то вывод- надо дать рабочим процессам живую физическую память. Moжно урезать SQL. А можно винды. Установив в boot.ini ключ /3GB я тем самым отдал виндам 1Gb, а всему остальному 3Gb, а не 2/2 как по умолчанию. После перезагрузки - все ОК.
Буду рад, если эти рекомендации помогут кому-нибудь еще :-)
Недавно у клиентов была такая проблема, просто отпала база с указанной ошибкой. MS SQL 2000 показывал базу не в состоянии Suspend, а в состоянии Offline. Понятно что наивный расчет на Online базы не оправдался и я устроил допрос.
В ходе следствия выяснилось что ничего страшного никто не делал (на самом деле) просто у части юзеров полезли избыточные блокировки, и сервер(физический) было решено перезагрузить.
После перезагрузки никто не смог войти, т.к. был Offline режим файлы базы скопировать тоже не удавалось, без меня делать детач боялись. Но так как мне ничего не оставалось я нажал детач. Сервер не много подумал и отключил базу но в списке баз отключенная база осталась не отобража имени, просто пустая строка, перезапуск сервера открылся с(!) подключенной живой базой. Но была проблема, беглый осмотр основных мест показал, что полностью упали итоги регистра Заказы покупателей( изб блокировки были связаны скорее всего с этим) в итоге пришлось их пересчитывать 2,5 часа не долго, но обычно за месяц итоги считались минут 15, значит точно упали.
КонецИстории )
з.ы. причин установить не удалось
Целый день бьюсь с этой проблемой. Пришлось потанцевать с бубном. УПП 1.2.27 Платформа 15. sql 2005. Ошибка решилась соблюдением следующей последовательности действий.1) удаляю записи больше 120 мб в sql.
2) Снимаю базу с поддержки
3)Объединяю с типовой cf 1.2.27 без галок (одновременно ставлю на поддержку) 1.2.27 предварительно протестирована и исправлена (не знаю важно ли это, но было именно так) Возникла аналогичная проблема "Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005" при выгрузке конфигурации из БП 1.6.24.7 на 1С 8.2, сервер SQL 2000. Вопрос решился добавлением рабочего процесса в консоли «Серверы 1С:Предприятия 8.2». Попробуйте. :) Тоже возникла проблема с основной конфигурацией в файловом варианте. Как посоветуете drop-нуть ConfigSave?
Ошибка: Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: [DBNETLIB][ConnectionRead (recv()).]General network error. Check your network documentation.
HRESULT=80004005, SQLSrvr: Error state=1, Severity=10, native=11, line=0
1C 8.1.14 + MS SQl 2005 + Терминальник (на 3х серверах)
Ошибка возникает при любых действиях пользователя - хаотично ((( причин установить не удалось
(27) как ваша ошибка коррелирует с указанной в статье "Неопознанная ошибка"?У вас же проблема с большей вероятностью в включенном файрволе. (28) файрволов/антивирусов нет на сервере + Ошибка возникла без каких либо изменений в системе через год после експлуатации. (27) Vet_ne, Не подскажете как проблема решилась, у меня тоже HRESULT=80004005, SQLSrvr: Error state=1, Severity=10, native=11, line=0
бодаюсь пока безрезультатно.
вот выдержка из этой статьи (хоть и для 2000, но принцип тотже):
Устранение неполадок с установкой подключений
Большинство подобных неполадок в SQL Server 2000 возникает из-за проблем с протоколом TCP/IP или проверкой подлинности Windows либо сочетанием проблем обоих типов.
Внимание! Перед тем как приниматься за устранение неполадок с установкой подключений в SQL Server 2000, убедитесь, что на компьютере с SQL Server запущена служба MSSQLServer.
ping <Server Name>
Запишите возвращенный IP-адрес.
4. Из командной строки выполните следующую команду (где IP address — это IP-адрес, выписанный при выполнении действия 3):
ping –a <IP address>
Убедитесь, что команда возвращает правильное имя сервера. Если же одна из указанных выше команд завершается сбоем, возвращает неправильное значение или истекает время ожидания для ее выполнения, значит, неправильно работает просмотр DNS или существует иная проблема, связанная с функционированием сети или маршрутизацией. Чтобы просмотреть текущие параметры DNS, запустите из командной строки следующую команду:
Чтобы устранить эту проблему, добавьте запись для сервера в файл %systemroot%\system32\drivers\etc\hosts на клиентском компьютере. Кроме того, обойти проблему можно путем установки подключения к серверу с помощью сетевой библиотеки именованных каналов.
Примечание. Необходимо включить хотя бы протокол TCP/IP и именованные каналы.
3. Откройте вкладку Псевдоним и проверьте псевдонимы, настроенные для экземпляра SQL Server.
4. Убедитесь, что в свойствах псевдонимов правильно настроены имя сервера (IP-адрес) и протокол.
Можно создать новый псевдоним для тестирования подключения по имени сервера, IP-адресу или другому протоколу.
Примечание. В более ранних версиях компонентов доступа к данным Майкрософт (MDAC) интерфейс программы сетевого клиента отличается. Таким образом, если вы не видите описанных в этой статье элементов интерфейса, установите на клиентском компьютере более новую версию компонентов MDAC.
В этой статье содержится решение проблемы, из-за которую вы не можете просматривать роли и функции и получать код ошибки 0x800706BE в Server Manager.
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2461206
Симптомы
Рассмотрим следующий сценарий.
- У вас есть компьютер, на Windows Server 2008 или Windows Server 2008 R2.
- Вы открываете окно Диспетчер сервера для просмотра/добавления/удаления ролей и функций.
Диспетчер серверов
Неожиданная ошибка, освежающая диспетчер сервера. Вызов удаленной процедуры не удался. (Исключение из HRESULT: 0x800706BE)
Дополнительные сведения см. в журнале событий: Diagnostics, Event Viewer, Applications and Services Logs, Microsoft, Windows, Server Manager, Operational.)
В то же время событие, приведенное ниже, добавляется в журнал Microsoft-Windows-ServerManager/Operational:
Причина
Некоторые файлы каталога, манифесты или файлы MUM повреждены на компьютере.
Решение
Ниже поданы меры по устранению проблемы.
Запустите средство готовности к обновлению Майкрософт на проблемном компьютере.
Вы открываете файл %Systemroot% \ Windows \ \ CBS \ Checksur.log после завершения проверки.
Вы проверяете поврежденные сведения в файлах. Вот некоторые примеры:
f) CBS MUM Corrupt 0x00000000 пакеты обслуживания \ \ Package_for_KB978601
6.0.1.0.mum Ожидаемое имя файла Package_for_KB978601_server
6.0.1.0.0.mum не совпадает с фактическим именем файла
f) CBS MUM Corrupt 0x00000000 servicing \ Packages \ Package_for_KB979309
6.0.1.0.mum Expected file name Package_for_KB979309_server
6.0.1.0.mum does not match the actual file name
f) CBS MUM Corrupt 0x800B0100 пакеты обслуживания \ \ Package_for_KB978601
6.0.1.0.mum, обслуживающие пакеты \ \ Package_for_KB978601
6.0.1.0.cat Манифест пакета не может быть подтверждено соответствующим каталогом (f) CBS MUM Corrupt 0x800B0100 пакеты обслуживания
6.0.1.0.mum servicing \ Packages \ Package_for_KB979309
6.0.1.0.cat манифест пакета не может быть проверен соответствующим каталогом
f) CBS MUM Missing 0x00000002-пакеты обслуживания \ \ Package_114_for_KB955839
6.0.1.0.mum (f) CBS MUM Missing 0x00000002-пакеты \ \ Package_83_for_KB955839
Далее вы увидите:
Недоступные файлы восстановления:
пакеты обслуживания \ \ Package_for_KB978601
6.0.1.0.mum
пакеты обслуживания \ \ Package_for_KB979309
6.0.1.0.mum
пакеты \ обслуживания \ Package_for_KB978601
6.0.1.0.cat
пакеты \ обслуживания \ Package_for_KB979309
Скопируйте эти файлы в: %systemroot \ Windows \ \ пакеты обслуживания.
Сначала необходимо получить контроль над этой папкой. Для этого используйте следующие команды:
Теперь назначьте полный контроль с помощью следующей команды. Это даст вам полный контроль над каталогом:
Теперь вам необходимо собрать отсутствующие или поврежденные файлы из checksur журнала: скачайте файлы KB для отсутствующих файлов.
пакеты обслуживания \ \ Package_for_ KB978601
Распаковать их с помощью следующей команды:
После расширения вы увидите файл UpdateKBXXXX.cab файл. Расширь его также:
Внутри этой кабины вам потребуется захватить два файла: update.mum и update.cat.
Переименовать собранные update.mum и update.cab точно так же, как они находятся в checksur.log:
Ex.: update.mum for KB978601 will be Package_for_ KB978601
6.0.1.0.mum
Сделайте то же самое для всех других отсутствующих/поврежденных файлов и поместите их в каталог, указанный в checksur.log (/servicing/packages).
После этих действий проблема должна быть устранена, перезагрузка не требуется.
Если диспетчер сервера не работает даже после этих действий, запустите средство готовности к обновлению снова и дважды проверьте описанные выше действия.
Если клиент и сервер в разных подсетках (доменах), на сервере в локальную группу «Пользователи DCOM» пропишите пользователя клиента. Члены этой группы могут запускать, активизировать и использовать объекты DCOM на этом компьютере.
Проблема: После выбора информационной базы (но до логина в 1с) возникает ощибка «Объект сервера 1С предприятия не обнаружен. 800706BF».
Решение:
Проблема: Ошибка соединения с сервером 1С:Предприятия 8.0: Неправильный путь к файлу C:\W
Решение: Возможная причина ошибки в том, что для пользователя USER1CV8SERVER не заданы переменные окружения TEMP и TMP, поэтому при создании новой базы временные файлы пытаются быть созданными в корне диска C:
Проблема: Ошибка создания информационной базы: Компоненты OLE DB провайдера не найдены
Проблема: При попытке добавить базу с локальной станции, 1C предлагает только вариант выбора файлового варианта базы.
Решение: На появление меню выбора вида создания базы (файловая или на сервере Предприятия) может влиять только ключ. Если ключа нет, то платформа может быть максимум базовой, а базовая не работает с сервером, поэтому этого меню нет. Если же оно есть, но недоступно, то возможно не установлены компоненты доступа к серверу на этой локальной станции.
Проблема: Выдается ошибка «Не удалось зафиксировать файл базы данных для открытия или изменения …/1cv8.1CD»
Решение: Фиксация файла базы данных – это разновидность внутренней блокировки, которая требуется, чтобы на некоторое непродолжительное время обеспечить целостность структуры файла при выполнении операций чтения данных или фиксации транзакции. При чтении требуется, чтобы эти структура файла была в целостном состоянии, а при фиксации транзакции структура может изменяться. При нормальной работе такая ошибка возникать не должна. Суть сводится к следующему: для выполнения фиксация результатов транзакции может потребоваться выполнить перестройку внутренних структур данных файла *.1cd. А для выполнения чтения данных необходимо гарантировать, чтобы такая перестройка структур данных не выполнялась. Для обеспечения согласования этих операций имеется механизм внутренних блокировок, называемых фиксацией. Фиксация выполняется с ожиданием. В то же время предполагается, что фиксация выполняется на непродолжительное время, меньшее, чем время ожидания. Таким образом, если упомянутая ошибка возникла, то имеет место некоторое нарушение нормального хода событий. Мы наблюдали такую ситуацию и уже описывали ее в партнерской конференции. Вкратце все выглядит примерно так. В какой-то момент времени запрос на блокировку участка файла (функция LockFile() Win32 API ) выдает ошибку Network error. В результате возникает ошибка движка файловой базы данных «Не удалось зафиксировать файл базы данных для открытия или изменения». Природа ошибки нам пока непонятна. Известно только, что она возникает далеко не у всех. Не отмечено никакой связи возникновения этой ошибки с версией 1С:Предприятия 8.0 и используемой конфигурацией. По-видимому речь идет о каких-то особенностях некоторых сетей.
Вполне возможно, что проблема возникает из за нестабильности работы сети Один из способов проверить - выполнить команду: ping [Имя сервера] -t на компьютере, с которого запускается 1с после чего запустить 1с и посмотреть, что будет происходить…
80004027 - приложение 1CV8 или сомпонента v8.server.1 выключена, если сервер на Windows Server 2003. См. статью «Особенности настройки Windows Server 2003 при установке сервера 1С:Предприятия 8.0» на диске ИТС.
00000005, 00000041, 80070005, 80080005, 80000009, 80030005, 8001011B - клиент не имеет прав на доступ к серверу (access denied). Выполните рекомендации статьи «Вопросы установки и настройки 1C:Предприятия 8.0 в варианте «клиент-сервер»» из раздела методической поддержки 1С:Предприятия 8.0 на диске ИТС.
800706BA, 800706BE - на сервере произошло неожиданное исключение. Сервер упал. Нужны записи из Event Log с сервера.
80010108 - внутренняя ошибка клиентского приложения. Нужны записи Event Log клиентского компьютера и описание действий, выполнявшихся в это время.
80070776 - Запустить DcomCnfg.exe и проверить протокол для DCOM Должен быть TCP/IP с ориентацией на подключения
8000401A - В свойствах COM+ приложения 1CV8 на серверном компьютере на закладке Identity установлен Interactive user, но никакой пользователь интерактивно не вошел в серверный компьютер.
8001011C - На клиентском компьютере запрещено использование DCOM. Помогает запустить на клиентском компьютере dcomcnfg.exe и на закладке Default Properties установить флаг Enable distributed COM on this computer.
80070721 - Ошибка возникает при рассогласовании протоколов аутентификации между DCOM клиентом и сервером в том случае, если для связи между ними используется Microsoft Internet Information Services (IIS). Возможно, для DCOM используется протокол Tunneling TCP/IP. Установите на компьютере - сервере 1С:Предприятия и на клиентских компьютерах для DCOM протокол Connection-oriented TCP/IP.
Ошибка блокировки при транзакциях
Microsoft OLE DB Provider for SQL Server: Transaction (Process ID 55) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
HRESULT=80004005, SQLSTATE=40001, native=1205
Возникает при конфликте транзакций, часто при записи объектов.
Ошибка блокировки при транзакциях 2
Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSTATE=HYT00, native=1222
Более 256 таблиц в запросе
Ошибка выполнения запроса «Построенный запрос к СУБД использует слишком много таблиц. Допустимо не более 256.»
Когда в запросе идет обращение более, чем к 256 таблицам.
Если эта ошибка возникает во внешнем соединении 1С:Предприятия, то это означает отсутствие соответствующих прав у пользователя того приложения, которое обратилось к внешнему соединению. Это может быть любое интерактивное приложение или, например, WEB-сервер. В частности, если в качестве WEB-сервера используется Microsoft Internet Information Services, то таким пользователем может быть пользователь IUSR_<Имя компьютера> или ASPNET.
Методика настройки прав доступа пользователей к COM+ серверу описана в разделах «Вопросы установки и настройки 1C:Предприятия 8.0 в варианте «клиент-сервер»» и «Особенности использования внешнего соединения 1С:Предприятия в WEB-приложениях». (С) ИТС
Ошибка 80010108 Может возникнуть в том случае, если клиентское приложение некоторое время (несколько минут) находилась в неактивном состоянии, например из-за засыпания компьютера или долгого ожидания на точке останова в отладчике. Причиной этого является особенность механизма DCOM, обеспечивающего принудительный разрыв соединения с сервером, если клиент долго не проявлял активность. (C) ИТС
Ошибка 80010005 Может возникнуть в клиентском приложении в процессе обращения к серверу 1С:Предприятия, если при перерисовке экрана клиентское приложение обратилось к серверу 1С:Предприятия повторно. Это может быть проявлением внутренней ошибки клиентского приложения 1С:Предприятия. Для ее оперативного исправления желательно описать обстоятельства ее возниконовения и обратиться на линию технической поддержки 1С:Предприятия 8.0. (C) ИТС
Ошибки 800706BA, 800706BE Сигнализируют об аварийной ситуации на сервере 1С:Предприятия, которая привела к его автоматическому перезапуску. (С) ИТС
Ошибка записи/проведения
Ошибка при вызове метода контекста (Записать): Операция не выполнена!
Возникает, если в модуле записи/проведения присвоить Отказ=истина
Ошибка преобразования данных XML
возникает при рассинхронизации структуры данных (конфигурации) между узлами распределенной базы
В базе нет пользователя с административными правами При редактировании списка пользователей роли берутся только из конфигурации БД. Обновить конфигурацию БД (F7).
Попытка передачи мутабельного значения на сервер 1С:Предприятия Возникает только в клиент-серверной версии (SQL). Для исправления ошибки нужен программист. Если у вас типовая конфигурация, попробуйте обновить ее до последнего релиза. Мутабельный - изменяемое. На сервер 1С можно передавать значения только примитивных типов данных.
Клиентский поток исполняется на сервере. Удалить клиента веременно невозможно v8: Клиентский поток исполняется на сервере. Удалить клиента веременно невозможно
Однако не обязательно перезапускать сервер приложений (выгоняя всех пользователей), чтобы убить зависший таким образом процесс. Достаточно найти этот процесс на SQL сервере и убить его на SQL сервере.
В документах «Приходный кассовый ордер» и «Расходный кассовый ордер» реквизит «Основание» имеет в свойстве «Неограниченная длина» включенный флаг , надо снимать флаг и указать длину этого реквизита
«Ошибка SQL: Поле не найдено «MaxGetCode«
Эта ошибка выдается в файловом варианте, когда клиенты разных версий одновременно работают с ИБ в файловом варианте.
Ошибка «Внутренняя ошибка 2738»
Решение: Начиная с релизов конфигураций УПП 1.2.6.2 и БП 1.5.6.3 для 8.1 введена цифровая подпись. Для подписанных программ виртуализация защищенных каталогов отключена, в том числе и для каталога Program Files, в который записываются шаблоны конфигураций по умолчанию. При включенном UAC прав на запись в этот каталог нет, что и вызывает ошибку записи. Для решения проблемы установки необходимо либо отключать UAC, либо устроить каталог шаблонов в другом месте, доступном для записи.
Читайте также: