Хочу попробовать сделать административную установку нового релиза платформы.
На сервере выкладываю в общую папку платформу (новый релиз).
Из предыдущего релиза выкладываю в эту же папку 1cestart.exe (из папки Common - предыдущей платформы).
Пишу в файле конфигурационном:
Насколько я помню, папка с файлом 1cestart.exe всегда одна и та же. 1cestart.exe всегда запускается один и тот же.
В каталог, где лежит 1cestart.exe просто надо закинуть каталог с файлами установки. И запускать файл 1cestart.exe из этого сетевого каталога на сервере.
(4)Спасибо за ответ!
Несколько не понятно.
У меня 1С:Сервер.
Клиенты, на каждом клиенте стоит платформа.
Стоит задача: обновлять платформу клиентов административно.
Не понятно, куда надо положить дистрибутив и запускать 1cestart.exe?
Можете подробнее?
Смотри, у меня на прошлой работе было как.
Был каталог на сервере, к которому был открыт доступ на чтение. Там лежали файлы сестарта, а так же лежал каталог с установочными платформы 1с (не важно тонкий или полный дистрибутив)
Далее у пользователей на рабочем столе был ярлык на этот сестарт из того каталога на сервере. Когда пользователь запускал этот файл, то он проверял, требуется ли обновление платформы установленной на ПК пользователя, если да, то он устанавливал из файлов, которые находились на сервере, если нет, то запускал платформу у пользователя
У меня с 8.3.10.2667 другая фигня - при установке рядом с 8.3.6 через какое-то время по непонятным причинам стартер перестает "видеть" старый релиз (а сервак еще 8.3.6) и при запуске начинает ожидаемо ругаться мол версия клиента не соответствует версии сервера (пытается к серверу подключиться клиентом нового релиза). И нифига не помогает. Только переустановка. На какое-то время.
Так что вполне может быть, что дело в релизе.
Системные администраторы, подскажите, пожалуйста, программисту:
Необходимо ли при таком административном способе установки 1С давать расширенные права пользователям, административные права?
Ведь установка идет в Programm File.