Postgresql ошибка при создании информационной базы сеанс работы завершен администратором

Содержание:

1.     Первопричина появления ошибки при выгрузке базы в dt-файл

2.     Решение проблемы с помощью Проверки конфигурации  

1.     Первопричина появления ошибки при выгрузке базы в dt-файл

Задача: Необходимо выгрузить базу в dt-файл.

Сеанс работы завершен администратором

2. Решение проблемы с помощью Проверки конфигурации

Проблема чаще всего такое  происходит на ОС Windows х32 (32 битных системах).

Выход: переходите на 64-разрядный сервер приложений.

Давайте ознакомимся с рабочими рекомендациями от сотрудников компании 1С:

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

2. «Доверяй, но проверяй». Даже если проблемная конфигурация официально поддерживается, необходимо все же ее проверить!

Предварительно сохраните Вашу конфигурацию в файл (cf), сделать это можно в пункте настройки поддержки. После этого в новую созданную базу следует загрузить cf-файл и заново выполнить «Проверку конфигурации» (см. п.1).

Если в процессе выполнения процедуры проверки будет выдано уведомление об исправлении, это может означать, что ваша конфигурация содержит «битые» данные. В таком случае, снимите вашу проблемную конфигурацию 1С с официальной поддержки и после этого объединить ее с последним релизом конфигурации от поставщика.

Также возникновение ошибки Сеанс работы завершен администратором может быть связано с Записями данных в таблице sql «config», размер которых превышает 120 Мегабайт.
Альтернативные методы решения проблемы:

В случае если предыдущие рекомендации вам не помогли попробуйте проделать следующие процедуры:

1. Отключить фоновые задачи. Сделать это необходимо для всех баз.
Проверьте результаты. Возможно, этого будет вполне достаточно, и проблема будет решена
2. Перезапустите сервер.
3. Сделайте резервную копию базы (бэкап) инструментами SQL.
4. Снимите вашу текущую конфигурацию с поддержки затем выгрузите ее файл (cf)
5. Для проблемной базы в среде SQL необходимо выполнить следующий код (его выполнение почистит данные более 120 Мегабайт):
DELETE FROM dbo.Config WHERE DataSize > 125829120
6. Загружаем (НЕ ОБЪЕДИНЯЕМ) конфигурацию из CF.

Специалист компании «Кодерлайн»

Артем Пронин

Услуги программиста 1С, компьютерные услуги

Главная — Статьи — Ошибка: Сеанс работы завершен администратором.

Ошибка: Сеанс работы завершен администратором.

Ошибка: Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором

При попытке выгрузить ИБ в файл через несколько секунд выдается сообщение.
Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка HRESULT=80004005

Возможными причинами может быть наличие лишней информации в конфигурации поставщика.

Для ее решения необходимо
1. Проверить конфигурацию на наличие некорректной информации. Для этого следует выполнить команду меню Конфигурация — «Проверка конфигурации» (НЕ ТЕСТИРОВАНИЕ!) с ОДНИМ установленным флажком «Проверка логической целостности конфигурации». При выявлении проблем будет выдано сообщение. Обратите внимание, выдалось ли сообщение.

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

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

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

Включите запись событий DBMSSQL и EXCP в технологический журнал и определите, на загрузке какой таблицы происходит ошибка.

каталог_журнала должен быть создан и пользователь srv1cv82 должен иметь на него полные права.
После выдачи сообщения об ошибке нужно проанализировать полученные логи, но они не должны быть пустыми
В технологическом журнале 1С:Предприятия имеются события EXCP, которые содержат информацию об ошибках, и DBMSSQL, содержащие выполняемые операции над СУБД. После события EXCP могут быть несколько событий EXCPCNTX, содержащие события, не завершенные в момент возникновения исключения. Найдите событие EXCP (подстрока «,EXCP,») и посмотрите, при выгрузке какой таблицы произошла ошибка. Тогда нужно либо удалить этот объект в 1С:Предпритии, поняв, что это за объект, либо откорректируйте проблемную запись средствами MS SQL Server Query Analizer.

Если указывается таблица config, то выполните очистку конфигурации поставщика, как было описано выше.

Источник

Ошибка «Сеанс работы завершен администратором»

Платформа: 8.2.10.77, 8.2.11.229
Конфигурация: БП 1.6.23.2 модифицированная, на поддержке
Сервер БД: SQL 2005 (9.00.4053.00)

Изначально база файловая, делаю выгрузку данных в .dt — всё хорошо. При загрузке данных в SQL получаю в процессе ошибку:

(1) Kettle,
У нас аналогичная проблема: платформа 8.2.14.537, конфа УПП 1.3.17.1 — вообще не выгружается .DT и не устанавливается обновление. Временно решили: бэкап средствами SQL и обновление с помощью сравнения/объединения с обновленной на другом компе .CF.

Из-за «корректной» работы сервера 1С (да и клиента тоже) с оперативной памятью возникают проблемы на 32-битных версиях Windows Server. Если перезапуски (службы, сервера) не помогают, то помогает 64-битная версия Windows. На 32-битных версиях Windows Server так же возможно добавление параметра «/3GB» в строку запуска ОС в файле «boot.ini». Но ключик опасный: 7 наших региональных серверов не вышли из перезагрузки после добавления ключа. 6 вылечили «танцами с бубном», а на седьмом пришлось переустанавливать систему. Притом на других 6 32-битных серверах проблем не возникло, параметр решил проблему и работает до сих пор. В итоге есть 12 32-битных серверов, на половине проблем нет (работает /3GB) а оставшуюся половину постепенно обновляем на 64-битные версии Windows Server.

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

Источник

Соединение с сервером баз данных разорвано администратором

Самописка, при проведении документа под 1 пользователем (ограниченные права) вылетает ошибка

Ошибка обращения к серверу 1С:Предприятия.
по причине:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 10.0: Communication link failure
HRESULT=80004005, HRESULT=80004005,

С полными правами ошибки нет.

Появилась после урезания памяти субд до 30гб, назначении перезапуска рабочих процессов на 7200 секунд, ограничение памяти процессов до 15 гигов и установки интервала превышения допустимого объема памяти до 180 сек

Была такая же ошибка при попытке провести некоторые документы УПП 1.3.164.3 платформа 8.3.13. Только не под одним, а под всеми пользователями в том числе с полными правами. А при попытке отменить проведение и пометить на удаление других документов была другая ошибка, см. скрин.

Ресурсов на сервере достаточно. Первым делом обновил платформу до 8.3.16, не помогло.

Делал «Проверка конфигурации» с установленным флажком «Проверка логической целостности конфигурации» не помогло.

Возможно после того как отключали электричество что-то пошло не так на стороне SQL, в чём конкретно проблема так и не разобрался. Текущие проблемы с тем что документ не проводился и не помечался на удаление решил выгрузкой в dt и загрузкой в новую SQL базу.

Источник

Соединение с сервером баз данных разорвано администратором в 1С

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

Решение ошибки с соединением с сервером баз данных в 1С

ПО 1С Бухгалтерия и предприятие содержит встроенные сервисы для решения некоторых проблем. Если ваша программа отказывается связываться с сервером 1С, то, как вы понимаете, это происходит на программном уровне.

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

1. Открываем 1С на компьютере;
2. Вверху находится основное меню программы. В нём нужно найти пункт «Конфигурация» и выбрать мышью;

В выпадающем окне находится пункт «Проверка конфигурации» — нажмите на него;

В настройках этой процедуры по пути также нужно поставить галочку на «Проверка логической целостности» . Если ПО обнаружит какие-либо проблемы, пользователь будет об этом уведомлён. Но файлы, которые следует удалить, будут очищены в автоматическом режиме. Используйте эту функцию и в других случаях, когда появляются проблемы с приложением 1С Бухгалтерия. Если конфигурация на поддержке, необходимо провести проверку конфигурации поставщика. В настройках необходимо сохранить её в файл fc .

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

Как правильно создать БД 1С Предприятия

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

Выберите подходящий вариант.

1. Теперь нужно решить, нужен ли шаблон для создания конфигурации или мы будет создавать базу без него;
2. Назовите каталог и укажите его расположение на компьютере;
3. Далее обычно в параметрах добавления оставляют значения по умолчанию. Нажмите кнопку «Готово».

База данных создана. Теперь нужно понять, что за файлы она содержит. Это поможет в дальнейшем полноценно работать с цифровыми документами. Чтобы попасть в неё, нужно подсмотреть путь, который был указан в параметрах программы. Откройте эту папку на компьютере. Она будет содержать несколько файлов. Эти файлы отвечают за правильную работу ПО. Если создать новую БД, можно избавиться от ошибки: «Соединение с сервером баз данных разорвано администратором 1С».

Файл, который имеет жёлтый значок с названием 1Cv1CD – это главный файл базы данных;

Файл с изображением папки – это каталог регистрации. Он служит в качестве журнала. И хранит внутри события и изменения, которые были применены к базе данных;

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

При необходимости переноса базы данных пользователю нужно передать жёлтый файл на носитель или другое устройство. Эти данные можно посмотреть. Для этого используйте пользовательский интерфейс 1С Предприятия. Или режим «Конфигуратор».

Другие решения ошибки в 1С

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

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

Попробуйте также выполнить снятие базы с поддержки и выгрузить cf. Затем в менеджменте консоли завершаем в таблице запись более 120 Мб. Далее снова следует загрузить конфигурацию. В операционной системе может не хватать памяти для полноценной работы программы. Попробуйте её увеличить за счёт физической памяти.

Видеоинструкция

Если не удалось исправить ошибку – Соединение с сервером баз данных разорвано администратором 1С, посмотрите это видео.

Источник

Соединение с сервером баз данных разорвано администратором или Неопознанная ошибка HRESULT=80004005

Я думаю каждый хоть раз, но сталкивался с ошибкой 1С Соединение с сервером баз данных разорвано администратором Microsoft SQL Server Native Client 10.0: Неопознанная ошибка HRESULT=80004005

Вот некоторые способы, которые помогут решить данную проблему:
1. Проверить конфигурацию на наличие некорректной информации (мусора). Для этого следует выполнить команду “Проверка конфигурации” с установленным флажком “Проверка логической целостности конфигурации”. При выявлении проблем будет выдано сообщение. Некорректная информация при этом будет удалена автоматически, однако следует обеспечить доступность для изменения корневого объекта конфигурации (напимер, при работе с хранилищем его следует захватить).

2. Если Ваша конфигурация находится на поддержке, следует подобным образом проверить конфигурацию поставщика. Для этого в настройке поддержки следует сохранить конфигурацию поставщика в cf файл, загрузить его в новую базу и выполнить описанную в пункте 1 процедуру. В случае, если было получено сообщение об исправлении, значит конфигурация поставщика содержит некорректную информацию. В этом случае следует снять Вашу конфигурацию с поддержки и заново поставить путем объединения со свежим релизом конфигурации поставщика. В настоящее время все релизы выпускаемые 1С проходят проверку и выпускаются без данной проблемы.

3. Также с этой ситуацией пересекается следующая ситуация:
10007066 Запись данных, содержащих колонки типа ХранилищеЗначения
Проблема:
При использовании СУБД MS SQL SERVER при записи объекта базы данных, содержащего несколько колонок типа ХранилищеЗначения, данные для которых получены из файлов, может происходить ошибка
Ошибка СУБД:Microsoft OLE DB Provider for SQL Server: String data length mismatchHRESULT=80004005и аварийное завершение работы программы.

Включив технологический журнал на время загрузки, можно определить таблицу, в которой содержатся такие хранилища. Найдите средствами MS SQL Server Query Analizer в этой таблице колонки типа image. Для каждой колонки типа image выполните запрос вида:

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

Нюансы: обратите внимание, что ”Стандартные проверки” платформой (chdbfl, в конфигураторе) упорно говорят, что с базой все ОК.

Суть проблемы: важно, что под это сообщение об ошибке могут подпадать разные причины, но у них есть общая часть для 1С – это не достаточно оперативной памяти. А еще точнее неэффектиное использование ресурсов памяти. Отсюда косвенные способы победить проблему: путем рестарта сервера (на некотрое время становиться больше доступной памяти) или перейти на 64-разрядный сервер приложений.

1С:Предприятие 8.2. Лицензия на сервер (x86-64)

По опыту проблема связана с хранением данных в реквизите хранилище значений либо наличием в таблице config двоичных данных БОЛЬШЕ 120 mb.

Обобщенные рекомендации, если рекомендации от 1С не помогли (проделать следующие действия в указанном порядке):

1. Выключить все фоновый задачи у всех баз
В 8.1.11 появился переключатель “запрет на фоновые задания” в
момент создания базы.

Готов пояснить, фоновые задания сами по себе не зло, но регламентные процедуры
с полнотекстовым поиском – вещь в себе – и память она может через какое время
съедать ресурсы rphost.exe, что на другие операции не останеться, и просто
базу блокировать
т.е. другими словами, после первого шага уже можно проверять – возможно проблема “уйдет”.

2. Перезапустить сервер
Второй шаг является частным случаем для вашего случая и после него тоже
есть смысл проверять работоспособность. Однако поскольку существуют утечки памяти http://www.gilev.ru/1c/memleak, то через некоторое время после рестарта пролема может вернуться.

3) делаем бэкап средствами sql
Делать резервное копирование рекомендую при любых действиях, когда может потребоваться “возврат” к предыдущему состоянию данных

4) снимаем базу с поддержки, выгружаем cf
убиваем в менеджмент консоли базе данных в таблице config запись более 120Мб, делаем “загрузить конфигурацию” (не объединение) убиваем в менеджмент консоли базе данных в таблице config запись более 120Мб, делаем “загрузить конфигурацию” (не объединение)

вот пример работоспособности этого приема
http://partners.v8.1c.ru/forum/thread.jsp?id=543293

1. Открыть конфигратор;
2. Снял конфигурацию с поддержки, ПРИ ЭТОМ КОНФИГУРАЦИЮ НЕ СОХРАНЯЛ!
3. Далее Сохранить конфигурацию в файл (не сохраняя измененной конфигурации);
4. В SQL для требуемой базы выполнил следующую команду:
DELETE FROM dbo.Config WHERE DataSize > 125829120
5. Загрузить сохраненную конфигурацию обратно.

Взято с http://www.forum.mista.ru/topic.php?id=465608

можно попробовать и более радикальный шаг здесь:
удаляем (в менеджмент консоли) в базе данных таблицу “config”
D_rop TABLE [dbo].[Config]

5) делаем “загрузить конфигурацию” (не объединение) из cf
после этого проверяем, проблема уходит.

6) Ошибка :»Соединение с сервером баз данных разорвано администратором
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 как по умолчанию. После перезагрузки — все ОК.

У Вас есть свое решение!? оставьте его в комментариях)

Источник

При эсклуатации баз данных 1С вы можете сталкнуться с такой ситуацией:

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

Признаки проблемы: нельзя выгрузить в dt

Внимание! Ошибок с кодом 80004005 уйма, более подробно классофикацию я описал здесь http://www.gilev.ru/1c/mssql/errsql.htm . Здесь же мы говорим именно о «неопознанной ошибке» 🙂

Сотрудники 1С рекомендуют решать проблему так:

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

2. Если Ваша конфигурация находится на поддержке, следует подобным образом проверить конфигурацию поставщика. Для этого в настройке поддержки следует сохранить конфигурацию поставщика в cf файл, загрузить его в новую базу и выполнить описанную в пункте 1 процедуру. В случае, если было получено сообщение об исправлении, значит конфигурация поставщика содержит некорректную информацию. В этом случае следует снять Вашу конфигурацию с поддержки и заново поставить путем объединения со свежим релизом конфигурации поставщика. В настоящее время все релизы выпускаемые 1С проходят проверку и выпускаются без данной проблемы.

Нюансы: обратите внимание, что «Стандартные проверки» платформой (chdbfl, в конфигураторе) упорно говорят, что с базой все ОК.  

Также с этой ситуацией пересекается следующая ситуация:

10007066  Запись данных, содержащих колонки типа ХранилищеЗначения
Проблема:
При использовании СУБД MS SQL SERVER при записи объекта базы данных, содержащего несколько колонок типа ХранилищеЗначения, данные для которых получены из файлов, может происходить ошибка
Ошибка СУБД:Microsoft OLE DB Provider for SQL Server: String data length mismatchHRESULT=80004005и аварийное завершение работы программы.
Дата публикации: 2008-11-13

http://users.v8.1c.ru/ErrCS_8_1_12_101.aspx

Суть проблемы: важно, что под это сообщение об ошибке могут подпадать разные причины, но у них есть общая часть для 1С — это не достаточно оперативной памяти. А еще точнее неэффектиное использование ресурсов памяти. Отсюда косвенные способы победить проблему: путем рестарта сервера (на некотрое время становиться больше доступной памяти) или перейти на 64-разрядный сервер приложений. По опыту проблема связана с хранением данных в реквизите хранилище значений либо наличием в таблице config двоичных данных БОЛЬШЕ  120 mb.

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

В 8.1.11 появился переключатель «запрет на фоновые задания» в
момент создания базы.

Готов пояснить, фоновые задания сами по себе не зло, но регламентные процедуры
с полнотекстовым поиском — вещь в себе — и память она может через какое время
съедать ресурсы rphost.exe, что на другие операции не останеться, и просто
базу блокировать
т.е. другими словами, после первого шага уже можно проверять — возможно проблема «уйдет».

2. Перезапустить сервер

Второй шаг является частным случаем для вашего случая и после него тоже
есть смысл проверять работоспособность. Однако поскольку существуют утечки памяти http://www.gilev.ru/1c/memleak, то через некоторое время после рестарта пролема может вернуться.

3) делаем бэкап средствами sql

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

4) снимаем базу с поддержки, выгружаем cf

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

вот пример работоспособности этого приема

http://partners.v8.1c.ru/forum/thread.jsp?id=543293

можно попробывать и более радикальный шаг здесь:
удаляем (в менежмент консоли) в базе данных таблицу «config»

DROP TABLE [dbo].[Config]

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

после этого проверяем, проблема уходит.

P.S. Если у Вас есть возможность поделиться своим опытом, то давайте расширим данный материал.