Добрый день, если не меняется структура метаданных, а только тексты общих модулей или модулей форм, могут ли быть какие-то косяки при динамическом обновлении? Кто-нибудь практикует постоянно такое обновление?
(Платформа 8.3.5.1231)

(0) Могут. Старайся избегать.

(0) на тестовых базах ток

фигня все. Демоническое обновление - "это нормально" (С) Д.Малышева

(0)Могут быть.Могут и не быть.
Это вопрос религии.Каждый решает для себя сам.

Неоправдано рисковать рабочей базой сравнимо с убийством в себе специалиста.. Даже при наличии бэкапа получасовой давности. 100-200 юзверей в базе могут туеву хучу документов наколошматить..

>могут ли быть какие-то косяки при динамическом обновлении

кто-то из юзеров будет жить на старой логике модуля из-за протухшего кэша

(0) На 8.1 это был полный абзац. Так как там конфигуратор там предлагал такое сделать даже когда нельзя.
На 8.2 всегда демоническое отрабатывало без сучка и без задоринки.
А на 8.3 мы еще не перешли(((

(7)>>На 8.2 всегда демоническое отрабатывало без сучка и без задоринки.

Иногда правда случается "Конфигурация отличается от ожидаемой" при РИБ, но впринципе лечится легко:-)

(0) только что обновил, почти все время обновляю. Ни разу не стрельнуло

(8) Как показала практика - два демонических обновления без обмена, и конфигурация сразу отличается. И лечить в NN узлах...

(9)повезло

(0) Можно максимум 1 динамическое обновление, потом начинаются глюки.

было несколько раз такое, что после Динам.обновления - у одних пользователей изменения работают, а у других нет, и потом еще хрен поймешь почему так. и на 8.2 и на 8.3.
Надо чистить КЕШ юзеров и другие баги!
Лучше НЕ ДЕЛАТЬ!
сам испытал! ))

Периодически обновляем динамически. Причем УПП 1.3.

(0) Могут, может где либо остаться КЭШ и после будет веселое выполнение кода :)

(9) Ты пока не в курсе у кого остался кривой кэш

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

Может голосовалку сделать?
1) Обновляю динамическо постоянно, косяков не было
2) Обновляю редко, косяков не было
3) Обновляю редко, бывают косяки
4) Не обновляю
?

(17) Поделись пожалуйста, что за метод?

(11) в смысле повезло? я каждую неделю что-то меняю в модулях :)

(16) у юзеров кэш чиститься автоматом

(19) мозг+знание великая сила

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

я пользуюсь...
- минус одна база ;)

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

8.3 последняя

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

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

(0) Могут. Самый забавный косяк с демоническим обновлением у меня был следующим. Обновляли демонически раз пять подряд. Кучу модулей меняли. После этого делаем обычное обновление. Все что было сделано демоническим обновлением пропадает.
После этого обновляем рабочую базу только обычным способом.

демоническое оно не зря так названо зло это в чистом виде...

(0) Постоянно пользуюсь, перед обновлением бэкап таблицы config.

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

(0) постоянно обновлял, но у знакомого программиста, так база навернулась, и потом больше вообще, никак не обновлялась )) пришлось там что-то в скуль переносить из бэкапа

(29) Хранилище используете?

(33) Было раз такое, пишит про несоответствие конфигурации, в большинстве случаев лечиться той же очисткой кэша.

(35) ну в этом случае, вылечилось тремя месяцами не обновления) а когда уже прижало, переносом таблицы config, но я сколько обновлял раз ничего не было такого)

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

+(37) Т.к. при динамическом не происходит изменение структур.

постоянно пользуюсь,никаких проблем ни разу не возникло за много лет работы

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

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

Демоническое обновление риб-базы. Терять - не терял, но танцы с бубном "отвязать/загрузить/привязать" (кто в курсе - тот меня поймет) на подчиненных узлах - даже не напрягает... уже.

(34) Да.

(18) сделай

(0) Зло. На базе в 100+ постоянно активных пользователей давно не используем. Печальные прецеденты были даже при минимуме изменений в модулях.

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

уже недавно базу восстонавливали после таких фокусов

На инфостарте есть даже статья по поводу ДЕмонического обновления
Восстановление файловой версии базы данных *.1CD после ошибки динамического обновления.
http://infostart.ru/public/154556/

несчётное количество раз обновлял демонически. Глюков не видел

Абсолютное зло. Гемморои возникают очень часто.

(0) Где голосовалка?....

Иногда делаю динамическое обновление. Несколько лет не было никаких глобальных проблем, кроме того, что у некоторых пользователей почему-то открывалась старая версия конфигурации. Подозреваю, что связано было с тем, что открывали одновременно несколько рабочих сеансов с одной базой - например, один до обновления, а второй - после. Но такое случалось редко. Лечилось чисткой кеша.
Однако однажды конфигурация поломалась - перестала корректно работать с хранилищем, вываливалась с критической  ошибкой при сравнении-объединении с любой конфой или файлом конфы. Сами данные не пострадали. Базу починили. С тех пор делаю динамическое обновление только в самых критических случаях и только если изменения минимальны.

Делал динамическое обновление когда небольшие поправки Форм, кода...

Не встречал еще фокусов.


Но все иногда бывает впервые, какие наши годы...

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

(53) Да вы батенька - поэт. :)))
У меня за последние пять лет при такой одновременной замене  на ходу колес, масла и заливании бензина была всего лишь одна ошибка - и та не фатальная.

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

Практикую.. ПРи форс-мажорах. НА свой страх и риск - как-то попал конкретно с этим у клиента - долго делал вид что все ок - люди работали, а новые вообще в базу не могли войти. Потом спалился - но у меня процесс востановления был на 90% готов. В базу тупо не пускало - не помню почему и не помню где нагуглил ответ - но мое имхо если у вас раз в год ситуация что все идет не так и встали продажи/производство и тд.. рискнуть можно. Но о рисках нужно помнить

*продажи/отгрузки и тд. То есть все что несет финансовую потерю компании

Если все наекнётся - виноват будешь ты как лицо принявшее решение делать так.

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

Чищу при завершении работы пользователя. Правда время ожидания нужно устанавливать по своему усмотрению.


WshShell   = Новый COMОбъект("wscript.shell");
    СкриптФайл   = Новый ТекстовыйДокумент;
    
    СтрокаСоединенияСБД = СтрокаСоединенияИнформационнойБазы();
    СтрокаЗапускаПрограммы = КаталогПрограммы();
    
    AppData   = WshShell.SpecialFolders.Item("AppData");
    ПутьКФайлуСИДБаз = AppData + "\1C\1CEStart\ibases.v8i";
    ПутьКФайлу1С = СтрокаЗапускаПрограммы + "1cv8.exe";
    
    НазваниеПапки = "";
    Текст = Новый ЧтениеТекста(ПутьКФайлуСИДБаз, КодировкаТекста.ANSI);
    Стр = Текст.ПрочитатьСтроку();
    Пока Стр <> Неопределено Цикл
        Стр = Текст.ПрочитатьСтроку();
        Если Найти(Стр, СтрокаСоединенияСБД)>0 Тогда
            Стр = Текст.ПрочитатьСтроку();
            НазваниеПапки   = СокрЛП(СтрЗаменить(Стр, "ID=", ""));
            Прервать;
        КонецЕсли;
    КонецЦикла;  
    
    ИмяКаталогаСКэшемRoaming = AppData + "\1C\1Cv82\" + НазваниеПапки;
    ИмяКаталогаСКэшемLocal   = СтрЗаменить(AppData, "Roaming", "Local") + "\1C\1Cv82\" + НазваниеПапки;  
    КаталогСКэшемLocal = Новый Файл(ИмяКаталогаСКэшемLocal);
    КаталогСКэшемRoaming = Новый Файл(ИмяКаталогаСКэшемRoaming);
    Если НазваниеПапки = "" ИЛИ Не КаталогСКэшемLocal.Существует() ИЛИ Не КаталогСКэшемRoaming.Существует()  Тогда
        Возврат;
    КонецЕсли;
    
    СкриптФайл.УстановитьТекст
    ("WScript.Sleep(5000)
    |Dim FSO
    |
    |Set FSO = WScript.CreateObject(""Scripting.FileSystemObject"")
    |Set WshShell = WScript.CreateObject(""WScript.Shell"")
    |
    |If FSO.FolderExists(""" + ИмяКаталогаСКэшемRoaming + """) Then
    | GoSubFolders """ + ИмяКаталогаСКэшемRoaming + """
    |End If
    |
    |If FSO.FolderExists(""" + ИмяКаталогаСКэшемLocal + """) Then
    | GoSubFolders """ + ИмяКаталогаСКэшемLocal + """
    |End If
    |
    |Set WshShell = Nothing
    |
    |Sub DelFile(sFILE)
    | On Error Resume Next
    | FSO.DeleteFile sFILE, True
    | If Err.Number <> 0 Then
    | Wscript.Echo ""Error deleting file: "" & sFILE
    | End If
    |End sub
    |
    |Function GetFolder(sFOLDER)
    | On Error Resume Next
    | Set GetFolder = FSO.GetFolder(sFOLDER)
    | If Err.Number <> 0 Then
    | Wscript.Echo ""Error connecting to folder:"" & sFOLDER & VBlf & ""["" & Err.Number & ""]"" & Err.Description
    | Wscript.Quit Err.Number
    | End If
    |End Function
    |
    |Sub GoSubFolders (objDIR)
    | ProcessFilesInFolder objDIR
    | Set sFolder = GetFolder(objDIR)
    | For Each eFolder in sFolder.SubFolders
    | GoSubFolders eFolder
    | Next
    | FSO.DeleteFolder sFolder, True
    |End Sub
    |
    |Sub ProcessFilesInFolder (objDIR)
    |Set sFolder = GetFolder(objDIR)
    |For Each objFile in sFolder.Files
    | DelFile objFile
    |Next
    |End Sub");
    Попытка
        СкриптФайл.Записать(КаталогВременныхФайлов()+"clean.vbs", КодировкаТекста.Системная);
        ЗапуститьПриложение("""" + КаталогВременныхФайлов() + "clean.vbs""");
        WshShell = Неопределено;
    Исключение
        
    КонецПопытки;

(18) Делай так:
- Обновляю и не ловлю глюки.
- Обновляю и ловлю глюки.
- Больше не обновляю, т.к. словил глюк.
- Не обновлял и не буду.

(0) Пользуемся регулярно. База очень большая. Глюки не ловим. Наверное везет.

(0) обновлял, пока не начались проблемы. Зарекся.

(29) Там все еще веселее - в самой конфигурации, если разобрать, будут несколько экземпляров модулей. Так что может быть очень весело через некоторое время, когда они начнут произвольным образом на разных машинах исполняться, и очисткой кеша это лечиться не будет.

(34) И без хранилища такое было.

(59) А /ClearCache не работает чтоли?

(59) а потом пользователи жалуются что база долго запускается

(64) нет, конечно, почитай зачем оно нужно

(66) Дык написано же:

/ClearCache — очистка кэша клиент-серверных вызовов (используется для тонкого и толстого клиентов в режиме 1С:Предприятия).

Да и по опыту как минимум в некоторых ситуациях он помогает.

А способ из (59) грохает все настройки пользователя при каждом выходе из базы, что неприемлемо.

(67) Сделай корректировку, удаляй не всю папку, а только два файла, не помню на память их названия.

(68) Поскольку демоническое обновление не всегда лечится очисткой кеша (попадали уже на это), то на рабочей базе оно используется только в критической ситуации. За последний год (как минимум) таких ситуаций не было. Так что смысла запускать подобный скрипт каждый раз при выходе нет. Если такое обновление все же будет - можно в скрипт при входе/выходе из системы включить на 1 раз.

По возможности, желательно избегать.

+ к(70) на 8.3.5 убил на восстановление работоспособности почти две недели. Подробности - прямо тут, на мисте = Ошибка "Файл не обнаружен в Config" при сохранении конфы