Релиз 8.3.5. УПП
перед динамическим обновлением выгрузил config и configsave в соседнюю бакапную базу
при динамическом обновлении приложение закрылось
шел расчет себеса
восстановил config и configsave. пишет "Соединение разорвано" или "ошибка формата потока"
чистил полностью configsave. чистил кеш сервера и клиентский. все равно либо приложение закрывается при запуске либо "ошибка формата потока". сейчас администраторы восстанавливают по последовательности логов база.
база подключена к хранилищу. как лечить подобное? прошу помощи

Развернуть бэкап.
Не использовать демоническое обновление.

Если руководство дает добро на демоническое обновление, значит все согласны с рисками. Если это так, то чего волноваться?

никакого хранилища для продакшена


> как лечить подобное?

одмины уже восстанавливают базу

Почистить кеш, удалить базу из списка, добавить снова

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

грохнуть rphost, почистить сеансовые данные

это все сделано

А я умудренный опытом.

В русскую рулетку не играю больше.

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

Ты серверный кэш чистил? Именно серверный.

да, именно в srvingo
snttx и переместил все папки с журналами регистраций в другое место
соседняя копия работает

(10) в Конфигуратор заходит?

конфигуратор если и открывается, то при попытке открыть дерево падает с ошибкой формата потока

нажать кнопку вернуться к кофигурации БД есть возможность?

(13) Кнопка вернуться к конфигурации БД доступна после открытия дерева конфигурации.

дерево не открывается. нажимаю кнопку и падает с ошибкой формата потока

может ли привязка к хранилищу повлиять?

и можно ли ее удалить как то в таблицах скуля?

(0) Мухахаха... Вы еще обновляетесь динамически, тогда мы идем к Вам!
Динамическое обновление - ЗЛО.
Восстановить из бекапа и забыть что такое Днамичекое обновление.

Таблицу config пробовал подсунуть из бэкапной базы?

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

(20)
"битый" поток может быть не только в конфигурации,
но и в данных кластера, настроек форм и отчетов.

как по ТЖ определить битый поток
извиняюсь за профанский вопрос, что вообще такое поток?

базу успешно восстановили из бокала

из бакапа (гребаная автозамена)

"успешно восстановили из бокала" // Не чокаясь!

(22) а все-таки как?))

(22)
в ТЖ будет описана ошибка и ее источник . поток 1с- структурированные текстовые данные . типа xml. ошибка потока в 1с - когда 1с не может разобрать эту структуру.

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

нет
(27)такого нет

Ты теперь больше не будешь использовать ДИ?

Буду.
потестил.
пришел к выводу, что нужно сливать эти таблицы
('
truncate table ['+@БазаКуда+'].[dbo].[_YearOffset]
truncate table ['+@БазаКуда+'].[dbo].[config]
truncate table ['+@БазаКуда+'].[dbo].[configSave]
truncate table ['+@БазаКуда+'].[dbo].[Params]
truncate table ['+@БазаКуда+'].[dbo].[DBSchema]
truncate table ['+@БазаКуда+'].[dbo].[files]
truncate table ['+@БазаКуда+'].[dbo].[IBVersion]
truncate table ['+@БазаКуда+'].[dbo].[v8users]


insert into ['+@БазаКуда+'].[dbo].[_YearOffset]
select * from ['+@БазаОткуда+'].[dbo].[_YearOffset]

insert into ['+@БазаКуда+'].[dbo].[config]
select * from ['+@БазаОткуда+'].[dbo].[config]

insert into ['+@БазаКуда+'].[dbo].[configSave]
select * from ['+@БазаОткуда+'].[dbo].[configSave]

insert into ['+@БазаКуда+'].[dbo].[Params]
select * from ['+@БазаОткуда+'].[dbo].[Params]

insert into ['+@БазаКуда+'].[dbo].[DBSchema]
select * from ['+@БазаОткуда+'].[dbo].[DBSchema]

insert into ['+@БазаКуда+'].[dbo].[files]
select * from ['+@БазаОткуда+'].[dbo].[files]

insert into ['+@БазаКуда+'].[dbo].[IBVersion]
select * from ['+@БазаОткуда+'].[dbo].[IBVersion]

insert into ['+@БазаКуда+'].[dbo].[v8users]
select * from ['+@БазаОткуда+'].[dbo].[v8users]')

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

А вот как не использовать демоническое обновление, если в макете УПД секция раньше называлась Шапка, а с последней обновой стала Шапка1137? И из-за этого чутка правленная печать  оной УПД после обновления не работает. С базой работает под 100 человек. Печать УПД нужно троим. Либо демонически, либо выгонять всех 100. Ждать вечера понятно не вариант. Подобные вещи тестированием не поймать, либо тратить на это слишком много времени. Конфига УПП.
зы сорри за оффтоп.

(31) а что правильней - штатно выгнать 100 человек на 5 минут для обновления или заставлять их ждать гораздо большее время, пока база восстанавливается после ошибки формата потока?

(31) Сколько раз подряд динамически обновлялся с одного рабочего места?

(31) делать внешние печатные формы

(32) Правильнее оторвать программистам вендора руки за подобные кунштюки. Не я понимаю, что при подобном программисты 1С без кусочка хлебушка с маслом и икоркой не останутся, но не красиво.

(34) внешнюю УПД? так это полконфы нужно будет в эту форму перенести

(34) Форма внешняя, но с максимальным использованием типового кода. Один модуль УчетНДС чего стоит, все функции оттуда вытянуть во внешнюю форму - нафик

(32) обычное обновление не гарантирует, что все пройдет штатно

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

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

(39) Это надо автоматизированную систему тестирования внедрять. И на каждую доработку писать тест.
Но кто же так делает. Думаю даже ты не делаешь

(39) Количество кастомной писанины такой, что тестировать каждую обнову можно до выхода следующей, это если тщательно. А если не очень - то см.(31)

на 8.3.8 ошибку падения еще на наблюдал
да и конфигуратор не перезапускается
ошибка на 8.3.5

(41) Автоматизированной конечно нет. Но я знаю тонкие места своей конфигурации и после обновлений тестирую их в отдельной тестовой базе. Печатные формы, отчеты, проведение основных документов, РИБ и обновление периферийных узлов.

(44) прям все-все доработки тестируешь. Не верю
Или у тебя их 2-3 штуки

(44) Я веду список того, что переставало работать после обновления. И обязательно тестирую по этому списку. Сегодня в нем новый пункт.)

(46) вчера не переставало, а завтра перестанет.

(2) Хранилище для продакшена возможно, но это должно быть отдельное, свое хранилище.

А может и вообще типовой функционал не заработать
Просить ли деньги за новое обновление 1С?

(45) Нет, конечно. Только подозрительные места и критичные, без которых не пройдет обновление в периферийных базах. А вообще изменений не очень много. БП Корп + БИТ.Финанс. Я насчитал 96 изменённых (относительно конфигурации поставщика) объектов метаданных: общие модули, справочники, документы, отчеты, обработки, регистры. Но большинство из них по мелочи и я их стараюсь делать так, чтобы типовой код минимально затрагивался. А изменения от добавленных реквизитов, подписок, модулей и т.п. обновление не сильно затрудняют.

Например при обновлении 2.0.66.30 на 2.0.66.32 - всего два дважды измененных объекта метаданных, соответственно проверять особо не чего. Хотя, надо сказать это обновление само по себе мелкое и изменения там практически только по ЭДО - мы этим не пользуемся, поэтому не критично.