Всем привет. На повестке дня опрос из вашей жизни или жизни знакомых.
Ситуация: Вы что то изменили в конфигурации, затем обновились динамически и в итоге у вас все упало. Спрашивается ЧТО Вы изменили, что привело к краху?
Ведь наверняка такое было у каждого 1Сника.

(0) Если база распределённая - то всё, что угодно.

у меня никогда ничего не падало.

Убивание конфигуратора в момент обновления?

похоже конфа мало у кого падает после демонического обновления...

(4) просто мало кто хочет экспериментировать с этим)

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

(4) просто их уже нет в живых...

Разные

Много раз пользовался динамическим обновлением даже для УПП ничего ни разу не падало. Знакомые говорили, что один раз подправили обычный отчет динамически и рухнула база. Я так понял,что закономерность не просто выявить.

Ну такого что " в итоге у вас все упало" конечно не было, но: БД 150 Gb. 100 пользователей. Код в модулях документов отличался в базах. В одной новый код, в другой непойми какой, месячной давности.

(4) глючит у всех, падает у неудачников

(8) а можешь что то вспомнить?

(9) какой отчет? Не было ли сведений на счет текущего использования юзерами этого отчета в момент обновления?

Много раз пользовался динамическим обновлением для УПП ничего ни разу не падало.
(10) Это явязано с принудительным завершением сеанса пользователей, не желающих самостоятельно завершать работу. "Падает" профиль пользователя, для устранения можно очистить профиль 1С для данного пользователя или удалить базу из списка запуска у пользователя и добавить заново.

после обновления, когда выходит вопросик "Перезапустить конфигуратор?" надо жать НЕТ.

(15) в ладоши не хлопнуть три раза через левое плечо?

(15) Странный вывод. Ну не откроется конфигуратор, откроешь его вручную потом, какая разница-то? :)

PS по сабжу: было 1 раз на тестовой базе. Динамическое обновление (сидел в базе "тестировщик", поэтому потребовалось динамически обновить) привело к ошибке формата потока. Причем убилось наглухо всё и конфигуратор и база. Но, как оказалось диск начал сыпаться, т.е причина не в динамическом обновлении, а в жестком диске :)

(0) Никогда ничего не падало.
Максимум - почистить кеш.
Заметил, что если добавить новую форму и дин обновить, то у юзеров другие формы могут жутко испоганиться.
А вообще стараюсь не обновлять динамически

(15) Почему?

на самом деле демоническое обновление в основном плодить кеш у  юзверей, которые в данный момент работали, что как бэ не способствует, а именно "крешей"... это ж One Ass, тут и без демонических обновлений все может упасть, так что лучше не усугублять вовсе ;)

(20) т.е. все сводится к некорректному отображению, которое лечится чисткой КЕШа?

(0) не то что бы упала - исчезли реквизиты которые добавил неделю назад

(21) в основном да, но я б все равно не советовал демонить, от лукавого енто

На сервере стоит 1С. Работа ведется на сервере. База в хранилище, не распределенная. Пользователь открывает на своем компе 1С в пользовательском режиме. 1С у него зависает. В это время на сервере происходит демоническое обновление. База идет по одному месту гребенкой.

(24) к (0)

(22) Какие действия произвел перед дин. обновлением?

(24) В хранилище имеется ввиду конфигурация от базы? Если да, то восстановление конфы оттуда не помогло?

(27) База подключена к хранилищю. Динамическое обновление основной базы, в которой ведется работа(ибо срочно). Востановление конфы не помогло так как конфа не открывалась.
В общем словил вот это:
http://infostart.ru/public/116123/

(28) решение описанное по ссылке помогло, за что автору низкий поклон

(26) поправил кусок кода и обновился демонически. все. через 15 минут бушка прилетела и сказала аааааааааааааааааа

(30) так код к чему относился?

(31) три года прошло - не помню уже

в документе  чето менял

У меня однажды был краш после демонического обновления.
Предпосылок особых не припоминаю. Ну и как краш...
Запускаться не хотело, ошибку тоже уже не помню. Помню, что по какой-то шаманской инструкции из интернета вычищал какие-то строчки из config по каким-то правилам :) Помогло.
Несколько лет назад было просто, а память у меня дырчатая.

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

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

было бы любопытно собрать статистику в табличку с потенциально значимыми параметрами типа:
Релиз платформы, ОС, конфигурация, какие изменения были, и что случилось.
P.S.
брутально пользуюсь динам. обновлением всегда. два раза не обновлились модули (кажется общий модуль) помогла чистка кеша.

Из моей практики: динамическое обновление с локального компьютера приводит к разрушению таблицы конфигурации (называется "config"), причём такое замечено только за УТ10. Обновлял не я, я лишь четыре раза восстанавливал :-)
Причём такое было и на PostgreSQl и на MS SQL.

(38) Когда последний раз такое было и по какой методике восстанавливал?

Думаю, это связано с особенностями работы с локальным кэшем.

(39) Последний раз дело было перед НГ 2012. Восстанавливается копированием таблицы "config" и последнего живого бэкапа, развёрнутого на том же сиквеле. Больше никаких действий не требовалось. Изменения конфы, которые пытались накатить, соответственно, пропадают. Что примечательно, рушил один и тот же человек и каждый раз я ему говорил, в чём причина и чтобы он так боьлше не делал :)

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

Модераторы, голосовалку прикрутите, что-ли.

за всё время ни разу ничего не падало

да, голосувалка не помешает

(41) Я к чему. У меня падало года 3 назад (тоже проблемы с config, правда восстанавливал я его более точечно), но с тех пор мне на глаза подобных траблов не попадалось. Может, уже пофиксили?

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

(46) Каким образом работа через хранилище исключает необходимость динамического обновления?

(47) Не исключает, но разрушение происходит из-за обновление с рабочего компа - при обновлении из 1Ски, запущеной на сервере, такого не происходит.

Соответственно прямое редактирование конфы закрыто и для обновления заходим по rdp на  сервак, входим в конфу, получаем нужные объекты (или всю конфу) из хранилища, обновляем динамически без последствий :-)

Падало на 12ом релизе платформы. Несколько раз. Обновили платформу на 14 релиз и всё стало нормально. С тех пор не падало ниразу. Хотя нехорошо конечно динамически обновлять. Стараюсь делать бекапы перед этим.

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

у меня однажды упала... пропало сетевое соединение ноута и сервера... и все ... звиздец... архив всех спас... смазка не понадобилась... ))

Можно ли предположить, что если все пользователи живут в терм. сервере и база там же, то это уменьшает вероятность проблем?

(15) +100500 истино так

УПП чуть не упало, когда динамически обновил не на сервере, а на клиентской машине (ну а чо, поменял "всего лишь строчку в коде").
На сервере при динамическом обновлении не падало пока еще ни разу (тьфу=тьфу=тьфу).

(37) т.е. модули то обновились, но не "активировались"? После чистки кеша они появились или пришлось еще раз обновить динамически?

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

(38) Я правильно понимаю, что перед дин. обновлением следует удалить кеш? Судя по сообщениям выше это должно помочь избежать проблем!

(42) Я хотел в тему включить опрос, но передумал.
Я вот смотрю все про кеш говорят. А когда его чистить? Перед обновлением или после обновления как слетела база? Если после обновления, то какая инструкция (ниже 2 варианта)?
1 вариант)Обновить - увидеть, что все слетело - почистить кеш - запустить 1С и радоваться
2 вариант)Обновить - увидеть, что все слетело - почистить кеш - еще раз обновиться - запустить 1С и радоваться

разок выскочила ошибка формата потока, правда уже не помню, чего с ней делал
PS почему-то сразу после дин. обновления не запускается предприятие, т.е. нажимаем ctrl+F5, обновляем и фиг