MSSQL 2005, 1С 8.2.13.219, УПП 1.2.38.1, проблема такая:
при обновлении конфигурации поставщика через поддержку, попытке сохранить конфигурацию в файл, попытке создать хранилище, dt,... возникает эта ошибка.
Раньше до 38 релиза достаточно было выгнать пользователей и перезагрузить сервер и все получалось. А с 38 релиза не помогает. Это намек на то, что надо переходить на УПП 1.3?

(0) Кроме этой ошибки больше ничего не говорит?

только вот это:

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

(2) У, да тут масса причин может быть.
Надо посмотреть, что пишет скуль в логах.
Проверить галки на БД.
Проверить установку соединения.
Посмотреть не включен ли монопольный режим в скуле.

Софтина какая-нить может рубить соединение и прочее.

(4) Может быть эта "софтина" - Платформа 1С 8.2, которая начала работать в режиме управляемого приложения начиная с версии конфигурации 1.2.38?

(5) Что хотел сказать-то? У меня несколько баз на 8.2 и управляемых формах и такой ошибки нет.

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

+(7) То ли с поддержки снимать и обновлять в файловом варианте, а потом загружать конфигурацию, то ли сервер увеличивать. А может все-таки 1С в следующем релизе табличку поправят? Не случайно же 1.3.13 вышел сразу за 1.3.12 и через 1.3.12 можно перепрыгнуть. Может и для 1.2 такое сделают?

(8) Не знаю, в УПП не силен.

(3) а лог скуля где почитать?

(10) На самом инстансе скуля.

(8) если сервер 32, то попробуй /3GB,
прочие рецепты описаны у Гилева

(12) сервер 32, 3 Гг нужно Скулю выделить или РПХосту или я туплю?

http://support.microsoft.com/kb/274750/ru

sp_configure 'show advanced options', 1
RECONFIGURE
GO
sp_configure 'awe enabled', 1
RECONFIGURE
GO
sp_configure 'max server memory', 6144
RECONFIGURE
GO

Ну и ежедневно советую останавливать сервер и перезапускасть скуль - это пойдет только на пользу.

(15) А скуль-то зачем?!

(0) тупишь
это ключ boot.ini

(0) ТиИ БД давно делал ?
еще может помочь СКЛ переиндексация БД

(16) хз, на всякий случай :)

(18) базу через dt переливал послений раз на новый год. ТиИ не делал вообще, т.к. не знаю какая в нем польза. А в Скуле не рублю вообще пока.

(15) останавливать сервер и перезапускасть скуль - а просто перезагружать сервак не тоже самое?

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

Может поможет кому:

Аналогичная проблема была решена вот так:

На сервере с 1С Сервером и с MSSQL-сервером заходим в:
Панель управления -> Администрирование -> Локальные параметры безопасности

В открывшейся оснастке:
Локальные политики - Назначение прав пользователя.

В появившемся списке политик находим "Закрепление страниц в памяти", двойной клик по этой политике и в открывшемся окне на закладке "Параметр локальной безопасности" добавляем в список пользователей тех юзеров, под которыми на сервере стартуют 1С Сервер, MSSQL-сервер и клиент 1С(если он на сервере запускается для каких либо целей).

Далее жмём "ОК" и перестартуем севисы MSSQL и 1С сервера. Всё.

У меня после этого всё работает нормально.

Желательно те же манипуляции провести с политикой "Настройка квот памяти для процесса". Она находится в этом же списке чуть ниже.

А сколько процессов на сервере 1с?

(24) rphost под usr1c81 - 4 процесса (8.1 параллельно стоит),
rphost под usr1c82 - 1 процесс.

+(24) думаете это может быть из-за Сервера 1С, а не sql?

Была такая проблема. На паре баз перестали делаться архивы и выгружаться dt.
Тупо снял с поддержки. Потом когда когда вышли новые релизы поставил на поддержку и обновил. Проблема HRESULT=80004005 ушла.

(26)Выдели больше оперативы, ссылку же кинул выше.

(26) Похожие симптомы лечились добавлением 2 процесса.