В руководстве администратора “1С:Предприятие 8.2” рекомендуется для установки пользователями платформы создать общедоступный сетевой ресурс и оттуда запускать файл 1cestart.exe.

Как это работает:

После создания вышеописанного общего сетевого ресурса пользователь для первоначальной установки должен запустить программу запуска 1CEStart.exe, в результате запуска произойдет установка последней присутствующей в данном каталоге версии платформы "1С:Предприятие 8".
После выхода очередной версии платформы "1С:Предприятие 8" необходимо добавить в общий сетевой ресурс соответствующий каталог вида 8.2.xx.xx с дистрибутивом данной версии. При последующем запуске пользователем системы “1С:Предприятие 8” произойдет автоматическая установка новой версии.

Плюсы данного способа:
Для установки новой версии достаточно скопировать соответствующий дистрибутив в общий сетевой ресурс, т.е. нет необходимости в дополнительных действиях со стороны администратора;

Минусы:
Пользователи должны обладать правами локальных администраторов для возможности установки;
Со временем список установленных версий может стать достаточно внушительным, данный способ не подразумевает автоматическое удаление устаревших версий платформы.

А теперь собственно вопрос: возможно ли каким-либо образом настроить групповые политики так, чтобы этот файл запускался с администритивными правами, либо как еще можно сделать так, чтобы пользователей, не имеющий прав устанавливать ПО, мог обновлять платформу таким образом?

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

В групповых политиках есть возможность автоматической установки и обновления программ. По-крайней мере в server 2008 есть. .msi 1с тоже поставляет, что можно пробовать.

(2) Данный способ интересен, но как я понимаю придется для каждой новой версии платформы добавлять новый объект групповой политики? А еще слышал, что старые версии платформы невозможно будет удалить с компа после выключения групповых политик установки, помогает только чистка реестра, поэтому больше всего интересует способ, описанный в (2), как наиболее гибкий, достаточно только скопировать установщик новой версии платформы на сервак

(3)* способ, описанный в (0)

(1) тебе послышалось

(0) Читаем богомерзский ИТС:
Ваш способ:

Установка с помощью logon-скрипта.

Установку можно производить из скрипта, выполняемого при входе пользователя в домен. Задание соответствующего скрипта выполняет администратор домена.
Если пользователь не имеет прав на установку программного обеспечения, то администратор должен указать выполнение скрипта установки от имени пользователя, который может выполнять установку. Пример такого скрипта см. здесь.
С использованием скрипта можно устанавливать и удалять несколько версий «1С:Предприятия». Для этого нужно вызвать процедуру installOrUninstall с необходимыми параметрами (пример скрипта см. здесь).
Для установки новой версии администратору достаточно скорректировать пути общих сетевых ресурсов и код продукта, который нужно взять из файла setup.ini.
Дополнительно нужно указать файл трансформации adminstallrelogon.mst. В этом случае система «1С:Предприятие» при несовпадении версий клиента и сервера будет предлагать завершить текущий сеанс пользователя для установки новой версии.
Администратор должен позаботиться, чтобы скрипт был актуализирован и дистрибутив с новой версии был доступен на сетевом ресурсе.

Обновление версии

При установке платформы с использованием административных средств в каталоге конфигурационных файлов (см. здесь) создается файл adminstall.cfg (см. здесь).
Если при запуске информационной базы требуемая версия «1С:Предприятие» не обнаружена на компьютере и если у пользователя недостаточно прав для установки требуемой версии, пользователю будет предложено выполнить действие, указанное в файле adminstall.cfg: перезагрузка компьютера или повторный вход в систему (logon).

(3) Новый объект - да, как заменяющий предыдущую версию. Если зачем то понадобится удалить политики, то будет предложено удалить уже установленное ПО в автоматическом режиме. MS считает такое решение более правильным.

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

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

вот еще ветка в тему v8: Административная установка: как к ней подключить уже установленную платформу клиента
нерабочий этот велосипед в целом, т.к. в любом случае всё упирается в отсутствие прав на програмфалос и реестр

Ну а права только на установку 1с можно каким-нибудь образом сделать? Или они даются только на установку всех программ?

лучше не делай - будут проблемы с переключением русско-английского языка :), сами маемся на 4 компах, пока нашли другое решение - отписал в фирму 1С.

(11) Переключение с русского на английский? Как это связано? А какое решение вы нашли? Просто платфрорму необходимо поставить в сжатые сроки на большое количество компьютеров (чтобы не останавливать работу фирмы)

Вот тот вариант, что в (0) и больше всего поэтому нравится, но все упирается в то, что пользователи не являются локальными админами

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

(14) очень интересно, а версия платформы какая? у вас домен?

(15) 8.2, давно еще заметил такое явление, уж с полгода как не перелогиниваемся для обновления. Домен стоит, пользователи только в группе Domain Users и у этой группы права на папку 1Cv82 только на чтение.

блин, административная установка НЕ ТРЕБУЕТ установки на клиенте, работает из сетевого каталога!!!

единственое - COM.8.х если нужно, то приходится регить

(16) Тьфу ты, попутал, пользователи в группе Users на локальном компе.

(14) Интересно, интересно.

Да, на сетевом каталоге я делаю установку с ключиком /А и обновляются с него.
Но повторяюсь опять же - с простыми правами, и при этом в Program Files у них появляется полноценная папка с установленной новой версией.

(20) зачем ты обновляеш? все работает просто с запуском из сетевого каталога!!!

(21) интересно, а если пользователей будет полторы сотни и каждый будет работать с сервера? 1с рекомендует именно установку, а это получается финт ушами

(21) Во-первых не в курсе что и так можно, буду пробовать.
Во-вторых ноутбуки есть, которым иногда автономно требуется работать

(20) а в версии 8.2 работает административная установка с ключиком /a?

слышал, что в 8.2 этот вариант уже не катит

(24) работает

(26) а можно описать этот процесс более подробно? Как я понимаю берете дистрибутив к примеру 8.2.11, устанавливаете на сервере с ключом /a, далее из этой папки производим установку на компьютере пользователей. Далее самое интересное. Выходит 8.2.12 например. Как ее устанавливать на серваке? В ту же папку? Или должна быть отдельная для новой версии?

(27) В смысле что непонятно? Каждая версия лежит в своей папке. Установка с ключом /A спрашивает в какую папку положить, т.е. Program Files не затрагивается. Пользователи устанавливаются обновляються с него (там nethasp.ini настроенный должен лежать), в том числе и сервер, хотя сервер и необязательно именно оттуда.

(0) Я вообще установил на сервере, расшарил папку и запускаю из нее. Грузится все достаточно шустро.

(28) каждую версию устанавливаете в новую папку или все время в одну? у пользователя ведь каждая версия 1С 8.2 устнавливается в отдельные папки, а не обновляется!

30) В отдельные конечно. Выражение "обновление" в случае 8.2 не совсем корректно, согласен :)

(29) У меня есть ноуты-путешественники. Изредка автономно работают, а чаще через VPN тонким клиентом. Через 3G от билайна загрузка минуты 2.

(31), то есть устанавливаете на серваке в папки 8.2.11 и 8.2.12, а что пользователь должен делат для того, чтобы обновиться?

(22) у нас пользователей под 300 и никто не жалуется

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

(35) списоков баз несколько, список общих баз храню на сервере а персонально добавляемые лежат в профиле пользователя

(35) кстати сейчас озадачен перевода своей запускалки 7.7 на 8.х, правда пока нет решения как получить список пользователей без конекта к базе, но думу думаю

(37) мы же про 8.2 говорим?

(38) да

(35) Можно и общий указать, положив конфиг на сервер, при этом у пользователей есть возможность добавлять свои индивидуальные базы.

(39) (40), понятно, я просто хотел уточнить, что 1с при запуске с сервака поххватывает не только общий список баз, размещенный на сервере, но и список баз, размещенный локально на компьютере пользователя.

То есть есть такой вариант, просто установить на сервер (без административной установки и пользователям запукать оттуда, например тот же файл 1сestart), правильно я понял?

(41)да, только установка должна быть АДМИНИСТРАТИВНАЯ (с ключем)

(42) и там нет файла 1сestart :)

(42) а какой смысл в административной установке тогда?

Давайте еще раз. Как проводить эту административную установку и обновление. Берем копируем на сервер дистрибутив платформы. ПОдключаемся локально, запускаем setup.exe с ключом /a. Что надо шарить и что запускать пользователю для установки 1с?

(45) -> (43)

(46)В (0) - файл 1cestart.exe

У меня работает через logon-скрипт. Сначала старая версия удаляется, потом новая ставится. Все работает без проблем.
Вот ссылка на обсуждаемую тему (там же и скрипт)
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=561912#561912