Чем плохо динамическое обновление?

1. 24.07.13 16:12 Сейчас в теме
Все говорят, что динамическое обновление зло. Но конкретики я так и не услышал.
Действительно ли это зло, или это сказки из прошлого(первых релизов платформы 8.1-8.2)?

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

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

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

Что ещё может быть?
Пока обновляю динамически, вроде приключений не встречал. Но на форумах откапывыаю ветки, где очень плохо относятся к этому делу.
Ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
2. tango 495 24.07.13 16:18 Сейчас в теме
(1) Vextel, в начале века случился у меня абнормал с этой фичей, чуть ли ни на 8.0
рассказал о казусе на очередном собеседовании - местные "специалисты" подняли меня на смех - фигня, мол, классная фича!

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

сейчас делаю, полет нормальный, хотя как раз из-за слухов по сабжу всякий раз напрягаюсь
7. AllexSoft 24.07.13 16:34 Сейчас в теме
(2) tango, странно что у тебя в 8.0. помоему динамическое обновление было добавлено только в 8.2
8. tango 495 24.07.13 16:37 Сейчас в теме
(7) AllexSoft, не стану утверждать, давно было. ну, 8.1 - наверняка
Прикрепленные файлы:
3. AllexSoft 24.07.13 16:18 Сейчас в теме
(1) Vextel, были случаи когда повреждалась таблица config в бд, приходилось исправлять ручками, в SQL версии там попроще, средствами SQL администрирования можно снести ненужную запись, а с файловой посложнее, правил HEX редактором наугад.. ну или если запускается в пользовательском то выгружаешь всю базу в XML и загружаешь в пустую такого же релиза
4. tango 495 24.07.13 16:24 Сейчас в теме
(3) AllexSoft,
повреждалась таблица config
интересна была бы статистика и условия
5. AllexSoft 24.07.13 16:29 Сейчас в теме
(4) tango, не могу сказать, потому что имел дело с уже поврежденными базами, восстанавливал
16. Азбука Морзе 101 24.07.13 17:36 Сейчас в теме
(4) tango,
интересна была бы статистика и условия

сапер ошибается 1С раз:)
47. alexeyvs77 03.07.14 11:30 Сейчас в теме
(4) tango, у меня было пару раз, что похерилась таблица config.
По моему наблюдению, это случается тогда, когда динамич. обновление делается в тот момент, когда в это же время кто-то входит в базу в режиме предприятия
user681528_sbscomp; +1 Ответить
12. _smile_ 24.07.13 16:54 Сейчас в теме
(1) плохо тем, что работает не стабильно :)
33. a.k.konstantinov 26.07.13 01:20 Сейчас в теме
(1) большинство проблем с "кэшем", "вариантами отчетов" и т.д., раньше бывало что "падали" конфигурации. в последнее время инциденты с падениями конфы стали поступать реже, но не понятно с чем именно это связанно или начали реже(правильнее) использовать динамические обновления или 1С все таки что-то исправило.

если делаете просто изменение кода, то проблем вроде не возникает, в крайнем случае "грохаете" кэш пользователя и все нормализуется
49. Allexe8.1 03.07.14 18:39 Сейчас в теме
(1) Vextel, имхо, демоническое обновление это зло - зло само по себе, конкретное такое зло, с рогами и копытами. Даже без типовых глюков - ситуация, когда пользователи работают в одной базе, с одними и теми же данными, но на разных конфигурациях, с различной логикой - мягко говоря пикантна.
52. AlexO 132 25.12.14 17:00 Сейчас в теме
(49) Allexe8.1,
ситуация, когда пользователи работают в одной базе, с одними и теми же данными, но на разных конфигурациях, с различной логикой - мягко говоря пикантна.
в реализации 1С - "пикантна". А вообще, есть масса вариантов реализации подобных механизмов, куда более надежных. Например, слои в Axapta, где на каждом слое - свой разработчик (основная конфа, обновления, шаблоны, доработки и т.д.). И ничего не пересекается, и друг другу не мешает. И работает.(50) AlexanderKai,
Если на SQL, то сделаешь архив
не поможет архив, т.к. последствия ломаной структуры могут всплыть спустя значительное время. Будете переносить из архива все данные за это время?
80. wau8824ru 28.02.18 09:25 Сейчас в теме
(1)
Заметил одно, при "Динамическом обновлении" перед тем как вновь внести изменения, нужно либо дождаться пока все пользователи примут предыдущее изменения, либо выгнать всех пользователей.
И важно при этом самому принять изменения, до того как обменяться с РИБ, а то после этого ошибка - Конфигурация ИБ не соответствует ожидаемой, и пляски с бубном обеспечены.
В общем динамически можно обновиться 1 раз, после чего важно чтобы все пользователи вышли из "1С:Предприятие".
81. TODD22 18 28.02.18 09:28 Сейчас в теме
(80)
В общем динамически можно обновиться 1 раз, после чего важно чтобы все пользователи вышли "1С:Предприятие".

Тогда и смысла большого в динамическом обновлении нет, раз всем нужно выходить.
83. wau8824ru 28.02.18 09:34 Сейчас в теме
(81)
Тогда и смысла большого в динамическом обновлении нет, раз всем нужно выходить.

Всем нужно выходить если после динамического обновления была обнаружена ошибка, которую можно поправить следующим изменением.
Те изменения которые делаются нужно при этом проверить хорошенько, и если не хотите гэморой, лучше перед следующим динамическим обновлением попросить граждан выйти, и объяснять при каждом удобном случае что изменения нужно применять, если база просит.
6. Sevens 6 24.07.13 16:31 Сейчас в теме
Было дело. Обновляли раньше динамически, после очередного такого обновления(просто добавили права на документ в роли) слегла база.
"повредилась таблица config". Базу подняли, но рабочее время всё равно потеряно, да и нервотрепки много. Перестали так обновляться как бы не просили.
Если уж очень припекло, выгоняем всех и обновляем.
hlopik; rusmil; nik2500; ZUL_MTFKA; Serginio; WhiteDragon; vladir; nikki_00; lamelioss; AllexSoft; +10 Ответить
87. wau8824ru 31.07.19 09:00 Сейчас в теме
(6)
после очередного такого обновления(просто добавили права на документ в роли) слегла база.
"повредилась таблица config". Базу подняли, но рабочее время всё равно потеряно, да и нервотрепки много. Перестали так обновляться как бы не просили.

А нужно было
delete fr om config where FileName = 'commit' 
delete from config wh ere FileName = 'dbStruFinal'

Публикация https://infostart.ru/public/138797/
"fr om" и "wh ere" это infostart сам пробелы ставит
Может кому поможет
10. tango 495 24.07.13 16:43 Сейчас в теме
таки 8.0
При использовании динамического обновления периодически возникают различные проблемы в работе некоторых пользователей.
Решается эта проблема путем чистки каталога user\Local Settings\Application Data\1C\1Cv81 (или 1Сv8 для версии 8.0)

http://forum.infostart.ru/forum24/topic22332/
11. AllexSoft 24.07.13 16:47 Сейчас в теме
(10) tango, точно утверждать не могу, может и с 8.0... привычка выгонять всех осталась еще с 7.7, да и архив всеравно не сделаешь без всеобщего выхода (первое правило адинэснега), так что сталкивался с предложением динамического обновления крайне редко...
50. AlexanderKai 25.12.14 08:48 Сейчас в теме
(11) AllexSoft,
Если на SQL, то сделаешь архив.
MishinVl; +1 Ответить
13. Bukaska 138 24.07.13 17:09 Сейчас в теме
Сама всерьёз не сталкивалась. Но считаю динамическое обновление опасным. Равносильно что обновлять не постепенно, а через несколько релизов, потом не знаешь каких граблей в лоб ждать. В основном всегда стараюсь даже последовательность релизов соблюдать. А есть такие клиенты, у которых специализированные отраслевые решения и франч на свой ФТП выкидывает обновления через раз.. релизов эдак через пять и более.. бывали в итоге и проблемы в результате таких обновлений.. поэтому я динамического обновления тем более боюсь)))
35. AlexO 132 07.11.13 18:09 Сейчас в теме
(13) Bukaska,
Равносильно что обновлять не постепенно, а через несколько релизов

ну хоть чему-то на курсах путному научили.. не зря деньги заплатила :)
Хотя на форуме узнала бы бесплатно - но это уже нюансы.. кому-то нравится и заплатить за такое, а иначе - знание не знание :)
14. NightGod 24.07.13 17:13 Сейчас в теме
Использую регулярно, правда переодически приходится службу 1C:Enterprise 8.2 Server Agent (x86-64) перезапускать :)
15. tango 495 24.07.13 17:18 Сейчас в теме
(14) NightGod, имхо, не связанные вещи. у вас по архитектуре на которой машине ключек воткнут? а аладин-менеджор на котором развернут?
25. NightGod 25.07.13 09:39 Сейчас в теме
(15) tango, как раз причем, потому что после динамического обновления, если нажать "перезапустить конфигуратор", то он может быть уже не запустится ((. А ключики я думаю не причем.
27. tango 495 25.07.13 10:28 Сейчас в теме
17. lamelioss 143 24.07.13 17:42 Сейчас в теме
частенько пользуюсь, здоровая управленческая самописная конфа, людей выгнать не получится - розничная торговля в 70 магазах с 10 до 22, других вариантов для срочного внесения изменений нет.
18. lamelioss 143 24.07.13 17:43 Сейчас в теме
да и чтоб config таблица рухнула - такого еще не видел за 10 лет
19. Азбука Морзе 101 24.07.13 17:52 Сейчас в теме
(18) lamelioss, У меня было такое однажды, с тех пор зарекся
26. lamelioss 143 25.07.13 10:24 Сейчас в теме
(19) Азбука Морзе, (20) vlasin, верим на слово, используем аккуратнее ) просто 300-400 юзеров так сразу не выкинешь из базы
28. Bukaska 138 25.07.13 10:28 Сейчас в теме
(26) lamelioss, И так всегда. Хочешь жить - умей вертеться)
lamelioss; +1 Ответить
20. vlasin 24.07.13 18:01 Сейчас в теме
(18) у меня тоже не было, а потом раз - и повезло. Видимо, весь вопрос только в "когда".
21. Vextel 24.07.13 18:19 Сейчас в теме
Народ, у тех у кого упала база после динамического обновления, отпишитесь на каких релизах это было, хотя бы приблизительно, ну хотя бы 8.0, 8.1, 8.2. Просто где то читал, что уже в ранних релизах платфоры 8.2 было существенное изменение в алгоритме динамического обновления.
36. AlexO 132 07.11.13 18:12 Сейчас в теме
(21) Vextel,
Просто где то читал, что уже в ранних релизах платфоры 8.2 было существенное изменение в алгоритме динамического обновления.

Ага, ждите версию 10.0...
падала, падает и будет падать при дин обновлении.
Сам сталкивался с ошибкой неоткрытия после динобновления, с ошибками SDBL.
Восстанавливалось из архива, ибо возится с таблицами и наугад править все подряд - считаю, еще хуже, чем ДО. При наличии бэкапа.
41. zarucheisky 07.11.13 18:15 Сейчас в теме
(36) Динамическое обновление в 8.2 не затрагивает таблицы данных, а только таблицу конфигурации :)
43. AlexO 132 07.11.13 18:16 Сейчас в теме
(41) zarucheisky,
Динамическое обновление в 8.2 не затрагивает таблицы данных

Так и в 8.1-8.2 оно как-бы не затрагивает таблицы данных. А сломалась структура - сломалась и база.
Или думаете, что 1С сделала раздельную обработку структуры и данных? Не дождетесь. Слабовата она для такого.
54. Serginio 894 14.07.15 13:58 Сейчас в теме
(21) Помнится на 8.1 делал без проблем. Перейдя на 8.2 (216) уже не помню получил проблему с таблица config
Сначала не мог зайти в конфигуратор, но при обновлении не запускалась и база.
Причем решение этой проблемы было найдено на просторах интернета, но 1С так и не выпустило свой инструмент решения этой проблемы. Как впрочем и решения проблемы с кэшем конфигурации.
62. Светлый ум 277 31.10.16 11:59 Сейчас в теме
22. AllexSoft 24.07.13 21:14 Сейчас в теме
я восстанавливал на 8.2.16 базу
23. chmv 25.07.13 08:59 Сейчас в теме
Портится кэш зачастую.
Но без этого никака
24. sbr 25.07.13 09:00 Сейчас в теме
Из опыта:
Динамическое обновление опасно при работе с распределенной базой данных.
На центральном узле может пройти все гладко.
А вот на переферийной могут возникнуть большие проблемы.
Тогда приходится "отвязывать" переферийку от центрального узла, заливать изменения в конфу руками.
Ну и так далее.
Весь этот процесс уже не раз описывался на ресурсах этого сайта.

При работе с обычными базами проблем не возникало.
murat_; peterxx; +2 Ответить
29. пользователь 25.07.13 12:45
Сообщение было скрыто модератором.
...
30. YanTsys 12 25.07.13 13:47 Сейчас в теме
Вроде как при динамическом обновлении, иногда кэш на машине пользователя не соответствует старой структуре данных...

По крайней мере автор обработки которая чистит кэш 1с из 1с так написал:
Часто, при использовании динамического обновления конфигурации, у пользователей забивается кэш и программма не работает так, как надо. Проблема устраняется путем чистки пользовательского кэша. Но основновная загвоздка в том, что не возможно определить у какого пользователя (особенно если их больше 100) кэшированные модули соотвествуют текущей версии конфигурации, а у какого нет. Программист понимает это только тогда, когда у пользователя возникла ошибка и он присылает в отдел 1С письмо с руганью, принт-скринами и матами.

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


http://infostart.ru/public/121383/
39. AlexO 132 07.11.13 18:13 Сейчас в теме
(30) YanTsys,
Вроде как при динамическом обновлении

много чего может побиться, читатайте все сообщения.
Если б только дело на кэше и заканчивалось - вообще бы не было никаких тем про ДО.
31. rar_xxx 23 25.07.13 13:56 Сейчас в теме
Могу посоветовать одно, если решитесь на динамическое обновление, делайте его на сервере 1с, у меня 2 раза накрывалась база на 8.2. После чего практикую после SQL бекапа исключительно на сервере, пока не разу не накрывалась, отсюда сделал вывод что оба прошлых раза проблема возникла из за того что конфигуратор при динамическом обновлении был открыт по сети. Восстановить файловую базу можно спомощью Tool_1CD.
32. juntatalor 62 26.07.13 01:07 Сейчас в теме
8.2.16.362 Клиент-сервер x64. MSSQL 2008 R2 x64, Windows x64 2008 R2 SP1.
Динамическое обновление используется постоянно, порядка 20 пользователей одновременно + пики до 30. Конфа самописная. За год работы несколько локальных проблем с кэшем, не критичные.

Больше проблем возникает с хранилищем конфигурации, реально дурной инструмент. Обновление до 8.3 рассматриваю хотя бы чтобы подцепить конфигу на нормальный релиз трекер.
34. AlexanderKai 26.07.13 11:01 Сейчас в теме
Если сильно боитесь, делайте бэкап sql. 5-10 потерянных минут это еще терпимо. Так же можно чистить кэш - иногда бывают проблемы с формами у пользователей. Плюс надо отказываться от перезапуска конфигуратора, может возникнуть ошибка, она не особо критичная, но и не очень приятная. Придется лезть с запросом в sql сервер.
45. AlexO 132 07.11.13 18:19 Сейчас в теме
(34) AlexanderKai,
Придется лезть с запросом в sql сервер.

В смысле? это конфигуратор когда не открывается?
37. tamidi 5 07.11.13 18:12 Сейчас в теме
При работе в начальных релизах 8.2 были серьезные поломки базы, в последний год, может и больше никаких косяков не замечалось.
38. zarucheisky 07.11.13 18:13 Сейчас в теме
А в 8.3 есть еще динамическое обновление с реструктуризацией :)
40. AlexO 132 07.11.13 18:14 Сейчас в теме
(38) zarucheisky,
А в 8.3 есть еще динамическое обновление

Ага, там, помнится, еще и отказ от кэша обещали, ну как, кэш не находили еще в 8.3? :)
42. zarucheisky 07.11.13 18:15 Сейчас в теме
(40) Это к Лустину вопросы. Я покамест другим занят :)
44. AlexO 132 07.11.13 18:17 Сейчас в теме
(42) zarucheisky,
Ну так гляньте кэшовые папки ))
46. AlexO 132 07.11.13 18:27 Сейчас в теме
Кто тут надеется на 1С и её "исправления" (стаж работы мнее 4 лет), а потому смело зааявляет "это у вас, стариков, раньше так было!" - вот про 8.2:
http://sqland1c.ya.ru/replies.xml?item_no=33
48. fnxash 03.07.14 17:54 Сейчас в теме
Из опыта: чаще всего базы ломались после динамических обновлений баз на Postgre. Был даже один сервер на котором динамическое обновление в 20% случаев ломало базу. Причем проглядывается явная закономерность между корректной настройкой сервера и вероятностью падения базы. Microsoft SQL и на стандартных настройках значительно стабильней работает.
51. AlexO 132 25.12.14 17:00 Сейчас в теме
(48) fnxash,
чаще всего базы ломались после динамических обновлений баз на Postgre
Postgre сама по себе "глючная" (в связке с 1С), там таблицы могут побиться или "потеряться" без всякого ДО.
А некорректно ДО работает что на Postgre, что на Microsoft SQL.
Microsoft SQL и на стандартных настройках
Что еще за "стандартные настройки" SQL? Каким образом вы определили, что это - стандартное, а вот это - нестандартное?
53. Minakov00078 14.07.15 10:34 Сейчас в теме
Добрый день! Регулярно пользуюсь динамическим обновлением. Типичная проблема - в Кэше профиля пользователя на терминальном сервере остается слепок конфигурации, до динамического обновления. При следующем входе в базу пользователя подхватывается эта конфигурация, вываливаются ошибки на несуществующие, ранее удаленные процедуры и реквизиты, но которые были до динамического обновления. Приходится чистить Кеш профиля пользователя в винде. Это самое безобидное, что я встречал. А вот была ситуация, что кешированная конфа у пользователя в геометрической прогрессии осуществляла захват таблиц БД до момент полной блокировки работы всех 50 пользователей. Чистка Кэша помогла. Механизмы динамического обновления базы очень коварны. Версия 1С:Предприятие 8.3 (8.3.5.1443)
55. Чарик 2 14.07.15 14:12 Сейчас в теме
проблемы после динамического обновления были на версии 8.1 и ранняя 8.2 (толстый клиент). Сейчас на 8.3 УФ проблем не было.
56. Angelok 5 14.08.15 16:13 Сейчас в теме
Серьезных проблем замечено не было. Динамически обновлял более 100 баз, полет нормальный. Единственная замеченная проблема - сохранение во временные файлы.
57. Ldo1 31.08.15 13:39 Сейчас в теме
Встречался с очень серьезными проблемами после динамического обновления. Например, когда у пользователей не открывались, не проводились и нельзя было создать документы. 1с вылетала с записью памяти в дамп. Причем ошибку нельзя было выловить из логов технологического журнала, они там просто не успевали создаваться, а дам памяти не информативен.
58. Shurik1C 30.11.15 15:38 Сейчас в теме
59. volokitinac 30.11.15 16:39 Сейчас в теме
Случалась ситуация платформа 8.2.19:
Изменили конфигурация, подгрузили динамически. прошло какое то время, замечаю что то что я исправлял месяц назад, снова появилось в коде.
пришлось второй раз исправить.
60. set5553 01.12.15 06:35 Сейчас в теме
Настройки пользователей, прав сбрасывались...
61. vseliverstov 01.12.15 07:54 Сейчас в теме
Платформа 8.2.19.121. Заметил если в течении дня проводить более 10 динамических обновлений и пользователи не перезапускают 1с, то происходит данный глюк. В настоящее время прекратил динамическое обновление.
63. ipoloskov 152 31.10.16 12:09 Сейчас в теме
В начале 2010-х было несколько проблем, завершившихся чисткой таблицы CONFIG на MS SQL.
В последние несколько лет ошибок не отмечалось. Наверное, исправили где-то на 8.3.6 - 8.3.8
64. Sei Souma 31.10.16 15:29 Сейчас в теме
8.2.19 после динамического обновления с базой такая беда случилась что потеряли даже последнее помещенное в хранилище при откате.
66. Xershi 936 31.10.16 19:01 Сейчас в теме
(64) сколько раз уже обсуждалось, что криворукость использования динамического обновления не снимает с вас ответственности за его использование!
Светлый ум; +1 Ответить
65. spezc 740 31.10.16 18:56 Сейчас в теме
холивар детектед. при грамотном подходе к процессу разработки, динамическое обновление становится инструментом только крайней необходимости (когда нужно срочно поправить факап).
67. Terve!R 31.10.16 19:34 Сейчас в теме
(65) что значит грамотный подход к разработке? Вот сидит в базе несколько десятков пользователей весь день, а надо срочно что-то доработать - модули и формы документов, отчеты, интерфейс... Да мало ли бывает срочных дел? Причем часто срочно это надо одному-двум пользователям, а не всем, так вот они и перезайдут, а остальные даже не заметят, если конечно не включено оповещение об изменении конфигурации.

Может такие задачи сейчас уже решаются с помощью расширений, но кто-то ими реально пользуется? Неужели удобнее, чем динамическое обновление?

На платформе 8.3.6 ловил глюк с кэшем в клиент-серверном режиме, когда отображался старый текст модулей. Помогал выход-вход в конфигуратор. На более поздних платформах уже пофиксили.

Но глюк все еще можно словить с ошибкой нехватки памяти, крахом рабочего процесса и вылетом пользователей, если реально несколько часов динамически обновлять и обновлять, несколько десятков раз, тогда да, крыша у сервера едет. Но перезапуск сервера все лечит, ничего не теряется, но все равно надо быть осторожнее)
68. Sersh2010 3 11.11.16 12:24 Сейчас в теме
8.2.18.109. Большая жутко измененная УПП 1.3 на SQL сервере, 100+ пользователей регулярно. Динамическое обновление используем постоянно (за исключением реструктуризации естессно) и часто (несколько раз в день). Иногда выскакивает ошибка таблицы config. Штатно после этого можно обновиться только выгнав всех. Чтобы не выкидывать пользователей в таких ситуациях, был написан SQL триггер, спасающий config в отдельную таблицу бэкапов и хранящий там последние 10 копий этого config. Если config ломается, можно из другой базы всегда обработкой восстановить его из таблицы бэкапов. После восстановления в 99% случаев повторное динамическое обновление выполняется без ошибок.
69. пользователь 11.11.16 14:16
Сообщение было скрыто модератором.
...
70. kng67 11.11.16 14:23 Сейчас в теме
Большая Комплексная автоматизация на SQL сервере. В силу необходимости периодически обновлялись динамически. Несколько раз после этого чистили кэш у пользователей. Но один раз через день после динамического обновления ставила обновление в монопольном режиме. Визуально все отработало благополучно. Но после обновления перестала запускаться БД, пропала возможность зайти в конфигуратор. Чистка кэша не помогла. Помог только откат на копию именно перед динамическим обновлением.
71. корум 285 11.11.16 14:48 Сейчас в теме
В общем как всегда, прежде чем выйти за угол, сохраняйся.
Пора уж в подсознании процарапать: сначала бэкап, потом работа.
72. ROM_1C 691 05.01.18 17:59 Сейчас в теме
А еще динамическое обновление затирает код написаный после нормально сохранения. Т.е. пишу код в модуле, сохраняю динамически - все ок, закрываю модуль, открываю модуль обратно и все - нет моего кода! Есть старый, который был сначала..
Релиз 8,3,7 - 8,310, база скл.
Одного раза полдня работы затерло! Проверяно на разных базах...
73. PiotrLoginov 05.01.18 19:18 Сейчас в теме
Похоже, ТС затронула больной вопрос. Интересно было бы знать: глючность динамического обновления - это навсегда, или мы доживем до поры, когда сетования на форумах по поводу опасности динамического обновления устареют и станут неактуальны?

И потом, надо различать платформу обычную и КОРП. Возможно, уже сейчас динамическое обновление на обычной - атавизм, который позиционируется как что-то, чего быть не должно. А вот на КОРП - уже сейчас полноценный механизм.
74. protexprotex 128 05.01.18 20:36 Сейчас в теме
Тоже был прикол с динамическим обновлением - база (SQL) легла... Из архива восстановился, конечно, но когда делаю динамическое обновление всегда трясусь ожидая окончания. И бывает, что при динамическом обновлении отваливается 1С-ка, и потом пишет, что при обновлении аварийная ошибка, нужно монопольно войти и повторить. Приходится выгонять всех пользюков (а их в нект. базы до 80) и обновляться. Тоже не есть хорошо.
75. DenisCh 05.01.18 20:43 Сейчас в теме
У меня тут стабильно
Динамически обновляю периферию - та вылетает у пользователей.
Правда, там рарус и ключ защиты... Но в центре не вылетает же....
76. appolon321 263 05.01.18 21:03 Сейчас в теме
Видимо я жутко везучий, тьфу, тьфу чтобы не сглазить!
Динамическое обновление применяю в практике, катастрофических последствий пока не наблюдал.
Хотя УПП 1.3 SQL-версия. 50-70 пользователей...
В любом случае всегда думаем можно-ли обойтись без динамического или нет. Стараемся оттащить все обновления во вне рабочее время
От знакомых программистов слышал тоже, что отгребали по полной от динамического обновления.
77. Cooler 22 05.01.18 21:46 Сейчас в теме
ИМХО, изменять конфигурацию во время работы, как это ни назови - все равно что перешивать одежду прямо на человеке, да еще когда он идет или бежит - может, все пройдет нормально, может - воткнете иголку бедолаге куда-нибудь, а может - и рукав к штанам пришьете, сзади или спереди - как получится.
78. AllexSoft 12.01.18 12:14 Сейчас в теме
После перехода на платформу 8.3.8 очень активно пользуемся динамическим обновлением, там что то явно починили.. Причем до 10 дин. обновлений в течении дня пробовали, все ок! База УТ больше 100гб, больше 150 пользоваталей онлайн.
До этого была 8.3.6, максимум 2 обновления в день прокатывало, дальше ночью надо было перезагрузить сервис агента сервера 1с. Иначе начинались проблемы с COM соединениями, то просто пользователи самопроизвольно отваливались с какими то внутренними ошибками и тд.
По поводу нужно ли дин. обновление вообще или нет, нужно однозначно - на больших базах которые активно конфигурируются каждый день и нет возможности выключить пользователей по другому никак.
79. forgrim 28.02.18 08:55 Сейчас в теме
В свое время столкнулся с несколькими проблемами:
1) При динамическом обновлении конфигурации произошел сбой и закрылась 1С. Ошибка: «Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?»
Исправляет два запроса, серверная база восстанавливает работу (для файловой помоему сложнее восстановить).
delete fr om config where FileName = 'commit'
delete from config wh ere FileName = 'dbStruFinal'
2) Иногда не все пользователи после динамического обновления "попадают" в "свежую" конфигурацию.
Проблема решается очисткой кэша пользователя (папки с "странными именами") в C:\Users\User\AppData\Roaming\1C\1Cv8 и C:\Users\User\AppData\Local\1C\1Cv8
Больше проблем не было замечено.
82. Slypower 28.02.18 09:28 Сейчас в теме
Сталкиваемся с проблемой. При постоянном и часто динамическом обновлении слетают заполнение реквизита в документах (тип - справочник, предопределенный). Бывают разные непонятные и непредсказуемые траллы, на которых нет ответа. В общем, ошибок не было никогда (обновляем на дкю по 10 раз), но могут вылезти потом подводные камни
84. foxey 4 28.02.18 10:06 Сейчас в теме
Частенько пользуюсь динамическим обновлением. Проблем с вариантами крушения базы не было ни разу. Но...
Нашел одно большое Но.
У меня при обновлении релиза конфигурации (УПП 1.3) время от времени слетают права на мои собственные объекты конфигурации. Есть несколько добавленных регистров сведений, десяток справочников. И вот на них порой слетают все права.
Днем я обновляю конфигурацию, проверяю стандартные документы и справочники, в которых дописан мой код, чтобы мои наработки сохранились. Изменения сохраняю, а обновление конфигурации базы данных выполняю уже на удалёнке вечером из дома, когда в базе пусто.
И время от времени на следующее утро меня ждал сюрприз - мои наработки не работали по причине "Нет прав доступа...". Обнаруживали это пользователи, коих уже в базе тьма тьмущая. Залезаю в конфигуратор, восстанавливаю сброшенные права, динамически обновляюсь, проверяю работу, запуская клиента под каким-нибудь пользователем, удовлетворенно занимаюсь другими делами. Через некоторое время - Игорь, а когда 1С будет работать?
Выясняется, что прав по-прежнему ни у кого нет. Заглядываю в конфигуратор - нет прав. Точнее, есть у первого объекта, который мы проверяли, у последующих - нет. Дальше повторение прошлого - исправляем, динамически обновляемся, проверяем - работает. Ан нет, работает только в первом сеансе, в следующих установлены права только у первого и второго объектов. И так далее. Заканчивается все тем, что приходится изгнать всех, обновиться монопольно и передохнуть до выхода следующего релиза обновления.
История с кэшем пользователей тут не катит. Почему у первого объекта права сохраняются?
Выход пока вижу один - В обработчик ПриНачалеРаботыСистемы() вставить вызов своей процедурки, которая бы проверяла существование выставленных прав на список моих объектов конфигурации и при обнаружении их отсутствия изрыгала бы мессаги с красным цветом текста, чтобы срочно позвонили программисту.
85. artkor 212 19.03.18 15:57 Сейчас в теме
Интересно, а при динамическом обновлении через механизм расширений симптомы те же, что и вышеописанные? ДО у нас используется, пока проблем почти не было - за исключением того, что в хранилище 1С вошел с терминального сервера, который ранее не использовался для конфигуратора. Пропало несколько блоков кода, благо бэкап был. С расширением пока проблем нет. обновляется значительно быстрее по понятным причинам :)
86. akitayev 3 19.03.18 17:24 Сейчас в теме
С динамическим обновлением были грабли: приходилось или "переобновлять" базу монопольно, или как минимум чистить кеш. При чём, у одних клиентов неоднократно без проблем, у других лучше и не пытаться. От чего зависит успешность динамического обновления не ясно, то ли от версии платформы 1с , то ли от других параметров.
88. progr-2008 118 11.12.20 21:45 Сейчас в теме
Было, после динамического обновления появились ошибки не сразу, поэтому двое суток пришлось базу восстанавливать, т.к. уже было введено много информации.
89. user1545528 01.10.21 05:19 Сейчас в теме
У меня при динамическом обновлении у пользователей бывает выводятся нелепые ошибки, даже не связанные с моими изменениями, например подсистема печати недоступна, лечится чисткой кэша.Но проблема есть посложнее - обмены между базами. Насколько я понимаю - сервер 1С запуская регламентные задания в фоновом режиме запускает конфу, и обновив динамически, мы имеем то же, что и с пользователями, старую конфу в кэше(?), с которой работает регламентное задание. Сначала не мог понять в чем дело, почему появляются ошибки обмена, а сейчас после динамического обновления перезапуская службу Агент сервера 1С ошибок в обмене нет, чистить кэш смысла не вижу, т.к. у пользователя, от имени которого запускается служба нет кэша.
90. kns77 95 26.11.21 14:53 Сейчас в теме
1С позорище, за 2 десятка лет до сих пор не сделали нормальным динамическое обновление. Например у того же Парус 8 можно спокойно ковыряться в коде или перерисовывать существующие разделы, самое худшее что может быть, до перезапуска клиента раздел работать не будет, или будет работать по старому. Целостность базы контролируется на уровне СУБД. И такого понятия как потерянные ссылки не существует. В 1с же это жесть какая то, приходится ждать ночи пока пользователи выйдут. Или там где круглосуточное производство делать оповещение о выходе всех 100500 пользователей. Короче идиотизм.
Про скорость работы и выжирание ресурсов я молчу, жрет как не в себя
91. alexey-simf 21.12.21 13:32 Сейчас в теме
8.3.18.1698, но проявлялось на нескольких 19 и, как минимум, почти всегда, на предыдущих.

Сценарий:
- зашёл в конфигуратор, изменил, например, код модуля формы объекта конфигурации и, допустим, что-то в расширении, обновил динамически.
- через 15 минут ещё что-то изменил в том же модуле, снова обновил динамически
- через 3 часа ещё что-то поправил, снова динамически
- на следующие день ещё пару правок в таком же стиле

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

В чём, собственно, проблема: с каждым новым применением изменений время ожидания появления окна с кнопкой "Обновить динамически" сильно увеличивается, достигая через 5-6 обновлений 5-10 минут.

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

Программист 1С
Москва
зарплата от 150 000 руб. до 180 000 руб.
Полный день

Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству

Программист 1С
Нижний Новгород
зарплата от 170 000 руб.
Полный день

Администратор 1C
Москва
зарплата до 110 000 руб.
Полный день