Многоуважаемые форумчане! Относительно недавно возникла проблема: при динамическом обновлении выкидывает пользователей. Причём, как-то выборочно (соседа выкинет, меня нет; сам себя тоже выкидывал:)))Раньше такого не было, и поэтому есть соображения почему так вышло (после каких изменений). Во-первых, обновили платформу до последней на тот момент версии в ветке 8.2 (18.96). Но маловероятно, что это причина, т.к. выкидывает только из одной базы, а платформа на всех серваках одинаковая. Во-вторых, речь идёт об УТ 11. Подняли с 11.0.7.8 до 11.1.2.9.В-третьих, раньше работали в Толстом Управляемом, сейчас перешли на Тонкого. Второй и третий пункт прошли одновременно, после первого данной ошибки не было.
Ну и до кучи. В последних релизах (точно в УТ, в Бухгалтерии 3.0, кажется, тоже видел) появился справочник: Идентификаторы объектов метаданных. При добавлении в конфу, например, отчёта, для которого достаточно динамического обновления, чтобы его можно было использовать, нужно монопольно обновить этот справочник. Но даже, если этого не делать (при желании отложить этот момент, когда пользователей в базе меньше), при попытке открыть вариант другого отчёта, вылетает ошибка, что Новый отчёт не зарегистрирован. И приходится всех выкидывать, чтобы монопольно обновить этот справочник. Помогите, кто чем может...

(0) Адреналинщики...

(0)  когда конкретно используется ДинамОбн - ДО ?

Его лучше использовать когда незначительные изменения модулей, но когда новые объекты то лучше не юзать

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

Да бывает просто один символ нужно добавить, но срочно. А в базе 30 юзеров. Обновляешь - пять-10 из них выкидывает.

(3) Что именно было?

(4) "Да бывает"
Не бывает. Это следствие плохо организованной работы. "Автоматизируя хаос, получаем автоматизированный хаос" (с)

(6) Но раньше такого ни разу не было, есть ещё 25 баз - при ДО никого не выкидывает. Как обычно просит пользователя перезайти ДА-НЕТ. Пользователь отказывается и даль работает.

(7) Да я смотрю, вы там вообще отчаянные... :)

Когда ломается пылесос, аргумент "Но раньше такого ни разу не было" тоже помогает решить проблему?

(8) Мой начальник любит идти в ногу со временем, стараемся ставить самое последнее, может через месяц-два до 8.3 обновимся...

Ну так и что? Ни у кого соображений нет, никто с подобной проблемой не сталкивался?

(0) искрене и незамутнённо считал что при динамическом обновлении ДОЛЖНО потом бац - и выкинуть пользователей.. чтобы они типа раз, и перезашли в программу

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

(11) Жди пока Москва проснется...

Тут все трусы и ДО не делают. С яйцами лишь единицы...

Мы динамически обновляемся по несколько раз в день. Оперативная работа, небольшое задание поступило - нужно, чтобы сразу появилось исправление.

(13) Для меня это открытие! Вообще до июля с этим проблем не было. Лично я работаю чуть больше года, коллеги на 8-ке с 2009 -го.

Попробуйте поставить 8.3
У нас на ней с динамическим обновлением проблем нет. Только стараемся сразу отправить в филиалы файл обмена из обновленной конфигурации пока кто-то другой из не обновленной не отправил. так, на всякий случай :)

Здравствуйте, меня зовут Алексей и я делаю динамическое обновление.
Раньше, я делал динамическое обновление по три или даже целых пять раз в день.
Я мог не спросить пользователей, не сделать бекап средствами СУБД и динамически обновить базу ради изменения макета печатной формы счета на оплату.
Но потом случилось горе и в одно прекрасное обновление база просто не запустилась.
Это был ч0рный день в моей жизни.
Я потерял друзей, коллеги отвернулись от меня.
Жена меня бросила и дети не хотят со мной разговаривать.
Попа болела после долгого и многозначительного разговора с начальством.
И я решил изменить свою жизнь.
Я теперь занимаюсь спортом
Стал посещать бассейн.
Питаюсь правильно и соблюдаю правила дорожного движения.
Сегодня у меня праздник.
Я  уже 30 дней не делаю динамического обновления без ахивации базы данных средствами СУБД.
Я практически готов полностью отказаться от динамического обновления.
Вообще не обновлять динамически.


Преодолеть зависимость от динамического обновления мне помогли 12 простых шагов:

12 ШАГОВ , РАЗРАБОТАННЫЕ САМИМИ ДИНАМИЧЕСКИМИ ОБНОВЛЯЛЬЩИКАМИ
1. Признать свое бессилие перед поведением платформы 1с при динамическом обновлении.
2. Согласиться с утверждением, что без посторонней помощи не обойтись.
3. Мысленно перепоручить себя некой Высшей силе, которая поможет.
4. Проанализировать свои поступки.
5. Признать перед собой и кем-то еще свои ошибки.
6. Не сомневаться, что бекап перед динамическим обновлением сработает.
7. Просить высшие силы избавить от недостатков.
8. Составить список всех людей, кому причинили зло, и захотеть загладить свою вину перед ними.
9. Лично возместить этим людям ущерб, нанесенный вами и вашим динамическим обновлением.
10. Продолжать самоанализ и, при малейших ошибках, сразу признавать, что вы их таки совершили.
11. Не переставать размышлять и благодарить помощника из пункта 3.
12. Достигнув пробуждения, благодаря пунктам 1-11, помогать другим динамическообновлялщикам.


АЛИЛЛУЯ братья и сестры!
АМинь!

(18) Пока рановато. Но как я писал: сначала обновили платформу на всех серваках, а где-то через неделю подняли релиз УТ. УПП, ЗУП'ы - релизы последние, платформа 8.2.18.96. Там проблемы нет. Потому думаю, что дело именно в релизе УТ.

(18) И давно вы на 8.3?

(19) У нас организация работает круглосуточно. Если бэкапы каждые 2 часа делать (а база не совсем уж и маленькая), то сами понимаете - это скажется на скорости, база будет тормозить.

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

таааадам:

бекапы можно перезаписывать ПОВЕРХ предыдущих бекапов!!!


===:-[       -        ]



знаю, сам был в шоке когда услышал

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

воспользуйся этой мудростью во имя добра

(23) Ну тогда и я открою секрет своего рода: Изменения в базе можно сохранять, но базу не обновлять. А в обеденный перерыв предупредить сотрудников и поставить блокировку базы. Когда сотрудников в базе не останется можно обновиться.

Но тока тсссс! Сильно не распространяйся, я тебе по секрету сказал.

(25) Это к (22)

(25) сохранять но не применять изменения это путь не воина но труса!

(27) Да, простой воин так и скажет, но только великие полководцы понимают всю силу этого стратегического отступления...

(23) (25) Причём тут место - терабайтов хватает... База виснет при бэкапе. Если она весит 100 Гиг, то за 5 минут бэкап не сделается.

И вообще, часто задачи оперативные. Например, маркетингу звонит директор и говорит: срочно нужно, чтобы в отчёте было то-то и то-то. Маркетинг программерам. И никто обеда ждать не будет. Тем более, если задание после обеда поступило.

(30) Точно, ради отчета надо обязательно обновить БД... У меня все часто меняющиеся отчеты давно во внешних отчетах лежат. И никого выгонять не надо...

(30) открой для себя внешние отчеты.

(31) Это понятно. У нас тоже есть внешние отчёты и обработки. Есть у них небольшой недостаток - они лежат в разных папках, разных отделов, а некоторые вообще под конкретного пользователя почтой высылаются. 1с-ки меняют букву в конфигурации (особенно это заметно было, когда мы с 11.0 до 11.1 поднялись) и отчёты не работают у конкретного пользователя. А ещё у некоторых юзеров стоит запрет на использование внешних файлов. Да и вообще - причём тут отчёты! В базе сидят пользователи нескольких отделов, у каждого свои задания. Для того, чтобы, например, тому же маркетингу, бухам, или сбыту срочно внести изменения (пусть это будет один символ в модуле формы, но очень важный), вы предлагаете сделать бэкап и выкинуть пользователей?

(33) Я уже всё предложил в (25)

(33) В типовых есть справочник "внешние отчеты" снимает часть проблем с настоящими внешними отчетами.

(33) >Для того, чтобы, например, тому же маркетингу, бухам, или сбыту срочно внести изменения.

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

(25) Сотрудники из базы никуда не денутся и во время обеда, при том что у одних он в 12, у других - в 13.
Это во-первых. Во-вторых, если результат нужен СЕЙЧАС, то сохранять и ждать никак не получится. Если терпит - понятное дело просто сохраняем.

(33) Искренне желаю тебе чтобы при очередном ДО у тебя база убилась. Посмотрим что ты будешь говорить после)

И да, есть такой механизм - Произвольные отчеты. Категорически рекомендую!)

(21) Месяца 2-3

(40) По платформе ошибок нет?

(38) Спасибо и вам того же.

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

2 all: То что при динамическом обновлении когда не изменяются метаданные рушится база данных - это суеверия.
Подумайте логически что может случиться с базой если ее структура не затрагивается.

(43) Поэтому и ждём хотя бы 95% рабочей версии, и обновляемся до последних платформ 8.2. Хотя торговые агенты у нас с планшетников на 8.3 заказы скидывают в базу.

(44)  да да да, а миллионы рухнувших баз о которых ноют на форумах что на этом что на партнерском это так.. эротические фантазии дба.. да ?

(44) Однако же почему-то периодически появляются топики - "Помогите база убилась при ДО"...

(44) Да хотя бы тот же кэш... Не, не слыхал ещё?

(45) Какие планшетники используете? На Асусах у нас не взлетело, самсунги покупаем.

(44) Во-во, согласен. Пару раз одна из баз была на грани краха, но НЕ при ДИНАМИЧЕСКОМ обновлении. За 4 года и с кучей баз. Значит, проверено годами.

(46) Против них есть миллиарды работающих баз после ДО и миллионы рухнувших без ДО.

Горбатого могила исправит...

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

(49) Самсунги на андроиде. Админ подсказывает, что Асус не взлетел, скорее всего, потому что андроид ниже версии 4.

(48) Наличка чтоли? Не знаю такого слова. Первый раз слышу.

(54) на аппаратах с андроидом ниже 4 версии оно работало. На асусах андроид 4.2.1.
Не прав ваш админ.
Но дело оказалось в процессоре, на асусах он х86, на самсунгах АRM

(56) И куда теперь асусы? По домам? :))

(56) У вас, кстати, при ДО пользователей не выкидывает? (просто остальные походу ДО не делают).

(58) "просто остальные походу ДО не делают"
Интересно, почему? :)

(57) Да

(58) Не выкидывает. Но у них появляется запрет делать обмен данными пока сами не перезапустят 1С.

(59) Потому что им сказали что база рухнет.

(59) Потому что ответы форумчан говорят сами за себя: делай бэкапы, выгоняй пользователей и только тогда обновляйся. Это не динамическое обновление, а 7.7.

(0) будь мужиком, отключи контроль динамического обновления

глобальным поиском найди где возвращается КонфигурацияБазыДанныхИзмененаДинамически() и вовзращай всегда ложь..

(63) "Это не динамическое обновление, а 7.7."
Жги ищо!))))))))

Я не говорю, что при ДО база не может рухнуть (просто у коллег за 4 года, как на 8-ке работают) такого не было. А обновляем динамически разные базы по 20-30 раз в день. Умножать не буду, но... Так что, при изменении структуры % краха точно больше, чем при ДО.

(65) А че, правильно говорит, прошлый век выгонять пользователей.

постоянно пользуюсь динамическим обновлением для базы в 200 гигов и 60 круглосуточно работающими пользователями, никто не вылетает, 8.2.15

Это как было раньше: Подключил мышку перезагружай комп

(68) Молодец! Что за конфа?

(70) ут10, это вам не уг11 ))

(71) Ну да, при 11.0.7 всё норм было. Но сейчас, насколько я знаю, 11.1.2.9 - последняя. Дальше обновляться пока некуда. Ошибка видимо в релизе УТ. Либо второй вариант - справочник Идентификаторы объектов метаданных. В УПП-шках и ЗУП-ах его нет. Только в УТ видел и в Бухгалтерии 3.0 (чисто себе на локалку поставил, чтобы посмотреть).

Вот сейчас динамически обновил. Подписка при изменении регистра ДатаЗапретаИзменения в новой редакции некорректно сработала. Поправил. Подписка касается только тех, у кого полные права (остальные пользователи форму этого регистра даже просматривать не могут). А среди пользователей с полными правами - Гл.бух, директор и подобные товарищи. Как тут откажешь, ждать обеда не будут. Лично я сейчас на обед иду, хотя время 11:10. Всё-таки ответ не получил. Может у кого редакция УТ одна из последних?

(73) да завязывай тупить уже.

ОбщийМодуль КонтрольДинамическогоОбновленияКонфигурацииГлобальный

Процедура ОбработчикОжиданияПроверкиДинамическогоИзмененияИБ() Экспорт

//добавить:
Возврат ;

(74) По ходу тупишь ты. Что мне в этой процедуре делать? Она задаёт вопрос пользователю через 20 минут после динамического обновления и ждёт ответ. А у нас проблема в том, что пользователя никто не спрашивает, а выкидывает сразу, как если бы обновлялся не динамически и было бы мне предложено прервать сеансы пользователей и я согласился.

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