Имеются 4 базы БП2, из них 2 на SQL. С конца прошлого года для установки стандартных обновлений потребовалось обновить платформу.
После обновления платформы с  1с 8.2 на 8.3.8.2197 на SQL базах часто стала происходить такая хрень:  устанавливаю очередное обновление для БП2, все завершается корректно. Через какое-то время пытаюсь накатить следующее обновление для БП2 – вываливается ошибка:
«Ошибка при выполнении файловой операции» затем открывается окно «Файл не содержит доступных обновлений». Происходит это сразу после того как начинается обновление конфигурации поставщика. Как выяснилось причина в поврежденной конфигурации поставщика.
Путем известных манипуляций (с поиском полного дистрибутива последней конфы) конфигурацию поставщика восстанавливаю.
НО это происходит ЧЕРЕЗ РАЗ и только на SQL базах.
Пробовал обновить платформу до 8.3.8.2322 – не помогло (на 8.3.9 пока переходить опасаюсь).
На 8.2. такой хрени не было ни разу.
На дисках места достаточно, SQL 2005.  Есть подозрение что sql сервер слишком стар для 8.3, но это нужно обосновать админу.

Кто-нибудь сталкивался?

А как обновление накатываешь? Скачиваешь файл обновления и указываешь? А если через инет (поиск доступных обновлений)?

(1) Скачиваю дистрибутив обновления, распаковываю. "Выбрать доступные обновления на диске"

(2) Может, файл при скачке/распаковке у тебя как-то бьётся? Я всегда через поиск в http://downloads.v8.1c.ru/tmplts/ обновляюсь, ни разу подобной проблемы не возникало.

(1)  "А если через инет (поиск доступных обновлений)?"

Нет так никогда не пробовал.

Грешу на SQL сервер, то что раньше 2005 SQL еще нормально работал с 1С 8.2, а после перехода на 8.3 уже не совместим.

(3) "Может, файл при скачке/распаковке у тебя как-то бьётся" - - он же в архиве и при распаковке бы это выявилось. Точно не в этом дело

(0) >> подозрение что sql сервер слишком стар для 8.3, но это нужно обосновать админу.

Свежей БП 2.0 у меня нет. Потому насколько актуально  приведенное ниже замечание не знаю.

Во-первых, проверьте наличие на скуле пакета обновлений 3 (SP3). Он входит в перечень системных требования платформы. http://v8.1c.ru/requirements/

Ну и по самой базе следует учитывать:

При установке свойства Режим совместимости (описание свойства см. здесь) в значение большее, чем Версия 8.3.7:
- Минимальной версией СУБД Microsoft SQL Server, с которой будет работать «1С:Предприятие», становится Microsoft SQL Server 2005.
- Для работы системы «1С:Предприятие» требуется установленный SQL Server Native Client for SQL Server 2005 (и более старших версий Microsoft SQL Server).

(4) Смотри (6): 2005 вполне совместим с пакетом SP3.

(0) Разрядность MS SQL сервера какая?

(8) админ пишет х64

про SP еще не ответил

SQL 2005 SP4

(10) админ так и не ответил, выяснил сам скриптом.

Что еще можно проверить?

Обязательно нужно издеваться "через раз"(цы) над рабочей базой? Что мешает автору делать обновления на файловой копии рабочей базы, а в рабочую базу заливать уже обновленную конфигурацию?

(12) Очень важный коммент, браво.  Вообще это дело вкуса.  Но сейчас разговор не об этом, хочется разобраться в причинах, повторюсь : на 8.2 такой хрени ни разу не случалось.

(4) все там совместимо и нормально должно работать

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

Выгрузи в dt загрузи в копию, сделай ТИИ базе, может таблицы кривые.

Сталкивался с подобным на двух серверах: базы в SQL категорически не хотели жить с конфигурацией поставщика. При сохранении конфигурации вылетали, при попытке выгрузки в dt получал ошибку блокировки с указанием текущей сессии конфигуратора. При снятии с поддержки все проблемы уходили. Обновление платформы, пересоздание базы, переустановка на поддержку не помогали. Было это кстати на 8.2.
Обновления делались на файловой копии.
Грешил тоже на SQL.

Подтвердю! Сейчас тоже самое наблюдаю на некоторых базах на скл 2008. Проблемы, с вероятностью 99% именно в скл, тк на соседних серверах такого не наблюдается. Админа надо драконить, но тут пока его нет, только еникей.

"но это нужно обосновать админу."- какой режим совместимости установлен?

Из документации:

"При установке свойства Режим совместимости в значение Не использовать, минимальной версией СУБД Microsoft SQL Server (в том числе и при использовании Native Client), с которой будет работать «1С:Предприятие», становится Microsoft SQL Server 2005." Требуется установка пакета обновлений 3 (SP3).

А, в общем виде требования к SQL тут:
http://v8.1c.ru/requirements/

И кстати, когда начались чудеса после установки нового сервера, помогло указание IP серверов вместо их имён в свойствах баз и соединений клиентов.

(18) Значит, у вас что-то с DNS не так. Надо админов пинать.

(16) Сам ты эникей.  Что дали твои наблюдения? Так и будешь наблюдать до гроба? Надо же искать решение.

(17) см (10)

(19) Уже отпинал. Переустановка NET Framework решила проблему.
(21) Я к тому, что со стороны фирмы 1С нет "обоснования", чтобы админа заставить шевелиться и обновить SQL сервер :(

(22) обновить SQL до 2016? Он просто так разве обновляется?

(23) Под словом "обновить" я не имел ввиду "проапгрейдить" и "бесплатно".

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

Проблема до сих пор актуальна. SQL 2005 с SP4, все вроде должно быть в норме, но это не так.

Планирую переход на SQL 2014.  На нем такой хрени (как в топике) ни кто не замечал?

(26) ты (22) то пробовал? может поможет

(27) нет, сейчас пну админа