1С 8.1: Неопознанная ошибка HRESULT=80004005 или почему не выгружаются базы данных в dt
База данных - Инструменты администратора БД
При эсклуатации баз данных 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. Если у Вас есть возможность поделиться своим опытом, то давайте расширим данный материал.
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
24900 руб.
20.08.2024 83742 432 171
Инструменты администратора БД Инструментарий разработчика Роли и права Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
17000 руб.
10.11.2023 28864 104 46
Инструменты администратора БД Роли и права Системный администратор Разработчик Пользователь 1С 8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!
23180 руб.
06.12.2023 25157 85 14
Поиск данных Инструменты администратора БД Корректировка данных Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
9760 руб.
14.11.2025 6249 28 8
Инструментарий разработчика Инструменты администратора БД Системный администратор Разработчик Аналитик 1С:Предприятие 8 1С 8.3 1С 8.5 1C:ERP 1С:УТ 1С:ДО 1С:Бухгалтерия 3.0 1С:ERP. Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Россия Платные (руб)
Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.
5000 руб.
14.01.2013 217531 1256 0
Информационная безопасность Инструменты администратора БД Инструментарий разработчика Учет документов Системный администратор Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта 1С 8.3 1С 8.5 Розничная и сетевая торговля (FMCG) Платные (руб)
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
6000 руб.
15.04.2026 4258 12 0
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14640 руб.
29.04.2020 53034 146 164
Файловый обмен (TXT, XML, DBF), FTP Поиск данных Инструменты администратора БД Корректировка данных Системный администратор Разработчик 1С:Предприятие 8 1C:Бухгалтерия 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
24400 руб.
27.10.2017 47907 33 15
симтомы
1. Любое действие записи вызывает данную ошибку.
2. Не грузятся обмены
3. Невозможно запустить проверку БД и выгрузку
4. Невозможно открыть конфигуратор из-за блокировки информационной базы
Собственно никаких блокировок БД не было, проверялось и в консоли сервера приложений 1с и в консоли SQL сервера
Лечение.
1. делаем бэкап (на всякий пожарный, можно и не делать у кого смешанная модель бэкапа позволяющая восстановить базу на состояние часа назад к примеру )
2. сносим базу с сервера приложений(не трогая БД на SQL сервере)
и заводим её заново (можно наверно и перезагрузить сервер приложений 8.1,
но у меня на нем крутится более 20 баз, которые работали вполне адекватно)
итого починка занимает не более 5 минут(без бэкапа)
хотя вполне возможно у меня был частный случай...но есть у меня подозрение что гребет именно сервер приложений и сама БД тут совершенно ни причем
но если не запускалась проверка, то неплохобы было увидеть текст ошибки (собрать можно технологическим), тогда причина станет очевидней
при некорректном закрытии программы пользователем (во время заполнения книги продаж в типовой бухне, например ) "Ну надоело ждать".
тока все таки лучшее перегрузить, чем сносить, если есть возможность. Был еще такой глюк с такой же ошибкой в итоге, один из пользователей ставил отбор по одному из сотрудников и вылетали все...пытались повторить на других машинах и другими пользователями, хрена...дальше все продолжают успешно работать, кроме как Невозможно запустить проверку БД и выгрузку. перегружаемси, индекируемси - те же грабли.
Глюк с отбором достаточно известен - это проблема нулевых дат, падает MS SQL Server 2005, обещали исправить в SP3, но действительно ли исправили можете как раз самостоятельно (обновить до SP3)
на партнерском форуме сам подымал этот вопрос - все "валят" на мелкомягких (мол проблема на стороне субд :))) )
Можно заранее задать вопросы по вашему предприятию, которые мы разберем на курсе.
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 как по умолчанию. После перезагрузки - все ОК.
Буду рад, если эти рекомендации помогут кому-нибудь еще :-)
если что, пишите на почту gilev_slava собачка mail.ru
попробую помочь (бесплатно)
В ходе следствия выяснилось что ничего страшного никто не делал (на самом деле) просто у части юзеров полезли избыточные блокировки, и сервер(физический) было решено перезагрузить.
После перезагрузки никто не смог войти, т.к. был Offline режим файлы базы скопировать тоже не удавалось, без меня делать детач боялись. Но так как мне ничего не оставалось я нажал детач. Сервер не много подумал и отключил базу но в списке баз отключенная база осталась не отобража имени, просто пустая строка, перезапуск сервера открылся с(!) подключенной живой базой. Но была проблема, беглый осмотр основных мест показал, что полностью упали итоги регистра Заказы покупателей( изб блокировки были связаны скорее всего с этим) в итоге пришлось их пересчитывать 2,5 часа не долго, но обычно за месяц итоги считались минут 15, значит точно упали.
КонецИстории )
з.ы. причин установить не удалось
1) удаляю записи больше 120 мб в sql.
2) Снимаю базу с поддержки
3)Объединяю с типовой cf 1.2.27 без галок (одновременно ставлю на поддержку) 1.2.27 предварительно протестирована и исправлена (не знаю важно ли это, но было именно так)
HRESULT=80004005" при выгрузке конфигурации из БП 1.6.24.7 на 1С 8.2, сервер SQL 2000. Вопрос решился добавлением рабочего процесса в консоли «Серверы 1С:Предприятия 8.2». Попробуйте. :)
по причине:
Соединение с сервером баз данных разорвано администратором
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х серверах)
Ошибка возникает при любых действиях пользователя - хаотично ((( причин установить не удалось
У вас же проблема с большей вероятностью в включенном файрволе.
у клиентов установлен тоже только TCP/IP?
их админам может пригодится
вот выдержка из этой статьи (хоть и для 2000, но принцип тотже):
Устранение неполадок с установкой подключений
Большинство подобных неполадок в SQL Server 2000 возникает из-за проблем с протоколом TCP/IP или проверкой подлинности Windows либо сочетанием проблем обоих типов.
Внимание! Перед тем как приниматься за устранение неполадок с установкой подключений в SQL Server 2000, убедитесь, что на компьютере с SQL Server запущена служба MSSQLServer.
Проверка параметров DNS
Служба Domain Name System (DNS) используется для разрешения IP-адреса в имя экземпляра SQL Server. В случае неправильного разрешения имени экземпляр SQL Server остается недоступен и появляется одно или несколько из приведенных ниже сообщений об ошибках.
SQL Server does not exist or access denied
General Network Error
Cannot Generate SSPI Context
Убедиться в том, что имя сервера разрешается правильно, можно, опросив сервер по его имени и IP-адресу с помощью команды ping. Для этого выполните следующие действия.
1. Нажмите кнопку Пуск и выберите пункт Выполнить.
2. В диалоговом окне Запуск программы введите в поле Открыть команду cmd и нажмите кнопку OК.
3. Из командной строки выполните следующую команду:
ping <Server Name>
Запишите возвращенный IP-адрес.
4. Из командной строки выполните следующую команду (где IP address — это IP-адрес, выписанный при выполнении действия 3):
ping –a <IP address>
Убедитесь, что команда возвращает правильное имя сервера. Если же одна из указанных выше команд завершается сбоем, возвращает неправильное значение или истекает время ожидания для ее выполнения, значит, неправильно работает просмотр DNS или существует иная проблема, связанная с функционированием сети или маршрутизацией. Чтобы просмотреть текущие параметры DNS, запустите из командной строки следующую команду:
ipconfig /all
Дополнительные сведения о команде ipconfig см. в следующей статье базы знаний Майкрософт:
223413 Параметры, использующиеся со средством Ipconfig.exe в Windows 2000
Чтобы устранить эту проблему, добавьте запись для сервера в файл %systemroot%\system32\drivers\etc\hosts на клиентском компьютере. Кроме того, обойти проблему можно путем установки подключения к серверу с помощью сетевой библиотеки именованных каналов.
Проверка включенных протоколов и псевдонимов
Проблемы с установкой подключения могут возникать, если неправильно настроен псевдоним на клиентском компьютере. Для просмотра псевдонимов служит программа сетевого клиента. Выполните следующие действия.
1. Запустите программу сетевого клиента. Если на компьютере, где запущено клиентское приложение, установлены клиентские средства SQL Server, то для запуска программы сетевого клиента необходимо выполнить следующие действия.
a. Нажмите кнопку Пуск и выберите пункт Программы.
b. В группе Microsoft SQL Server выберите пункт Программа сетевого клиента.
Если клиентские средства SQL Server на клиентском компьютере не установлены, то для запуска программы сетевого клиента необходимо выполнить следующие действия.
a. Нажмите кнопку Пуск и выберите пункт Выполнить.
b. В диалоговом окне Запуск программы введите в поле Открыть команду cliconfg и нажмите кнопку OК.
2. В диалоговом окне Программа сетевого клиента SQL Server откройте вкладку Общие и включите нужные протоколы.
Примечание. Необходимо включить хотя бы протокол TCP/IP и именованные каналы.
3. Откройте вкладку Псевдоним и проверьте псевдонимы, настроенные для экземпляра SQL Server.
4. Убедитесь, что в свойствах псевдонимов правильно настроены имя сервера (IP-адрес) и протокол.
Можно создать новый псевдоним для тестирования подключения по имени сервера, IP-адресу или другому протоколу.
Примечание. В более ранних версиях компонентов доступа к данным Майкрософт (MDAC) интерфейс программы сетевого клиента отличается. Таким образом, если вы не видите описанных в этой статье элементов интерфейса, установите на клиентском компьютере более новую версию компонентов MDAC.
Сервера win2008R2x64 6Гб ОЗУ SQL 2005 3Гб выделено под SQL и win2008Stx32 4Гб ОЗУ. Та же ошибка :ошибка СУБД: Interface 0c733a7c-2a1c-11ce-ade5-00aa0044773d.
Перезагрузки и перезапуски служб не помогают. Снимал с потдержки все три конфы, так и не выгружается база.
Сделал DELETE FROM dbo.Config WHERE DataSize > 125829120
открыл конфигурацию, сделал фиктивное изменение (в наименование добавил пробел и удалил, сохранил), сохранил изменения в БД. После чего бэкапы и сохранение конфигурации заработало.
с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005
Помог запрос
DELETE FROM dbo.Config WHERE DataSize > 125829120
Такое ощущение что удаляется какой-то мусор, т.к. после удаления все конфигурации и данные на месте.
Как решил - Создал типовую базу, снял с поддержки, сравнением/объединением внес все изменения, которые были. Максимальная запись при этом появилась 101 Мб. Многовато, но в пределах. Загрузил полностью конфигурацию на рабочую базу. Начала выгружаться.
Теперь вопрос: использование 64 битного ПО позволит забыть об этой проблеме? (ОЗУ 12 Гб). Или записи более 120Мб на нем тоже не выгружаются? Сомнения навевает то, что конфигуратор все равно 32 битное приложение и если памяти не хватает ему а не серверу, то проблема не решится.
З.Ы. На тестовой базе попробовал сделать удаление большой записи из БД как в (40). Запустил конфигуратор и приложение - все вроде работает, тестирование/исправление говорит, что все ОК, но при попытке сравнить конфигурацию поставщика с конфигурацией БД конфигуратор закрылся без всяких сообщений.
Так что работает, но не все.
После обновления УПП с 1.2.х на 1.3.х, не работает создание резервной копии средствами СУБД PostgreSQL, а именно работа pg_dump завершаеся с ошибкой -
«pg_dump: Команда была: COPY public.config (filename, creation, modified, attributes, datasize, binarydata) TO stdout;».
Для выполнения запросов иcпользуем PgAdminIII
1) “SELECT FROM Config WHERE DataSize > 125829120” - увидеть, что такая запись есть;
2) “DELETE FROM Config WHERE DataSize > 125829120” ;
А если учесть тот факт, что создание архивной копии pg_dump необходимо выполнять и во время работы пользователей в базе — то статья очень пригодилась.
При обновлении сконвертирванной базы выдавалось сообщение "Нарушена целостность структуры конфигурации". Опытным путем выяснил, что при конвертации структура конфигурации поставщика не была преобразована в формат 8.2, а осталась по прежнему в формате 8.1. Причем засада была в том, что конвертировали мы БП 2.0.21.2, а такого релиза под 8.2 не было. Победил следующим образом: выгрузил конфигурацию поставщика в файл, загрузил в пустую базу с использованием платформы 8.1, конвертнул базу эту базу на 8.2, выгрузил получившуюся конфигурацию. В рабочей базе снял конфигурацию с поддержки и объединил с моим новым файлом с постановкой на поддержку, выполнил проверку логической целостности конфигурации (исправились ошибки). Один раз база обновилась нормально. Далее при обновлении на следующий релиз начала выдаваться пресловутая ошибка "Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка HRESULT=80004005". Долго игрался на копии базы со снятием и постановкой на поддержку (в db.Config больших записей не было), но база обновлялась после этих манипуляций только на один релиз, далее - опять ошибка. В итоге выгрузил базу в dt, загрузил локально в файловом варианте, и накатил последовательно все релизы - никаких ошибок не возникло, в конце опять выгрузка в dt из локальной копии и загрузка в рабочую клиент-серверную версию.
Каждый раз приходиться бороться со следствием, а не причиной возникновения проблемы, думаю, те люди, корорые разрабатывают платформу должны подумать об этой проблеме с размером конфигураций поставщика.
SELECT [FileName]
,[Creation]
,[Modified]
,[Attributes]
,[DataSize]
,[BinaryData]
FROM [_ka_typical].[dbo].[Config]
where [DataSize] > 125829120,
А потом DELETE FROM [_ka_typical].[dbo].[Config]
where [DataSize] > 125829120
------------------------------------------------
Теперь при сравнении основной конфигурации с конфигурацией поставщика выдает дамп ...
Спасибо, помог в boot.ini ключ /3GB.
Есть запись большого размера - тут помог запрос SELECT * FROM dbo.Config WHERE DataSize > 125829120 - удалять не стал, выгрузка прошла успешно.
Примечательно, что только одна из баз УПП выбивала ошибку - именно та у которой была включена возможность редактирования конфигурации.
Также выбивает ошибку при обновлении на локальной машине - Вин ХР, СП3, 2 гига ОЗУ - начиная где-то с УПП 1.3.23.1. Но уже с другой ошибкой - "Всплывающее окно приложения: 1cv8.exe - Ошибка приложения : Исключение unknown software exception (0x40000015) в приложении по адресу 0x7857bea4." - УПП 1.3.26.1
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005,
Бухгалтерия предприятия, редакция 2.0 (2.0.34.13)
Microsoft SQL Server 2005
Windows Server 2003 R2
Снял с поддержки конфу и проблема решилась.
Но конфигурация сильно доработанная, как ее теперь поставить на поддержку не изменяя основную конфигурацию?
Нашарил в интернете разные решения. В том числе искал и здесь. Итак вкратце что путем многочисленных проб выяснил следующее:
1.Типовая УПП выгружается/обновляется без проблем. Пустая dt около 255М. Нетиповая резко увеличивает размер до 430 М. Как я понял, при снятии "замочков" сразу разделяется Основная конфигурация (разработчика) и конфигурация поставщика. Отсюда и возникновение проблем.
2.Реально при переводе в скуль в таблице Config при нетиповой есть запись более 125 МБ. SELECT * FROM dbo.Config WHERE DataSize > 125829120
У меня например одна такая запись. Если её бахнуть средствами скуля DELETE FROM dbo.Config WHERE DataSize > 125829120 тогда выгрузка загрузка идут, но появляются проблемы с обновлением. Хоть и есть конфа поставщика, хоть и на первом этапе находит нужное обновление- упрямо потом появляется окошко "файл не содержит нужных обновленией". Пипец какой то!
3. Пункт 2 на самом деле это частный случай банального ПОЛНОГО снятия конфигурации с поддержки конфигурации поставщика. Как я понимаю, очищается таблица Config но точно не знаю.Конфигурация поставщика исчезает, но если пере снятием с поддержки сохранить cf где есть поддержка, и потом загрузить в базу (скульную или файловую) то проблема решается. Конфа становится измененной, на поддержке поставщика. Важно только чтобы cf была той которая нужна!
4. Сохранение скульной упп конечно надо делать средствами скуля.
5.Что реально помогло- booi.ini /3GB
Спасибо за статью и за коментарии!
Сталкнулся с этой ошибкой, попробывал все методы что здесь написаны.
помогло только
SELECT * FROM имябазы.dbo.Config WHERE DataSize > 125829120
DELETE FROM имябазы.dbo.Config WHERE DataSize > 125829120
У меня вопрос, как понять что за запись я удалил?
Запись ada14b12-452d-4f85-9d71-99554e8fc6c0.895e9bb0-c332-4fbd-954c-b64cae7d1998
Помогло изменение настройки SQL сервера: Максимальный размер памяти сервера. Изначально было установлено около !!!! 200ТБт (как Вам такое количесво ОЗУ отведённое одной программе?) , и это при установленных на сервере 18ГБт. Уменьшение данного значения до 12,5ГБт (с перезапуском служб серверов SQL и 1С) помогло. Данная ошибка больше не возникает!
1. На SQL переводим базу в однопользовательский режим.
ALTER DATABASE "base" SET SINGLE_USER with rollback immediate
2. Тестируем базу с исправлением ошибок.
use master
EXEC sp_dboption "base", 'single user', 'TRUE'
DBCC CHECKDB ("base",REPAIR_ALLOW_DATA_LOSS)
3. Переводим базу обратно в многопользовательский режим.
ALTER DATABASE "base" SET MULTI_USER
4. Для верности: перезагружаем сервер 1С и сервер SQL.
Платформа 8.2.19.76
SQL Server 2012 (11.0.2100)
Взял базы от клиента в виде резервной копии sql-сервера (у клиента стоит sql 2008. Проблема у них та же самая).
Восстановил из резервной копии.
При выгрузке - ошибка
Регламентных заданий нет
Других сеансов тоже нет - проверял.
На скрине сеанс 232 - это сеанс конфигуратора (смотрел в управлении сервером)
Что делал:
- перезапускал службы серверов (и 1С, и SQL)
- перезапускал вообще весь сервер
- при попытке снять конфигурацию с поддержки - ошибка:
Снял техн. журнал (прикреплен). В общем ошибка при выгрузке та же.
Такая ошибка только на этих двух базах. Все другие базы, находящиеся на том же сервере выгружаются нормально.
Неопознанная ошибка HRESULT=80004005
Возникала при выгрузке КФ или ДТ
База серверная УНФ 1.4 на поддержке, сильно доработанная
Вылечил просто:
1) Захватил корень хранилища
2) Запустил Тестирование и исправление со всеми галками
3) Поместил в хранилище корень
После этого проблема исчезла.
У меня периодически валится фоновое задание на этой ошибке:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005,
Перезапуск вручную - фоновое задание срабатывает. Платформа 1с 8.2.19.102. УПП не типовая, снятая с поддержки.
Никто не сталкивался? Может подскажете как диагностировать и решить?
При попытке выгрузить DT:
Ошибка обращения к серверу 1С:Предприятия.
по причине:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 10.0: Unspecified error
HRESULT=80004005,
запрос:
DELETE FROM dbo.Config WHERE DataSize > 125829120Проверил размер всех таблиц в базе:
Use Enterprise_Base
select t.name as TableName, Min(t.create_date) as CreateDate, ds.name as FileGroupName, SUM(u.total_pages) * 8 / 1024 as SizeMB
from sys.tables as t
inner join sys.partitions as p on t.object_id = p.object_id
inner join sys.allocation_units as u on p.partition_id = u.container_id
inner join sys.data_spaces as ds on u.data_space_id = ds.data_space_id
group by t.name, ds.name
order by SizeMB desc ПоказатьОдна из таблиц была больше 10 гб. Выяснилось что таблица была регистра сведений коллизии при обмене. Полностью почистили таблицу и все заработало.
Соединение с сервером баз данных разорвано администратором Microsoft SQL Server Native Client 10.0: Unspecified error HRESULT=80004005,
Перестартовал службу Агент сервера - и этого оказалось достаточно, ошибка ушла.
07.02.2022 23:00:00 - Поиск старшей версии 1С:Предприятия ...
07.02.2022 23:00:00 - C:\Program Files\1cv8\8.3.18.1433\bin\1cv8.exe
07.02.2022 23:00:00 - Информационная база: клиент-серверная, аутентификация ОС
07.02.2022 23:00:00 - Завершение работы пользователей/фоновых заданий ...
07.02.2022 23:00:00 - Используем V83.COMConnector 64-bit (из реестра #15)
07.02.2022 23:00:07 - Блокировка информационной базы
07.02.2022 23:00:14 - Выгрузка информационной базы ...
08.02.2022 0:22:07 - server_addr=tcp://srv1C:1590 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1674 file=src\DataExchangeTcpClientImpl.cpp
08.02.2022 0:22:07 - Ошибка! Выгрузка информационной базы не выполнена
08.02.2022 0:22:07 - Восстановление параметров блокировки информационной базы...
08.02.2022 0:22:14 - Параметры блокировки информационной базы восстановлены
Сервера 1С и SQL на разных физических машинах, подключены лан напрямую.
С чем это может быть связанно?
но если вы хотите по-российски подойти к решению этой проблемы то в помощь вам 40 GBE SFP+ и , я уж не говорю о том что в редакции проф стоит внутренний ограничитель на ОЗУ рабочих процессов, т.е. вам еще и КОРП при таких извращениях скорее всего нужен
после ребута сервера 1С и MSSQL появилась на клиентских местах ошибка
Ошибка СУБД: Microsoft OLE DB Provider for server
Пробовал:
1
2
исключая 2 последних параметра
Please help!
вместо MMM_ZUP - имя вашей базы
use [MMM_ZUP]
GO
ALT ER DATABASE [MMM_ZUP]
SET SINGLE_USER
GO
DBCC CHECKTABLE( 'Config', REPAIR_ALLOW_DATA_LOSS )
GO
ALT ER DATABASE [MMM_ZUP]
SET MULTI_USER;
SQL + 1с сервер. Не выполнялась запись в регистр сведений при выполнении рег. задания. Правда нам удалось выгрузить dt из базы.
Снести базу через сервер 1с, удалить в sql. Проверили, что всё удалилось все папки. в том числе серверный кеш и тд.
Создали новую базу с тем же именем.
Загрузили туда dt. База запустилась, 3 день ошибки нет
Вдруг кому то поможет
32ГБ озу, x64 сервер 1с , mssql 2014. файл dt 3.5ГБ
файловая база начала ругаться на превышен размер файла
на sql сервер выделено 12ГБ.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 18771
Создание 14.01.09 19:10
Обновление 14.01.09 22:47
Просмотры 180619
Загрузки 0
Рейтинг
122
Комментарии 87
Код открыт Не указано
Рубрики Инструменты администратора БД
Кому
Системный администратор
,
Разработчик
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)