DAiMorкак я уже писал из Cache вы сможете только его остановить...Почему же, можно и перезапустить - через асинхронный запуск внешней команды $zf(-2,"cmd"). Баловался этим лет 20 назад, когда только перешли в Cache и по привычке хотелось делать всё, не выходя из интерфейса командной строки СУБД.

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

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

vcoshak...у нас всё происходит ровно по той схеме, которую вы описали...С точностью до перезапуска Cache. Зачем он вам?

vcoshak...если много фоновых процессов работает и сложно их централизованно остановить...
Именно так и есть.На самом деле, не ахти какая проблема обойти все процессы в цикле $order(^$Job(pid)) или другим способом и прибить "свои", распознав их по некоторому признаку, и аккуратно прибить. Признаком может быть некоторая переменная, которая должна быть определена, или блокировка Lock +^ActivityGlobal(pid), наличие которой можно определить по $data(^$Lock(...)). Второе надёжней, IMHO, и работать должно быстрее, чем лазить в каждый процесс для проверки его переменной.

В любом случае, время, которое будет потрачено на убиение процессов, наверняка окажется много меньше времени, которое требуется для установки обновления. Профит:
- избегаете перезапуска Cache, который в случае Windows обычно требует и перезагрузки ОС из-за незахвата Large Pages; другие негативные последствия перезапуска Cache, думаю, вам тоже известны;
- не надо решать нетривиальную задачу, которую вы поставили в данной теме.