|
v8: Платформа 8.2.16.368 глючная? (Динамическое обновление) | ☑ | ||
---|---|---|---|---|
0
Mikhail Volkov
14.11.12
✎
06:32
|
Обновил платформу до 8.2.16.368, теперь исчезла возможность динамического обновление конфигурации. При любом вставленном комментарии в модуль, что принять эти изменения конфигурации, требуется завершить работу всех пользователей!? Это у всех так, платформа глючная, или как-то настаивается? Как?
|
|||
387
capitanjack1
15.11.12
✎
13:28
|
Дак чё, платформа глючная в итоге или нет ? )))
|
|||
388
Волесвет
15.11.12
✎
13:30
|
(387) местами и в отдельные отрезки времени, вообщем как обычно)
|
|||
389
эцп
15.11.12
✎
13:41
|
А ни у кого такой проблемы не было на 16 релизе: делаешь "Загрузить измененную конфигурацию", а после загрузки (очистка кэша, закрыть открыть конфигуратор) она отличается от загруженной?
|
|||
390
Phace
15.11.12
✎
15:29
|
На прошлой работе над базой работало 7-8 человек (разработчики+поддержка), в базе онлайн под 800 пользователей, динамические обновления были чуть ли не каждый день, ибо "неработа" пользователей (продажники) в течении 15 минут приводила к миллионным убыткам для холдинга. "Большие" обновления в выходные поздно вечером по регламенту. А Нуф-Нуф все про ларьки свои вещает.
|
|||
391
Alexman13
23.11.12
✎
22:30
|
Народ, никто не замечал, что 8.2.16.368 подвисает иногда при обновлении?! Вернее после обновления, когда из конфигуратора захожу в Предприятие процесс виснет.
Особенно часто такое встречаю, когда база файловая лежит на другом компе в сети, а обновлять приходится с удаленного. |
|||
392
Нуф-Нуф
23.11.12
✎
22:34
|
(390) а что было в этих обновления, если не секрет?
Что может потребовать ежедневное обновление кода, кроме как говвнокод? |
|||
393
IamAlexy
23.11.12
✎
22:53
|
(392) даже тебя мама с папой родили не сразу такого из себя умного
пришлось допиливать тебя в школах и прочих институтах, правда же? никто же не говорит что ты сделан сам понимаешь из чего.. а вообще есть мнение что если стремиться выпустить сразу идеальный продукт то продукт с очень большой долей вероятности выпущен никогда не будет.. даже на твой этот эппл посмотри.. выпустили карты - г.вно г.вном, ясное дело допилят и будет там нормуль все, но они их выпустили ибо надо делать первый шаг винда та же на 8ке.. выпустили люмию, выпустили серфейс.. и будут дальшевыпускать ибо если не делать первые шаги никогда годного продукта не будет. |
|||
394
Матадор
23.11.12
✎
23:20
|
(374) 200 Гб это небольшая база. У нас в продакшене 1.5 Тб, на 1С и ничего. работает. И даже хорошо. И ты не поверишь - все эти данные нужны.
|
|||
395
ВалераОшкин
23.11.12
✎
23:34
|
(5) > Любители обновляться динамически имхо по большей части латентные гомосексуалисты.
Да вы, батенька, знаете в чем толк! |
|||
396
Denyk
24.11.12
✎
03:25
|
(291) Дык просто нужно как в старые добрые древние времена программерам выделять машинное (платное!) время и всё - дисциплина на уровне, попробуй ошибиться, очередь на "всунуть свою перфокарту" просто съест. А вообще - чепуха, дисциплина программирования, думаю, напрямую связана с качествами и воспитанием самого программиста, а не с предоставляемыми ему возможностями инструмента. ДО - однозначный респект 1С!
|
|||
397
Serginio1
24.11.12
✎
11:18
|
(392) А тебе не кажется, что быдлокодерами являются как раз создатели 1С. С этим обновлением куча проблем и решить они её не могут и при этом отключить эту фичу у них мужества не хвытает? Почему рерганизация БД может происходить без отключения, а изменение в конфигурации нет? Может что то в консерватории?
|
|||
398
kuromanlich
24.11.12
✎
11:31
|
пятница хороша была, даже никто не запостил
http://www.1c.ru/news/info.jsp?id=15898 Новое в версии 8.2.17 платформы "1С:Предприятие" Реализована поддержка: операционной системы Microsoft Windows 8, системы управления базами данных Microsoft SQL 2012, веб-браузера Mozilla Firefox 15 (Windows, Linux). Упрощена процедура получения программных лицензий. Исправлены выявленные ошибки. |
|||
399
Amra
24.11.12
✎
11:33
|
(398) Покорми оленей v8: v8: 8.2.17 финальный релиз
|
|||
400
kuromanlich
24.11.12
✎
11:34
|
(400) бАлин
|
|||
401
Нуф-Нуф
24.11.12
✎
12:43
|
все-таки интересно, что же там у Phace такого было...
|
|||
402
koreav
24.11.12
✎
13:42
|
(401) интересно+1, но аргументом быть не может, т.к. архитектура решения должна учитывать специфику бизнеса, иначе это звучит так: мы создали решение, которое очень тяжело поддерживать. Приведу пример из личного опыта: бизнес 24/7, 1С 7.7, УРБД. Для выполнения обновлений, связанных, к примеру, с пересчетом итогов, в точках продаж были резервные узлы, которые обновлялись, и пользователи перебрасывались на них.
|
|||
403
Турист
24.11.12
✎
15:00
|
Такую веселую ветку проморгал ))
|
|||
404
Нуф-Нуф
25.11.12
✎
11:10
|
Апну срач
|
|||
405
Aprobator
26.11.12
✎
10:13
|
(404) во ты свин )
|
|||
406
Sammo
26.11.12
✎
10:30
|
||||
407
Phace
26.11.12
✎
16:23
|
(392),(401),(402) Да, в большинстве случаев это исправление косяков товарищей участвовавших во внедрении, всплывающих в определенные моменты эксплуатации базы. Но только не надо продолжать обзывать всех тупыми и только себя признавать умным и пишущим идеальный функционал без ошибок. Внедрение курировал Сергей Нуралиев.
Но вопрос почему нужно было обновлять именно динамически я отвечал в (390): " "неработа" пользователей (продажники) в течении 15 минут приводила к миллионным убыткам для холдинга". |
|||
408
Нуф-Нуф
26.11.12
✎
16:25
|
(407) значит плохо курировал, раз столько гамнокода была :)
|
|||
409
Phace
26.11.12
✎
16:30
|
(408) Легко не допустить ошибок при написании, например, калькулятора, и очень сложно, практически невозможно при написании серьезного продукта. Различные заплатки/апдейты/сервиспаки существуют у всех крупных разработчиков софта, как думаешь почему?
|
|||
410
Нуф-Нуф
26.11.12
✎
16:35
|
(409) Ну обычно серьезные продукты требуют серьезного подхода к разработке и тестированию, при котором необходимость динамического обновления сводится к минимуму. Конечно остаются моменты, когда оно необходимо, когда несколько этапов тестирования пропустило гамнокод, когда нет другого выхода - никто не запрещает динамически обновить (зная о возможных багах динамического обновления в 1С). Но в данном случае - динамическое обновление используется как раз при причине гамнокода. Точнее для исправления его последствий.
|
|||
411
Нуф-Нуф
26.11.12
✎
16:37
|
динамическое обновление - это такая палочка-выручалочка, которая может спасти в ряде случаев. но большинство надеются на нее и в принципе не выстраивают свои процессы по разработке так, чтобы свести необходимость динамического обновления к минимуму. вот я как раз против этого
|
|||
412
Нуф-Нуф
26.11.12
✎
16:42
|
Нуф-Нуф против говвнокода!
|
|||
413
Serginio1
27.11.12
✎
11:04
|
(411) Угу вот так понадеешься, а потом лечить копией
v8: 1C 8.2 (12.78) Нарушена целостность структуры конфигурации Причем инструментов восстановления у 1С нет. Вручную ребята. Так кто там ковнокодер? Не умеете программировать, убирайте фичу. И ты и я будем довольны. |
|||
414
ХомаБрут
21.12.12
✎
14:27
|
Существуют ли некие правила безопасного использования ДО?
Было бы интересно увидеть опыт в сжатом виде, к чему плохому оно приводит. А тут лирики на 5 страниц :) P.S. я так для себя понял , что нужен бекап буквально перед каждым обновлением , даже если поменяна одна буква. и ДО использовать только тогда, когда отвертеться невозможно. |
|||
415
Леха Дум
21.12.12
✎
14:35
|
(414) база на полтеррабайта тебе в помощь, набэкапишься вдоволь
|
|||
416
ERWINS
21.12.12
✎
14:36
|
я динамическое обновление не применяю
|
|||
417
Нуф-Нуф
21.12.12
✎
14:36
|
научитесь наконец кодить нормально. и динамическое не понадобится
|
|||
418
ХомаБрут
21.12.12
✎
14:38
|
(417) Ваша позиция понятна. Вы её уже повторили раз 10.
|
|||
419
MSII
21.12.12
✎
14:48
|
(418) Я согласен с Нуф-Нуф. Научитесь кодить нормально, научите программистов, работавших на этом месте до вас, кодить нормально, научите заказчиков с сотней работающих юзеров не хотеть странного "вот прям щас", причем из базы юзверей выгонять нельзя. Научитесь всему этому и ДО не понадобится. :)
|
|||
420
Master1C
21.12.12
✎
14:51
|
(419) Кодить нормально - можем, программистов учить кодить нормально - можем, заказчиков с сотней работающих юзеров не хотеть странного - не можем. И НИКТО НЕ МОЖЕТ.
|
|||
421
MSII
21.12.12
✎
15:25
|
(420) В (419) был сарказм.
|
|||
422
ХомаБрут
21.12.12
✎
15:41
|
а официальная позиция 1С на эту тему как звучит ? в каком фолианте её смотреть на ? :)
|
|||
423
Ymryn
21.12.12
✎
17:12
|
Проблема в масштабах. Когда для вас проблема выгнать 20 человек из базы, то действительно - пользуйтесь динамическим обновлением. Даже если крашнется - откатитесь, мелочь, комфортом удобнее, я сам так предпочитал делать в франче. У нас сейчас несколько больше сотни людей работает в различных филиалах постоянно онлайн, в разных городах, работа идет круглые сутки (3 смены людей). И все выходят, в строго установленное время (утром) для обновления, кто не выходит (тех выкидываем). Ибо 1 раз при ДО поехала конфа (работала не та, что применилась, а та что закешировалась). И день филиал проработал по непонятным правилам. Риск такого события в материальном плане существенно опаснее при таких масштабах, чем несколько минут простоя.
|
|||
424
Нуф-Нуф
21.12.12
✎
19:25
|
(423) +1
|
|||
425
pochemu
21.12.12
✎
19:30
|
Хера демагогия развернулась. Автор решил проблему-то?
У меня была подобная херня - из бэкапа в sql скопировать таблицу config надо.. Если не поможет, то надо синхронизировать структуры.. (могу подробнее описать при надобности) |
|||
426
pochemu
21.12.12
✎
19:32
|
А, смотрю помогли.
|
|||
427
Master1C
21.12.12
✎
19:43
|
(421) Я не против. Но все-таки, нормально кодить - можно. Отучить заказчика хотеть странного - никогда. В современных условиях.
|
|||
428
Aprobator
24.12.12
✎
10:03
|
ДО появилась нефига не ради исправления Gовнокода.
|
|||
429
Mikhail Volkov
29.12.12
✎
04:24
|
(425) Да, впервые с этим столкнулся... за то много поучительного узнал. Случаи как у (423) тоже были, не мог понять в чем дело.
|
|||
430
Dmitri888
29.12.12
✎
07:23
|
Нуф-Нуф видимо просто не работал на предприятиях которые работают 24х7, c сотней пользователей в базе.
|
|||
431
Нуф-Нуф
29.12.12
✎
07:27
|
Dmitri888 видимо просто не работал на предприятиях с нормально поставленными и регламентированными процессами ИТ с тысячей пользователей в базе.
|
|||
432
Dmitri888
29.12.12
✎
07:33
|
Видимо Dmitri888 знает способы очистки локального кэша и поэтому у него не бывает проблем с динамическим обновлением.
А будучи человеком интеллигентным, он не любит напрягать других людей нюансами своей работы и делает это только в крайнем случае, ибо считает, что его работа - для людей, а не люди - для его работы. |
|||
433
sanfoto
29.12.12
✎
08:22
|
(431) Нуф-Нуф
что то я вам не доверяю)) про Вашу тысячу онлайн пользователей в одной базе)) (432) Dmitri888 а Вас поддерживаю)) да бывают Глюки с дин.обновлениями - но решить их за 5-10 минут вполне реально)) |
|||
434
sanfoto
29.12.12
✎
08:31
|
и не надо из бэкапа копировать Config
есть способ быстрей...если база большая 1)создаем пустую 1c базу на том-же sql где основа 2)Основу и "пустышку" подключаем к Хранилищу конфы 3) в случае сбоя "пустышку" -обновляем из хранилища 4) Use БД_РАБОЧАЯ go Delete From [DBO].[Config] go insert into [БД_РАБОЧАЯ].[Dbo].[Config] select * from [Пустышка].[Dbo].[Config] go 5) и желательно почистить кеш самого "сервера 1С" |
|||
435
sanfoto
29.12.12
✎
08:43
|
ps:
естественно всех прийдется выгнать из на 5 минут |
|||
436
sanfoto
29.12.12
✎
08:43
|
из 1с
|
|||
437
Нуф-Нуф
29.12.12
✎
09:52
|
(434) даже если ты сранный фокусник и сможешь провернуть это за 5 минут - то на какую сумму уменьшится твоя ЗП и на сколько расширится твое очко в качестве кары за 5 минутной простой организации 24/7
|
|||
438
Alex S D
29.12.12
✎
09:54
|
все не читал, так че там? при дин. обновлении кэш портится да?
|
|||
439
Нуф-Нуф
29.12.12
✎
09:57
|
(432) у тебя все базы запускаются с флагом /клеаркэш?
|
|||
440
Нуф-Нуф
29.12.12
✎
09:57
|
(438) карма портится
|
|||
441
Alex S D
29.12.12
✎
10:00
|
(440) в 8.3 все ок будет?
|
|||
442
Guk
29.12.12
✎
10:07
|
(440) зачем тогда 1С сделал это штатным механизмом, есть версии?...
|
|||
443
Guk
29.12.12
✎
10:10
|
вообще забавная ситуация с ДО. помню во времена главенства 7.7 все сопели про убогую 1С, которая не умеет штатно обновляться динамически, если не было изменения структуры данных. теперь, когда 1С такой механизм сделала, выясняется, что это портит карму...
|
|||
444
FCM 50 t
29.12.12
✎
10:25
|
(443) А зачем нужно это динамо-обновление, если потом целостность структуры разрушится? Два раза попадал, что-то больше не хочется.
|
|||
445
х86
29.12.12
✎
10:26
|
я вот не пойму если механизьм ДО косячный то это не значит что ДО это зло
по мне так не важно ДО или просто обновление, если есть ДО почему бы не воспользоваться?, а вот то что с кешем трабла так это известная криворукость |
|||
446
ДенисЧ
29.12.12
✎
10:27
|
(443) 77 умеет почти :-) штатно обновиться, если не было изменния структуры...
|
|||
447
Guk
29.12.12
✎
10:28
|
(444) это уже вопрос к реализации механизма, а не его необходимости...
|
|||
448
Guk
29.12.12
✎
10:28
|
(446) с помощью турбобл?...
|
|||
449
ДенисЧ
29.12.12
✎
10:29
|
(448) С помощью unlocker'а :-))
|
|||
450
Guk
29.12.12
✎
10:29
|
+(448) или текстовых модулей объектов?...
|
|||
451
ДенисЧ
29.12.12
✎
10:29
|
(441) Да. Там не будет ДО :-)
|
|||
452
х86
29.12.12
✎
10:29
|
(446)если по вашим словам ДО это латентный гомосексизм то как назвать то что вы предложили???
|
|||
453
ДенисЧ
29.12.12
✎
10:34
|
(452) Это называется "оперативное внесение незначительных изменений".
Кстати, про латентность я не говорил. |
|||
454
Guk
29.12.12
✎
10:36
|
(453) пусть уж лучше это будет штатный механизм, чем какая-то поделка неизвестного автора, не?...
|
|||
455
х86
29.12.12
✎
10:36
|
(453)сорри ошибся это слова Нуф-Нуф 'а
|
|||
456
Поросенок Петр
29.12.12
✎
10:39
|
Набижали адепты регламентов и обновления, бьющие за день всем отделом максимум три сотни строчек, и засRали всё и вся.
|
|||
457
ДенисЧ
29.12.12
✎
10:40
|
(454) анлокер - это поделка неизвестного автора? :-)
|
|||
458
Maxus43
29.12.12
✎
10:40
|
чуть офф: 8.2.17.143 - по ущещниям норм? после НГ переходим с 15.319
|
|||
459
Guk
29.12.12
✎
10:44
|
(457) если честно, первый раз слышу. когда-то слышал, что турбобл умеет динамически обновлять, но сам не пробовал...
|
|||
460
ДенисЧ
29.12.12
✎
10:45
|
(459) И турбо умеет. И загрузитьизфайла умеет. Но это требует изменения конфигурации :-)
|
|||
461
ДенисЧ
29.12.12
✎
10:46
|
(459) На, ознакомься. wiki:Unlocker
|
|||
462
Flyd-s
29.12.12
✎
11:21
|
Если нет бэкапа, то разве обычное обновление не менее опасно, чем динамическое?
А если есть бэкап, то в каком случае меньше времени потратится - если несколько раз обновить динамически и база крякнется, придется восстанавливать из копии накануне или в случае если надо столько же раз выгонять всех для обновления? |
|||
463
Guk
29.12.12
✎
11:22
|
(461) да уже не пригодится. в этом году последнюю семерошную базу на 8-ку перевел ;)...
|
|||
464
ДенисЧ
29.12.12
✎
11:26
|
(463) да в любом случае пригодится... Нет для 1с, так для чего другого...
|
|||
465
blutang
29.12.12
✎
11:43
|
Кто-нибудь здесь на 5 страницах уже рассказал как пользоваться динамическим обновлением с умом? А то интересно...
|
|||
466
sanfoto
29.12.12
✎
11:46
|
Нуф-Нуф (437)
раз уж пошла такая пьянка с переходом на личности >если ты сранный фокусник .... вот сколько видел на мисте ваших сообщений вы НИЧЕГО кроме как ОБО...РАТЬ кого не пишите дельного... крупный ТРОЛЬ однако не иначе )) 1)ДО - слетает не так и часто (у меня примерно раз месяц) 2)без ДО - писать что-то с месяцок с отрывам от реальности... и возможно не то и не так ... может только самоуверенный долб...б. |
|||
467
sanfoto
29.12.12
✎
11:48
|
(465) blutang
ДО - это рулетка)) как быстро лечить если ВЫСТРЕЛ)) ... (434) sanfoto |
|||
468
blutang
29.12.12
✎
11:53
|
(467) не, это уже если выстрелило. А вот, чтоб не стреляло - как надо ползовать ДО с умом? Слыхал, что надо выгрузку/загрузку базы сделать как можно быстрее, если пришлось воспользоваться ДО.
|
|||
469
blutang
29.12.12
✎
11:57
|
А вот ещё интересно: ДО стреляет только по новым объектам и реквизитам, а код, дописанный в старые объекты, не трогает?
|
|||
470
sanfoto
29.12.12
✎
12:02
|
(469) ДО - при добавлении Новых реквизитов и Объектов НЕВОЗМОЖНО!
|
|||
471
sanfoto
29.12.12
✎
12:03
|
А забыл добавить...
меньше всего вероятность слета конфы при ДО - когда конфигуратор запущен там-же где и "сервер 1с" |
|||
472
sanfoto
29.12.12
✎
12:17
|
+ еще уменьшает вероятность слета при ДО
1)использование 64 бит - сервер 1с 2)на сервере должно быть достаточно Оперативки... ну как минимум чисто под "сервер 1С" около 4 Гб... уход в файл подкачки повышает вероятность слета. |
|||
473
Flyd-s
29.12.12
✎
12:54
|
>>Слыхал, что надо выгрузку/загрузку базы сделать как можно быстрее, если пришлось воспользоваться ДО.
Кэш надо иногда чистить у пользователей после ДО, выгрузка/загрузка пока не требовалась |
|||
474
blutang
29.12.12
✎
13:25
|
(470) я тоже раньше так думал, но у меня получилось и объекты добавить в ДО, и заполнить их данными. А при следующем обновлении конфигурации всё и пропало.
|
|||
475
Flyd-s
29.12.12
✎
13:51
|
(474), как?!
|
|||
476
blutang
29.12.12
✎
13:58
|
Как пропало? Пропали объекты со всеми данными :) А код, добавленный к старым объектам, остался. Был расстроен, но из бэкапа и с помощью КД всё восстановил.
|
|||
477
Flyd-s
29.12.12
✎
14:09
|
интереснее как могло получиться динамически обновить, добавив данные
|
|||
478
Sammo
29.12.12
✎
14:18
|
В 8.3 обещают динамическую реструктуризацию
|
|||
479
Aprobator
29.12.12
✎
14:26
|
(476) небось обновление конфигурации базы делал не тормознув регламенты.
|
|||
480
blutang
29.12.12
✎
15:23
|
(479) 4 года конфигурацию обновляю - ни разу регламенты не тормозил
|
|||
481
blutang
29.12.12
✎
15:24
|
(477) не, данные потом обычным путем добавлялись. А через неделю обновил конфу и...
|
|||
482
FCM 50 t
29.12.12
✎
17:58
|
(468) >Слыхал, что надо выгрузку/загрузку базы сделать как можно быстрее, если пришлось воспользоваться ДО.
Кто-то рекомендовал процесс новый запускать на сервере предприятия перед ДО. |
|||
483
Жан Пердежон
29.12.12
✎
18:08
|
не читал, но осуждаю
|
|||
484
Aprobator
30.12.12
✎
23:04
|
(480) тогда ничего удивительного.
|
|||
485
n0ther
11.01.13
✎
12:06
|
из последнего
У нас в конфигурации делались изменения на месте у клиента с динамическим обновлением. После чего сделан архив (dt). И проблема воспроизводится с этим архивом на новой базе (никакого кэша), и без распределенки в файловом режиме. Проблема выглядит так: В пустую базу восстанавливаем архив. Затем сохраняем конфигурацию в файл. Делаем сравнение конфигурации с файлом - все идентично. Делаем "Загрузить конфигурацию из файла" - выбираем тот же самый файл - происходит загрузка кинфигурации (не делаем обновление конфигурации БД). Смотрим - наши изменения все на месте. Затем нажимаем на "Обновить конфигурацию базы данных" - и те изменения, которые мы делали и применяли динамически В ДРУГОЙ БАЗЕ - исчезают! При этом делаем сравнение с файлом - различий нет! После всего этого если зайти снова и произвести какие-то изменения (в нашем случае были изменения в управляемой форме) - поставить пробел в модуле, например - то при сравнении все с тем же файлом конфигурации появляются различия по всем нашим изменениям, которые исчезли после обновления конфигурации базы данных! Платформа 8.2.15.319. http://partners.v8.1c.ru/forum/thread.jsp?id=983313 |
|||
486
Aprobator
11.01.13
✎
14:41
|
(485) интересно однако. Надо будет взять себе на заметку.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |