Обновил платформу до 8.2.16.368, теперь исчезла возможность динамического обновление конфигурации. При любом вставленном комментарии в модуль, что принять  эти изменения конфигурации, требуется завершить работу всех пользователей!? Это у всех так, платформа глючная, или как-то настаивается? Как?

Дак чё, платформа глючная в итоге или нет ? )))

(387) местами и в отдельные отрезки времени, вообщем как обычно)

А ни у кого такой проблемы не было на 16 релизе: делаешь "Загрузить измененную конфигурацию", а после загрузки (очистка кэша, закрыть открыть конфигуратор) она отличается от загруженной?

На прошлой работе над базой работало 7-8 человек (разработчики+поддержка), в базе онлайн под 800 пользователей, динамические обновления были чуть ли не каждый день, ибо "неработа" пользователей (продажники) в течении 15 минут приводила к миллионным убыткам для холдинга. "Большие" обновления в выходные поздно вечером по регламенту. А Нуф-Нуф все про ларьки свои вещает.

Народ, никто не замечал, что 8.2.16.368 подвисает иногда при обновлении?! Вернее после обновления, когда из конфигуратора захожу в Предприятие процесс виснет.
Особенно часто такое встречаю, когда база файловая лежит на другом компе в сети, а обновлять приходится с удаленного.

(390) а что было в этих обновления, если не секрет?
Что может потребовать ежедневное обновление кода, кроме как говвнокод?

(392) даже тебя мама с папой родили не сразу такого из себя умного
пришлось допиливать тебя в школах и прочих институтах, правда же?

никто же не говорит что ты сделан сам понимаешь из чего..

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

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

винда та же на 8ке.. выпустили люмию, выпустили серфейс.. и будут дальшевыпускать ибо если не делать первые шаги никогда годного продукта не будет.

(374) 200 Гб это небольшая база. У нас в продакшене 1.5 Тб, на 1С и ничего. работает. И даже хорошо. И ты не поверишь  - все эти данные нужны.

(5) > Любители обновляться динамически имхо по большей части латентные гомосексуалисты.

Да вы, батенька, знаете в чем толк!

(291) Дык просто нужно как в старые добрые древние времена программерам выделять машинное (платное!) время и всё - дисциплина на уровне, попробуй ошибиться, очередь на "всунуть свою перфокарту" просто съест. А вообще - чепуха, дисциплина программирования, думаю, напрямую связана с качествами и воспитанием самого программиста, а не с предоставляемыми ему возможностями инструмента. ДО - однозначный респект 1С!

(392) А тебе не кажется, что быдлокодерами являются как раз создатели 1С. С этим обновлением куча проблем и решить они её не могут и при этом отключить эту фичу у них мужества не хвытает? Почему рерганизация БД может происходить без отключения, а изменение в конфигурации нет? Может что то в консерватории?

пятница хороша была, даже никто не запостил
http://www.1c.ru/news/info.jsp?id=15898

Новое в версии 8.2.17 платформы "1С:Предприятие"

   Реализована поддержка:
       операционной системы Microsoft Windows 8,
       системы управления базами данных Microsoft SQL 2012,
       веб-браузера Mozilla Firefox 15 (Windows, Linux).
   Упрощена процедура получения программных лицензий.
   Исправлены выявленные ошибки.

(398) Покорми оленей v8: v8: 8.2.17 финальный релиз

(400) бАлин

все-таки интересно, что же там у Phace такого было...

(401) интересно+1, но аргументом быть не может, т.к. архитектура решения должна учитывать специфику бизнеса, иначе это звучит так: мы создали решение, которое очень тяжело поддерживать. Приведу пример из личного опыта: бизнес 24/7, 1С 7.7, УРБД. Для выполнения обновлений, связанных, к примеру, с пересчетом итогов, в точках продаж были резервные узлы, которые обновлялись, и пользователи перебрасывались на них.

Такую веселую ветку проморгал ))

Апну срач

(404) во ты свин )

v8: НЕ динамическое обновление и локальный кеш

(392),(401),(402) Да, в большинстве случаев это исправление косяков товарищей участвовавших во внедрении, всплывающих в определенные моменты эксплуатации базы. Но только не надо продолжать обзывать всех тупыми и только себя признавать умным и пишущим идеальный функционал без ошибок. Внедрение курировал Сергей Нуралиев.

Но вопрос почему нужно было обновлять именно динамически я отвечал в (390): " "неработа" пользователей (продажники) в течении 15 минут приводила к миллионным убыткам для холдинга".

(407) значит плохо курировал, раз столько гамнокода была :)

(408) Легко не допустить ошибок при написании, например, калькулятора, и очень сложно, практически невозможно при написании серьезного продукта. Различные заплатки/апдейты/сервиспаки существуют у всех крупных разработчиков софта, как думаешь почему?

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

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

Нуф-Нуф против говвнокода!

(411) Угу вот так понадеешься, а потом лечить копией
v8: 1C 8.2 (12.78) Нарушена целостность структуры конфигурации
Причем инструментов восстановления у 1С нет. Вручную ребята. Так кто там ковнокодер?
Не умеете программировать, убирайте фичу. И ты и я будем довольны.

Существуют ли некие правила безопасного использования ДО?
Было бы интересно увидеть опыт в сжатом виде, к чему плохому оно приводит. А тут лирики на 5 страниц :)
P.S.
я так для себя понял , что нужен бекап буквально перед каждым обновлением , даже если поменяна одна буква.
и ДО использовать только тогда, когда отвертеться невозможно.

(414) база на полтеррабайта тебе в помощь, набэкапишься вдоволь

я динамическое обновление не применяю

научитесь наконец кодить нормально. и динамическое не понадобится

(417) Ваша позиция понятна. Вы её уже повторили раз 10.

(418) Я согласен с Нуф-Нуф. Научитесь кодить нормально, научите программистов, работавших на этом месте до вас, кодить нормально, научите заказчиков с сотней работающих юзеров не хотеть странного "вот прям щас", причем из базы юзверей выгонять нельзя. Научитесь всему этому и ДО не понадобится. :)

(419) Кодить нормально - можем, программистов учить кодить нормально - можем, заказчиков с сотней работающих юзеров не хотеть странного - не можем. И НИКТО НЕ МОЖЕТ.

(420) В (419) был сарказм.

а официальная позиция 1С на эту тему как звучит ? в каком фолианте её смотреть на ? :)

Проблема в масштабах. Когда для вас проблема выгнать 20 человек из базы, то действительно - пользуйтесь динамическим обновлением. Даже если крашнется - откатитесь, мелочь, комфортом удобнее, я сам так предпочитал делать в франче. У нас сейчас несколько больше сотни людей работает в различных филиалах постоянно онлайн, в разных городах, работа идет круглые сутки (3 смены людей). И все выходят, в строго установленное время (утром) для обновления, кто не выходит (тех выкидываем). Ибо 1 раз при ДО поехала конфа (работала не та, что применилась, а та что закешировалась). И день филиал проработал по непонятным правилам. Риск такого события в материальном плане существенно опаснее при таких масштабах, чем несколько минут простоя.

(423) +1

Хера демагогия развернулась. Автор решил проблему-то?
У меня была подобная херня - из бэкапа в sql скопировать таблицу config надо..
Если не поможет, то надо синхронизировать структуры.. (могу подробнее описать при надобности)

А, смотрю помогли.

(421) Я не против. Но все-таки, нормально кодить - можно. Отучить заказчика хотеть странного - никогда. В современных условиях.

ДО появилась нефига не ради исправления Gовнокода.

(425) Да, впервые с этим столкнулся... за то много поучительного узнал. Случаи как у (423) тоже были, не мог понять в чем дело.

Нуф-Нуф видимо просто не работал на предприятиях которые работают 24х7, c сотней пользователей в базе.

Dmitri888 видимо просто не работал на предприятиях с нормально поставленными и регламентированными процессами ИТ с тысячей пользователей в базе.

Видимо Dmitri888 знает способы очистки локального кэша и поэтому у него не бывает проблем с динамическим обновлением.
А будучи человеком интеллигентным, он не любит напрягать других людей нюансами своей работы и делает это только в крайнем случае, ибо считает, что его работа - для людей, а не люди - для его работы.

(431) Нуф-Нуф
что то я вам не доверяю)) про Вашу тысячу онлайн пользователей в одной базе))


(432)  Dmitri888
а Вас поддерживаю))
да бывают Глюки с дин.обновлениями - но решить их за 5-10 минут вполне реально))

и не надо из бэкапа копировать 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С"

ps:
естественно всех прийдется выгнать из на 5 минут

из 1с

(434) даже если ты сранный фокусник и сможешь провернуть это за 5 минут - то на какую сумму уменьшится твоя ЗП и на сколько расширится твое очко в качестве кары за 5 минутной простой организации 24/7

все не читал, так че там? при дин. обновлении кэш портится да?

(432) у тебя все базы запускаются с флагом /клеаркэш?

(438) карма портится

(440) в 8.3 все ок будет?

(440) зачем тогда 1С сделал это штатным механизмом, есть версии?...

вообще забавная ситуация с ДО. помню во времена главенства 7.7 все сопели про убогую 1С, которая не умеет штатно обновляться динамически, если не было изменения структуры данных. теперь, когда 1С такой механизм сделала, выясняется, что это портит карму...

(443) А зачем нужно это динамо-обновление, если потом целостность структуры разрушится? Два раза попадал, что-то больше не хочется.

я вот не пойму если механизьм ДО косячный то это не значит что ДО это зло

по мне так не важно ДО или просто обновление, если есть ДО почему бы не воспользоваться?, а вот то что с кешем трабла так это известная криворукость

(443) 77 умеет почти :-) штатно обновиться, если не было изменния структуры...

(444) это уже вопрос к реализации механизма, а не его необходимости...

(446) с помощью турбобл?...

(448) С помощью unlocker'а :-))

+(448) или текстовых модулей объектов?...

(441) Да. Там не будет ДО :-)

(446)если по вашим словам ДО это латентный гомосексизм то как назвать то что вы предложили???

(452) Это называется "оперативное внесение незначительных изменений".
Кстати, про латентность я не говорил.

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

(453)сорри ошибся это слова Нуф-Нуф 'а

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

(454) анлокер - это поделка неизвестного автора? :-)

чуть офф: 8.2.17.143 - по ущещниям норм? после НГ переходим с 15.319

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

(459) И турбо умеет. И загрузитьизфайла умеет. Но это требует изменения конфигурации :-)

(459) На, ознакомься. wiki:Unlocker

Если нет бэкапа, то разве обычное обновление не менее опасно, чем динамическое?

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

(461) да уже не пригодится. в этом году последнюю семерошную базу на 8-ку перевел ;)...

(463) да в любом случае пригодится... Нет для 1с, так для чего другого...

Кто-нибудь здесь на 5 страницах уже рассказал как пользоваться динамическим обновлением с умом? А то интересно...

Нуф-Нуф (437)
раз уж пошла такая пьянка с переходом на личности
>если ты сранный фокусник ....

вот сколько видел на мисте ваших сообщений
вы НИЧЕГО кроме как ОБО...РАТЬ кого не пишите дельного...
крупный ТРОЛЬ однако не иначе ))

1)ДО - слетает не так и часто (у меня примерно раз месяц)
2)без ДО - писать что-то с месяцок с отрывам от реальности...
и возможно не то и не так ... может только самоуверенный долб...б.

(465)  blutang

ДО - это рулетка))
как быстро лечить если ВЫСТРЕЛ)) ...   (434) sanfoto

(467) не, это уже если выстрелило. А вот, чтоб не стреляло - как надо ползовать ДО с умом? Слыхал, что надо выгрузку/загрузку базы сделать как можно быстрее, если пришлось воспользоваться ДО.

А вот ещё интересно: ДО стреляет только по новым объектам и реквизитам, а код, дописанный в старые объекты, не трогает?

(469) ДО - при добавлении Новых реквизитов и Объектов НЕВОЗМОЖНО!

А забыл добавить...

меньше всего вероятность слета конфы при ДО - когда конфигуратор запущен там-же где и "сервер 1с"

+ еще уменьшает вероятность слета при ДО
1)использование 64 бит - сервер 1с
2)на сервере должно быть достаточно Оперативки...
ну как минимум чисто под "сервер 1С" около 4 Гб... уход в файл подкачки повышает вероятность слета.

>>Слыхал, что надо выгрузку/загрузку базы сделать как можно быстрее, если пришлось воспользоваться ДО.

Кэш надо иногда чистить у пользователей после ДО, выгрузка/загрузка пока не требовалась

(470) я тоже раньше так думал, но у меня получилось и объекты добавить в ДО, и заполнить их данными. А при следующем обновлении конфигурации всё и пропало.

(474), как?!

Как пропало? Пропали объекты со всеми данными :) А код, добавленный к старым объектам, остался. Был расстроен, но из бэкапа и с помощью КД всё восстановил.

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

В 8.3 обещают динамическую реструктуризацию

(476) небось обновление конфигурации базы делал не тормознув регламенты.

(479) 4 года конфигурацию обновляю - ни разу регламенты не тормозил

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

(468) >Слыхал, что надо выгрузку/загрузку базы сделать как можно быстрее, если пришлось воспользоваться ДО.

Кто-то рекомендовал процесс новый запускать на сервере предприятия перед ДО.

не читал, но осуждаю

(480) тогда ничего удивительного.

из последнего

У нас в конфигурации делались изменения на месте у клиента с динамическим обновлением. После чего сделан архив (dt). И проблема воспроизводится с этим архивом на новой базе (никакого кэша), и без распределенки в файловом режиме. Проблема выглядит так:
В пустую базу восстанавливаем архив. Затем сохраняем конфигурацию в файл. Делаем сравнение конфигурации с файлом - все идентично.
Делаем "Загрузить конфигурацию из файла" - выбираем тот же самый файл - происходит загрузка кинфигурации (не делаем обновление конфигурации БД). Смотрим - наши изменения все на месте. Затем нажимаем на "Обновить конфигурацию базы данных" - и те изменения, которые мы делали и применяли динамически В ДРУГОЙ БАЗЕ - исчезают!
При этом делаем сравнение с файлом - различий нет!
После всего этого если зайти снова и произвести какие-то изменения (в нашем случае были изменения в управляемой форме) - поставить пробел в модуле, например - то при сравнении все с тем же файлом конфигурации появляются различия по всем нашим изменениям, которые исчезли после обновления конфигурации базы данных!
Платформа 8.2.15.319.

http://partners.v8.1c.ru/forum/thread.jsp?id=983313

(485) интересно однако. Надо будет взять себе на заметку.