Добрый день.
Появилась необходимость обновлять 1С ночью, из командной строки. Команду нашли, оттестировали на обновлении конфигурации нашими изменениями. Однако в случае выхода нового релиза УПП, как утверждает ответственный за обновление сотрудник, необходим тестовый запуск 1С из конфигуратора в режиме 1С:Предприятия (Сервис/1С:Предприятие). Недавно, когда забыли сделать этот тестовый запуск, имели проблемы: на пользовательских машинах при запуске появлялось сообщение о проведении обновления (хотя оно было выполнено), а затем возникала ошибка на самых разных местах, где всё работало ранее нормально. Помогла очистка кэша у пользователей.
Вопрос - при обновлении со сменой версии релиза из командной строки как нам быть с тестовым запуском? Нужен ли он? И если нужен, как его сделать?
PS Запуск 1С после обновления НЕ из конфигуратора с полными правами в описанном выше случаене помог.

Если типовая - запуск ручками проводить. Перед обновлением выкидывать всех из 1С. Почему ручками? Потому что при запуске у тебя будет висеть надоедливое окошко с подтверждением легальности обновления

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

То есть когда после обновления вы запускаете 1С: Предприятие - обновление не выкидывает окон?

нет

Хммм

Накатывает при помощи сравнения и объединения.

Возможно ли сделать тестовый запуск из командной строки? Или в нашем случае он вообще не нужен - все необходимое произойдет по выполнению командной строки?

Однако ты смелый парень

(8) т.е. нужен?

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

Обновлять УПП, да ещё я так понимаю, дописанную, в автоматическом режиме - это очень смело, имхо.

(11) Простой 1С на время обновления должен быть минимизирован, т.к. в рабочее время она теперь должна быть доступна чем больше, тем лучше.
А что может произойти при обновлении дописанной УПП в автоматическом режиме?

Вообще предполагается, что обновление вначале будет выполняться на тестовой базе, полностью идентичной по конфигурации рабочей. Если всё нормально, на ночь планируем задание на автоматическое обновление.

(11) это наверное там обработочки разные запускаются от 1С, при смене релизова

(14)->(10)

(14) там это где? Где-то в коде УПП есть команда запуска этих обработок и написано, что выполнять их стоит только в случае тестового запуска? Или это "вшито" в платформу?

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

Что может произойти?
Да например, то что произошло в (0)

База критична к простоям,поэтому нужна ОБЯЗАТЕЛЬНАЯ проверка ручками результата

(18) В (0) не делалось обновление из командной строки. Где гарантия, что "обновление из командной строки" = "выполненному вручную обновлению без тестового запуска"?

(19) что именно нужно проверять "ручками"?

(21) что все работает. А вдруг что пойдет не так? кто будет исправлять и когда?

(12) "что может произойти " - всё, что угодно, вплоть до полного разрушения базы.
З.Ы. Надеюсь, у вас реализован автоматический бэкап базы перед её автоматическим обновлением?

(22) если "что-то пойдет не так" - после автообновления проверить программно, что "всё так", если нет - разворачиваем бэкап.
Ночью (12-6) допустимо.
Единственно - надо формализовать, что значит "так". Как узнать, по какому признаку, что всё нормально?

(23) Бекап реализован

(24) "Как узнать, по какому признаку, что всё нормально?" - например, если никто не позвонил с криком: "у меня все документы пропали/все отчёты "поехали"". Но как это автоматизировать - я даже не представляю.

Поддержу - обновлять руками.
А в чем проблема - выделить в неделю 2-3 часа для обновления?

(26) Если на тестовой базе обновление накачено вручную, и ничего не поехало, всё осталось на месте - как оно может "поехать" на рабочей? В нашем мире существует энтропия, но всё же мы говорим о точных вещах.

(27) Это проблема, т.к. 8 часов каждый день выделяется на обновление - в тестовом окружении. Чтобы не останавливать рабочую базу.

(28) Это железо. Оно может поломаться. В самый не подходящий момент.
(29) Работаете - 24 часа в сутки? 7 дней в неделю? База.

(30) Есть база, которая не нагружена с 0 до 6 утра. В остальное время она нужна. Да, это база. Обслуживаем в то время, когда она не востребована. Понятно, форс-мажор никто не отменял. Но в большинстве случаев участие человека не требуется. Вы же бэкап вручную не снимаете, правда?

(31) Бэкап и обновление - совершенно разные вещи. И результат (ошибок) - имеют очень разные последствия.

(32) Разные почему? Потому что мы не можем оценить, корректно ли прошло обновление? Зачем тогда возможность его выполнить из командной строки?

(33) Вы случаем не из Новороссийска?

(34) Я чувствую подвох в Вашем вопросе.

(35) в карточку посмотри

(36) Вернемся к теме. Есть ли мысли, как оценить программно, что обновление прошло корректно, и как выполнить обработки, запускаемые при смене релиза? Простым запуском 1С достаточно? Если нет, как выполнить "тестовый" запуск?

(36) По поводу карточки всё понятно

(37) Вообще такого термина как "тестовый запуск" в УПП или 1С нет.
При обновлении на новый релиз, в момент первого запуска на типовой УПП открывается окно проверки легальности обновления. При подтверждении легальности запускаются обработки обновления.
Если у вас при смене релиза окно проверки легальности не открывается, нужно пытать вашего программиста на тему, как запускаются обработки обновления в вашей доработанной базе.