при обновлении конфигурации БП 3.0 с поддержкой не хватило места на диске для временных файлов. База открывается, запускается , ошибок не выдает. Обновить не могу , выдает "Нарушена целостность структуры конфигурации" при анализе конфигурации поставщика.
Кэш чистили где только могли

USE [MyBase]
GO

DELETE FROM [dbo].[Config]
      WHERE FileName = 'dbStruFinal'
GO

DELETE FROM [dbo].[Config]
      WHERE FileName = 'commit'
GO
Обе таблицы пустые были. Ума не приложу ,что еще м.б. ?

(0) а бекап то есть перед обновлением? С него восстановитесь и накатите снова обновление, уже со свободным местом на харде.

(1) да так и делаю. но выдает ошибку

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

(3) попробуй на отдельном коме в файловом варианте все это дело проделать, предварительно можно ТиИ запустить

(4) не получится, база слишком большая в ДТ не выгрузится

(5) а ТиИ делал?

(5) тестовый сервак есть какой нить?

(6) делал , не спасло . проверку на логическую целостность конфигурации делал . выдал в коде несколько ошибок . но имхо, не в этом дело

(7) копия развернута на том же 1С серваке , а это как-то может повлиять ?

Точно все везде подчистили? Видел подобно когда существовали временные файлы от обновления.

(10) да вроде да, админы почистил весь кэш, даже пути к каталогам обновлений пришлось добавлять

Можно попробовать на копии откатить на версию назад и поставить два обновления подряд.

(12) это как ?

обновлялся в мае , последний раз . все без проблем работало

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

1с-ина какого релиза то хоть ?

платформа 16 , БП 3.0.91.36

Сними конфу с поддержки и удали конфу поставщика, аотом поставь на поддержку через сравнение-объединение и верни конфу поставщика. усёё.

Ну и 16..пробуй до 18 обновить попутно

(13) в (18) так даже проще.

>>удали конфу поставщика
Это как ?

(21) пофигуратор - настройка поддержки - кнопать снять с поддержки..ок, конфа поставщика прибьётся.
Потом через сравнение объединение с конфой того же релиза скажет что обнаружена конфа, поставить на поддержку ? скажешь да, только все галки сыми. Тогда конфа встанет на поддержку - там тупо конфа поставщика прилетит взад.
Усё.

(21) с поддержки снял?

(23) сейчас , тут нашел еще
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘DynamicallyUpdated’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘dynamicCommit’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[ConfigSave]

Конфа ИБ при этом не пострадает (останется старой) не забывай галки с конфы снять  (с корня)

https://help1c.by/vosstanovlenie-bazyi-posle-padeniy/

(24) да это нахрен не надо. У тя конфа поставщика битая, а не демоническое обновление

админы чего-то с базой ковыряются войти не могу , мысль понял . пошел делать

(27) а как так вышло ?

(29) как-как.. место же на диске кончилось :)) Сам же в (0) написал

(30) так ведь , место на диске кончилось , а конфигурация поставщика уже в базе была ?

мда... очередная ветка из серии "не надо на продуктиве держать базу с конфигом на поддержке"

(31) Это, вопросы религии и философии на другом форуме. Ты базу чини

(33) понял :). долго конфигуратор грузится

(34) пользуй 64х битную версию, там быстрее

+ ежели у тя скуль, включи параллельность на время реструктуризации и прочей тяжелой хни

(35) вроде ее и юзаю

(37) вроде ? :) в диспетчере задач посмотри, какой процесс 1с-ины запущен

64

теперь конфигуратор открывается долго , видать догадывается база что делать собираюсь :))))))))

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

(40) А у этой базы в конфигурацию вносились изменения, она снята с замка?

Я бы восстановил саму текущую в связке с типовой конфой на пустой базе или демке, а затем выгрузить в файл и загрузить в боевую из файла. Результат будет тот же самый, но получить рабочую конфу таким образом будет намного легче.

"Загрузить конфигурацию из файла" уже советовали?

(0) Вот и пришло время научиться пользоваться  технологическим журналом.

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

(0) сделай "выгрузку для перехода в сервис" и загрузи из этого zip-архива с данными в такую же конфигурацию твоего релиза, если конфа типовая.

(42) Да

(44) грузил, не помогло

(46) не типовая

(45) напомнило рассказ В.Осеевой "Три товарища" :) https://lukoshko.net/story/tri-tovarischa.htm

(41) я на копии пока все это пытаюсь сделать :)

И че, не починил? ).  Давно бы уже на пустышке сьептл православный cf. Его потом тупо через insert в скуле в рабочую и усё

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

(52) сейчас буду делать :)
>> Его потом тупо через insert в скуле в рабочую и усё - а загрузить конфигурацию нельзя будет через конфигуратор ?

(43) сейчас попробую

(54) можно. Только инсерт одной таблички в скуле в разы быстрее

(56) лучше уж я через конфигуратор. Копия не дает в конфигуратор войти,  после авторизации висит загрузка ... сейчас разберусь с этим и отпишусь .
Всем неравнодушным спасибо:)

(0) Если есть бекап, то восстановись из бекапа и не мучайся.
Потом почисти место, для обновления

(10) КЭШ чистили где?
Есть кэш пользователя, есть сервере 1С :)

А так, похоже не те файлы у вас Админы удалили :)

+(59) есть сервере 1С  -> Есть КЭШ сервера 1С

(61) поподробнее пожл -ста

(62) смотри временные папки пользователя, под которым служба агента 1с запущена. Емли конечно, в файле настроек сервера не указан конкретный путь доя этого

(62) а смысл теперь?!

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

з.ы. Когда поднимаешь копию базы, то само-собой разумеется, что для нее кэша нет ни у клиента, ни у сервера.

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

(65) само собой разумеется, что я не считаю ТС идиотом

(66) Это не идиот это тонкости которые не совсем логичны

(66) Я тоже никого не считаю идиотами. Это просто мелкое замечание.

(64) для расширения кругозора. Делаю как Вы советовали , просто медленно все на серваке работает

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

(70) думал чисткой кэша обойтись или таблиц конфигурации, но не вышло ...

+(70) Я даже два метода знаю: через загрузить конфигурацию из *.cf или через снятием с поддержки, обновления из *.cf с попутным возвратом на поддержку. "Я ещё и вышивать могу, и на машинке, м-м-м... тоже"

(71) Кэши чистить - полезно.В данном конкретном случае - рекомендуется.
PS: есть ещё и третий метод перезагрузки конфигурации поставщика :)

(73) да я думаю что должно получиться как Фрэнки подсказал, в пустую базу конфу залил того же релиза , на нее сейчас доработки вставлю , сохраню ее в файл и загружу в копию, потом попробую обновиться.

(72) ТС утверждает, что это не помогает.

(75) ТС может блуждать в потёмках, вольно/невольно заблуждаться. В пользу этого говорит долгий срок устранения проблемы.

Все получилось , всем спасибо !