Ошибка: Сеанс работы завершен администратором.
Ошибка: Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором
Проблема:
При попытке выгрузить ИБ в файл через несколько секунд выдается сообщение.
Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка HRESULT=80004005
Решение проблемы:
Если ОС 32-разрядная, то установите на компьютере сервера 1С:Предприятия:
- размер файла подкачки страниц не менее 4 Gb,
- в boot.ini определите опции /3Gb и /PAE и перезагрузите компьютер сервера 1С:Предприятия.
- Выполняйте выгрузку информационной базы после рестарта сервера 1С:Предприятия.
- размер файла подкачки страниц не менее 4 Gb,
- в boot.ini определите опции /3Gb и /PAE и перезагрузите компьютер сервера 1С:Предприятия.
- Выполняйте выгрузку информационной базы после рестарта сервера 1С:Предприятия.
Возможными причинами может быть наличие лишней информации в конфигурации поставщика.
Для ее решения необходимо
1. Проверить конфигурацию на наличие некорректной информации. Для этого следует выполнить команду меню Конфигурация - "Проверка конфигурации" (НЕ ТЕСТИРОВАНИЕ!) с ОДНИМ установленным флажком "Проверка логической целостности конфигурации". При выявлении проблем будет выдано сообщение. Обратите внимание, выдалось ли сообщение.
Некорректная информация при этом будет удалена автоматически, однако следует обеспечить доступность для изменения корневого объекта конфигурации (например, при работе с хранилищем его следует захватить).
2. Если Ваша конфигурация находится на поддержке, то следует снять Вашу конфигурацию с поддержки полностью (выполняется ли при этом выгрузка?) и заново поставить путем объединения со свежим релизом конфигурации поставщика (файлом cf) с постановкой на поддержку.
Если это не помогает, то возможно проблема в хранении в базе данных хранилища значения очень большого объема, то включив технологический журнал на время загрузки, можно определить таблицу, в которой содержатся такие хранилища.
Включите запись событий DBMSSQL и EXCP в технологический журнал и определите, на загрузке какой таблицы происходит ошибка.
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="C:Program Files1cv82logs" history="168">
<event>
<eq property="name" value="DBMSSQL"/>
</event>
<event>
<eq property="name" value="EXCP"/>
</event>
<property name="all"/>
</log>
<dump location="C:Program Files1cv82dumps" create="1" type="3"/>
</config>
каталог_журнала должен быть создан и пользователь srv1cv82 должен иметь на него полные права.
После выдачи сообщения об ошибке нужно проанализировать полученные логи, но они не должны быть пустыми
В технологическом журнале 1С:Предприятия имеются события EXCP, которые содержат информацию об ошибках, и DBMSSQL, содержащие выполняемые операции над СУБД. После события EXCP могут быть несколько событий EXCPCNTX, содержащие события, не завершенные в момент возникновения исключения. Найдите событие EXCP (подстрока ",EXCP,") и посмотрите, при выгрузке какой таблицы произошла ошибка. Тогда нужно либо удалить этот объект в 1С:Предпритии, поняв, что это за объект, либо откорректируйте проблемную запись средствами MS SQL Server Query Analizer.
Если указывается таблица config, то выполните очистку конфигурации поставщика, как было описано выше.
Для ее решения необходимо
1. Проверить конфигурацию на наличие некорректной информации. Для этого следует выполнить команду меню Конфигурация - "Проверка конфигурации" (НЕ ТЕСТИРОВАНИЕ!) с ОДНИМ установленным флажком "Проверка логической целостности конфигурации". При выявлении проблем будет выдано сообщение. Обратите внимание, выдалось ли сообщение.
Некорректная информация при этом будет удалена автоматически, однако следует обеспечить доступность для изменения корневого объекта конфигурации (например, при работе с хранилищем его следует захватить).
2. Если Ваша конфигурация находится на поддержке, то следует снять Вашу конфигурацию с поддержки полностью (выполняется ли при этом выгрузка?) и заново поставить путем объединения со свежим релизом конфигурации поставщика (файлом cf) с постановкой на поддержку.
Если это не помогает, то возможно проблема в хранении в базе данных хранилища значения очень большого объема, то включив технологический журнал на время загрузки, можно определить таблицу, в которой содержатся такие хранилища.
Включите запись событий DBMSSQL и EXCP в технологический журнал и определите, на загрузке какой таблицы происходит ошибка.
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="C:Program Files1cv82logs" history="168">
<event>
<eq property="name" value="DBMSSQL"/>
</event>
<event>
<eq property="name" value="EXCP"/>
</event>
<property name="all"/>
</log>
<dump location="C:Program Files1cv82dumps" create="1" type="3"/>
</config>
каталог_журнала должен быть создан и пользователь srv1cv82 должен иметь на него полные права.
После выдачи сообщения об ошибке нужно проанализировать полученные логи, но они не должны быть пустыми
В технологическом журнале 1С:Предприятия имеются события EXCP, которые содержат информацию об ошибках, и DBMSSQL, содержащие выполняемые операции над СУБД. После события EXCP могут быть несколько событий EXCPCNTX, содержащие события, не завершенные в момент возникновения исключения. Найдите событие EXCP (подстрока ",EXCP,") и посмотрите, при выгрузке какой таблицы произошла ошибка. Тогда нужно либо удалить этот объект в 1С:Предпритии, поняв, что это за объект, либо откорректируйте проблемную запись средствами MS SQL Server Query Analizer.
Если указывается таблица config, то выполните очистку конфигурации поставщика, как было описано выше.
26.04.2024