Кто может сказать почему возникает эта ошибка?

Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Unspecified error
HRESULT=80004005,

Конфигурация "Комплексная автоматизация 1.0.10.1"

Решил снятием с поддержки. Восстанавливаешь поддержку - опять вылезает.
Кто нибудь знает причину?

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

(0) в Яндекс и сразу первых 3 ссылки.

Что из этого http://yandex.ru/yandsearch?text=HRESULT%3D80004005&lr=213 вы пробовали?

(0) Поищи в Инете. Есть пара сайтов, в том числе гилев.ру, где описаны решения для этой ошибки.

(1)Вот и хочу понять при чем тут поддержка
Поясни, не понял про права

(5) НА Гилеве.ру как раз написано об этом.

(2)-(3) ЧИТАЙТЕ ДО КОНЦА. Я решил проблему. На в чем причина??

(5) Тут либо у юзера под которым ты к среверу 1с цепляешься из клиента нет прав, либо у юзера под которым сервер работает нет прав, кстати база файловая или сервер?

(7) "Восстанавливаешь поддержку - опять вылезает" - и это решил?

А клиент в режиме конфигуратора только запускаешь?

сервер. Но я когда снимаю с поддержки, потом (когда например выгружаю cf) под тем же пользователем - все нормально происходит.

(11) к (8)

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

(11) В режиме предприятия поробуй запустить, если я правильно думаю то не получиться

Я говорю, полистай сайт Гилева, там конкретно были описаны причины ошибки.

(15) Причин там как минимум две может быть.

(16) Да. Несколько.

В SQL базе удалить значение более 120мб из таб. Config  => запрос ( DELETE FROM dbo.Config WHERE DataSize > 125829120 )

Проверить запросом
                   SELECT [FileName]
                   ,[Creation]
                   ,[Modified]
                   ,[Attributes]
                   ,[DataSize]
                   ,[BinaryData]
                   FROM [имябазы].[dbo].[Config]
                   where [DataSize] > 125829120

(18) Вообще то ошибка с таким кодом это ошибка доступа.

(18) что это за таблица?

(20)ошибка доступа к полю из-за превышения размера

(20) Те не прав. Если верить товарищу Гилеву, то ошибок с таким кодом много и причина каждой из них - разная.

(21) Ты в режиме предприятия смог в базу зайти?

да я хочу понять, причем тут конфигурация поддержки?

(24) смог все норм

Полная замена таблицы Config (удаление и создание по новой с копированием данных из чистой конфигурации поставщика, заранее установленой в базу 'имябазя')

GO
DROP TABLE [имябазы].[dbo].[Config]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [имя базы].[dbo].[Config](
   [FileName] [nvarchar](128) NOT NULL,
   [Creation] [datetime] NOT NULL,
   [Modified] [datetime] NOT NULL,
   [Attributes] [smallint] NOT NULL,
   [DataSize] [int] NOT NULL,
   [BinaryData] [image] NOT NULL,
PRIMARY KEY CLUSTERED
(
   [FileName] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
GO
INSERT INTO [имябазы].[dbo].[Config]
SELECT * FROM [ASUTEST].[dbo].[Config]
GO

***************************************

(23) Не знаю как там Гилев, но для меня майкрософт в этом плане авторитетней.

короче все выложил что по этому делать можно

(29) спс, скорее всего это работает. Но можешь сказать что за таблица?

(26) Странно, под каким SQL юзером база на сервере прописана

настройки какието точно непомню, нго неначто невлияют

мусор

(31) Вся фишка этой ошибки в том, что она проявляется только при обновлении базы. Сама база может работать в режиме Пр. очень даже нормально и без к-л ошибок.

(34) В том то и дело что не дает писать в базу. Странно что в режиме предприятия база открылась.

(31) я думаю (22) прав и sql об этом и сообщает

Ща я просто гляну что за таблица

Просто в режиме предприятия он её возможно и не "трясет"

(36) Сколько возникала эта ошибка на моей памяти всегда решалась без изменения структур БД, опять же отказ изи несоответствия типов немного по другому выглядит

(38) Открывает на запись всегда.

Config. В этой таблице хранится конфигурация базы данных. конфигурация базы данных соответствует реальной структуре данных и используется системой 1С:Предприятие в режиме работы 1С:Предприятие (Проф. разработка в системе 1С:предприятие 8. Габец и другие. стр 777, абзац 3).

короче если с поддержкой будет то нефакт что заработает... у меня упп снята с поддержки, так что если каму интересно проверьте с подержкой дропнуть эту строку