Имя: Пароль:
1C
1С v8
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) интересно однако. Надо будет взять себе на заметку.