Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
клиент при запуске ярлычка Запуск 1с8 ярлык ( \\server\СписокБаз \1cestart.exe) смотрит есть ли обновление, если есть то инсталлирует его без дополнительных вопросов
Вроде все полно расписано так, только вот где-то просмотрел что-то, не понял, а если юзер не админ на компьютере как это обычно бывает?
(3) sound, на практике не пробовал, запуск должен пройти нормально, с вопросом о доверии запускаемому приложению, но тут настройки политик безопасности решают, а вот по поводу установки не могу сказать, попробуй установить платформу в обычном режиме с нужными для тебя правами, увидишь результат. У меня просто бухи выдрессированные распоряжениями и служебками...особо не шалят, поэтому у них админские права, ибо домена всё-равно нет...
У меня домен и никаких прав у юзеров.
Сделал хитро. При запуске 1С у юзера втихую от имени админа устанавливается новая версия платформы. В общем списке баз прописано использование текущей платформы. Через неделю обновляю сервер 1С и прописываю в общем списке баз использование новой версии платформы. При очередном запуске 1С у юзера удаляется предыдущая версия. Юзеры вообще не о чем не догадываются, за редким исключением, когда за это время ни разу не была запущена платформа.
Сделал хитро. При запуске 1С у юзера втихую от имени админа устанавливается новая версия платформы. В общем списке баз прописано использование текущей платформы. Через неделю обновляю сервер 1С и прописываю в общем списке баз использование новой версии платформы. При очередном запуске 1С у юзера удаляется предыдущая версия. Юзеры вообще не о чем не догадываются, за редким исключением, когда за это время ни разу не была запущена платформа.
Может быть уже не актуально, и такого уже не происходит, но вот вам вопрос.
Создаю на рабочем столе пользователя ярлык \\server\СписокБаз \1cestart.exe.
Платформа устанавливается или обновляется и создает на рабочем столе ярлык к локальной папке "C:\Program Files\1cv82\common\1cestart.exe". Получается 2 ярлыка вместо одного, при этом запуск с локальной папке к обновлению в следующий раз не приведет. Как сделать так, чтобы второй ярлык не создавался?
Создаю на рабочем столе пользователя ярлык \\server\СписокБаз \1cestart.exe.
Платформа устанавливается или обновляется и создает на рабочем столе ярлык к локальной папке "C:\Program Files\1cv82\common\1cestart.exe". Получается 2 ярлыка вместо одного, при этом запуск с локальной папке к обновлению в следующий раз не приведет. Как сделать так, чтобы второй ярлык не создавался?
ApocalypseNTC пишет:
Может быть уже не актуально, и такого уже не происходит, но вот вам вопрос. Создаю на рабочем столе пользователя ярлык \\server\СписокБаз \1cestart.exe. Платформа устанавливается или обновляется и создает на рабочем столе ярлык к локальной папке "C:\Program Files\1cv82\common\1cestart.exe". Получается 2 ярлыка вместо одного, при этом запуск с локальной папке к обновлению в следующий раз не приведет. Как сделать так, чтобы второй ярлык не создавался?
Может быть уже не актуально, и такого уже не происходит, но вот вам вопрос. Создаю на рабочем столе пользователя ярлык \\server\СписокБаз \1cestart.exe. Платформа устанавливается или обновляется и создает на рабочем столе ярлык к локальной папке "C:\Program Files\1cv82\common\1cestart.exe". Получается 2 ярлыка вместо одного, при этом запуск с локальной папке к обновлению в следующий раз не приведет. Как сделать так, чтобы второй ярлык не создавался?
Да, нет, очень даже актульно. Очень хороший вопрос. На первую часть вопроса
ApocalypseNTC пишет:
Платформа устанавливается или обновляется
могу с полной уверенностью дать ответ: платформа устанавливает новую версию платформы, так как это делает стандартный механизм установки(обновления)8ки (на сколько я понимаю, у 1с нет понятия обновления платформы(замены каких либо файлов в старой верси),Просто удаляется старая и ставится новая, при этом происходит конвертация базы при первом запуске при наличие админских прав,так вот, 8ка пошла дальше, если вы посмотрите структуру каталогов, то будет видно, что старые версии платформы остаются), для тех целей, если вдруг, есть базы в других каталогах (серверах), использующие старую версию платформы, и есть строгая необходимость не обновлять платформу, то будет просто происходить запуск старой,это можно настроить в списке баз. Де есть 1 жирный минус данного метода, у пользователей со временем может накопится куча старых версий, но это дело можно почистить раз в 2-3 года.
Платформа устанавливается или обновляется
А вот по поводу ярлыка, если честно я сам так и не разобрался, думал, может подскажет кто, после публикации статьи. Логично предположить, что должен существовать соответствующий параметр, т.к. Система спрашивает устанавливать ли ярлык? Но я нигде не находил такого параметра, Пока пришлось пользователям просто объяснить, что тыкать нужно на другой ярлычок .
(12) При административной установке на компьютере пользователя локально создается файл 1CEStart.cfg, в котором указывается путь к общему файлу настроек 1CEStart.cfg в сетевом каталоге (параметр CommonCfgLocation), а в общем конфигурационном файле уже указан порядок обновления платформы. Поэтому специально ярлык к сетевому 1cestart.exe не нужен. По ярлыку, создаваемому платформой, все обновится. Главное, первый раз запустить установку с помощью сетевого 1cestart.exe.
(3),(4) Если у пользователя нет админских прав и не используются домены, необходимо установить политику AlwaysInstallElevated для компьютера и пользователя. Для этого: выполнить команду «gpedit.msc», в открывшейся консоли «Групповая политика» перейти к разделу «Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Установщик Windows». В данном разделе включить параметр «Всегда производить установку с повышенными привелегиями». Этот же параметр необходимо включить в разделе «Конфигурация пользователя\Административные шаблоны\Компоненты Windows\Установщик Windows». Данный порядок используется для ХР, но в других ОС от мелкомягких принцип, думаю, тот же.
(3),(4) Если у пользователя нет админских прав и не используются домены, необходимо установить политику AlwaysInstallElevated для компьютера и пользователя. Для этого: выполнить команду «gpedit.msc», в открывшейся консоли «Групповая политика» перейти к разделу «Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Установщик Windows». В данном разделе включить параметр «Всегда производить установку с повышенными привелегиями». Этот же параметр необходимо включить в разделе «Конфигурация пользователя\Административные шаблоны\Компоненты Windows\Установщик Windows». Данный порядок используется для ХР, но в других ОС от мелкомягких принцип, думаю, тот же.
(17) del_del,
Наши админы сделали так, что инсталлятор движка лежит в списке программ, устанавливаемых по сети. И пользователь без админских прав (считаю, что даже админы должны работать под простыми полномочиями, а мигалку включать только на время изменений в системе) сам ставит себе программу.
Наши админы сделали так, что инсталлятор движка лежит в списке программ, устанавливаемых по сети. И пользователь без админских прав (считаю, что даже админы должны работать под простыми полномочиями, а мигалку включать только на время изменений в системе) сам ставит себе программу.
BlackStar пишет:
1cSupport - третий, решение хорошее, а настройка списка баз и серверов с менеджером лицензий hasp (если используются аппаратные ключи) у вас как производится?
1cSupport - третий, решение хорошее, а настройка списка баз и серверов с менеджером лицензий hasp (если используются аппаратные ключи) у вас как производится?
У нас сейчас переналаживается эта система.
Пробую админа уговорить описать. Про хасп помню только, что фиксированный адрес в файле указан.
Если нормально отработаем подключение ещё пучка лицензий - постараемся написать статью "Админство баз восьмёрки на сотнях пользовательских мест".
del_del пишет:
Жаль административная установка не работает в сетях с доменом, так как для пользователей запрещено .EXE запускать
Жаль административная установка не работает в сетях с доменом, так как для пользователей запрещено .EXE запускать
Административная установка работает в сетях с доменом. Быть может запрещено запускать .exe политиками в вашем домене?
Вообще оба способа (в домене и без) описаны в руководстве администратора, там есть в приложении описание структуры конфигурационного файла. И еще неплохо рассказано о них в "1С:Предприятие 8.2. Коротко о главном. Новые возможности версии 8.2"
У нас домен, пользователи не имеют админских прав, политиками запрещено запускать любые установки, в том числе и 1С (потому что нет возможности ограничений, либо все - тогда такооого наставят, либо ничего). Держать на общих дисках какие то скрипты с админскими паролями - моветон. К тому же хасп настраивается для разных групп пользователей по своему, из скрипта группы правильно выбрать не получается, ну т.е. по домену не видно кто где, правила разделения другие. Для автоматизации установки и обновления платформы используем утилиту psExec, но не в "чистом" виде, а через "обертку" из 1С.
Реализовано в программе HelpDesk
Это документ "Дистанционное выполнение команд", кроме прочего он может хранить скрипты внутри себя, выбирать пользователей из базы по произвольному запросу 1С (интегрирован мастер запросов 1С), собирать и хранить логи выполнения установки по клиентам.
Создание пользователей в базах 1С тоже автоматизировано через заявки и пакетное создание в ActiveDirectory, конфигураторе, справочнике пользователей. В базе HD накапливается информация о подключенных. "Дистанционное выполнение" из запроса 1С всегда получает актуальный список и расставляет\обновляет платформу, настраивает Hasp и пр. Все автоматизировано "до одной кнопки", полный цикл, остальное - полумеры, ИМХО. Хотя конечно любое решение зависит от масштабов и потребностей, ну у нас без такого никак бы не получилось - уже подключили порядка 2-х тысяч пользователей.
Реализовано в программе HelpDesk
Это документ "Дистанционное выполнение команд", кроме прочего он может хранить скрипты внутри себя, выбирать пользователей из базы по произвольному запросу 1С (интегрирован мастер запросов 1С), собирать и хранить логи выполнения установки по клиентам.
Создание пользователей в базах 1С тоже автоматизировано через заявки и пакетное создание в ActiveDirectory, конфигураторе, справочнике пользователей. В базе HD накапливается информация о подключенных. "Дистанционное выполнение" из запроса 1С всегда получает актуальный список и расставляет\обновляет платформу, настраивает Hasp и пр. Все автоматизировано "до одной кнопки", полный цикл, остальное - полумеры, ИМХО. Хотя конечно любое решение зависит от масштабов и потребностей, ну у нас без такого никак бы не получилось - уже подключили порядка 2-х тысяч пользователей.
(26) adapter,
именно, любое решение зависит от масштабов и потребностей. Отсюда вытекает эффективность использования этого решения. Для ваших масштабов применяемая система действительно нужна и стоит того, для мелких масштабов можно обойтись более простыми методами
именно, любое решение зависит от масштабов и потребностей. Отсюда вытекает эффективность использования этого решения. Для ваших масштабов применяемая система действительно нужна и стоит того, для мелких масштабов можно обойтись более простыми методами
Я у себя настроил так: есть два списка баз. Первый для всех. Второй для узкого круга лиц, в дополнение к первому. Соответственно лежат они в двух разных каталогах.
Для подключения первого списка я кладу настроенный 1CEStart.cfg в "Users\All Users\1C\1CEStart".
Второй 1CEStart.cfg с указанием на второй каталог я кладу каждому пользователю отдельно в "AppData\Roaming\1C\1CEStart".
В результате оба списка объединяются у пользователя в один.
Так как все происходит на терминальном сервере, то и бегать надобности не возникает.
Кроме того, для управления видимостью общего списка, можно настраивать права на общий каталог.
Для подключения первого списка я кладу настроенный 1CEStart.cfg в "Users\All Users\1C\1CEStart".
Второй 1CEStart.cfg с указанием на второй каталог я кладу каждому пользователю отдельно в "AppData\Roaming\1C\1CEStart".
В результате оба списка объединяются у пользователя в один.
Так как все происходит на терминальном сервере, то и бегать надобности не возникает.
Кроме того, для управления видимостью общего списка, можно настраивать права на общий каталог.
использую аналогичную систему в одной организации, между 20 компами мотаться неудобно, да и бухи всегда очень заняты, комп на 5 минут не освобождают.
Но недавно появился глюк, может кто сталкивался:
На компах, не на всех, с системой Вин7(32) периодически при запуске вылетает ошибка и процесс закрывается. Компы особо не дают занимать, поэтому пока не понял что за косяк, может хаб тупит.
Но недавно появился глюк, может кто сталкивался:
На компах, не на всех, с системой Вин7(32) периодически при запуске вылетает ошибка и процесс закрывается. Компы особо не дают занимать, поэтому пока не понял что за косяк, может хаб тупит.
(70) Mirage78, удали временные файлы 1с из каталогов (2 каталога) пользователей. мне частенько помогает.
(71) Red_Devil, C:\Program Files (x86)\1cv82\common - да путь этот. Удалите всё, внимательно прочитайте статью, и пошагово сделайте как там написано, должно заработать. Только про временные каталоги пользователя, и общего пользователя не забудьте.
(71) Red_Devil, C:\Program Files (x86)\1cv82\common - да путь этот. Удалите всё, внимательно прочитайте статью, и пошагово сделайте как там написано, должно заработать. Только про временные каталоги пользователя, и общего пользователя не забудьте.
Эмоциональное отступление.
Удивляюсь тем людям, которые не стесняются говорить, что не читают инструкций и при этом считают себя профессионалами.
Если обновляешь платформу, то хотя бы почитай список внесенных изменений. Потом, когда понадобится можно будет разобраться в деталях.
Удивляюсь тем людям, которые не стесняются говорить, что не читают инструкций и при этом считают себя профессионалами.
Если обновляешь платформу, то хотя бы почитай список внесенных изменений. Потом, когда понадобится можно будет разобраться в деталях.
Можно более подробно про первую установку. У вас написано, что в общей папке должно быть:
"8.2.14.XXX - папки с дистрибутивом платформы."
"1cestart.exe - запускающий файл"
Под папкой дистрибутива понимается папка, которая находится на дисках ИТС (внутри которой setup.exe) или же это уже установленная версия платформы? По идеи дистрибутив - это версия с setup.exe, тогда непонятно - откуда взять 1cestart.exe. И при запуске 1cestart.exe не начинается ведь процесс установки... пишет - платформа не найдена.
Правда я пробовал с версией 8.2.13.202 начать, или это только в 14 платформе такая возможность появилась? Вообще поясните каким образом получить содержимое папок дистрибутива.
Я пробовал установить из общей папки 8.2.13.202. Затем запустил 1cestart.exe - все работало как надо. На локальном компьютере создался файл конфигурации с нужными настройками, с сервера список баз берет.
Потом положил в общий каталог дистрибутив 8.2.13.??? и запустил платформу. Но она даже не думает обновляться, просто говорит несоответствии версий на клиенте и сервере.
"8.2.14.XXX - папки с дистрибутивом платформы."
"1cestart.exe - запускающий файл"
Под папкой дистрибутива понимается папка, которая находится на дисках ИТС (внутри которой setup.exe) или же это уже установленная версия платформы? По идеи дистрибутив - это версия с setup.exe, тогда непонятно - откуда взять 1cestart.exe. И при запуске 1cestart.exe не начинается ведь процесс установки... пишет - платформа не найдена.
Правда я пробовал с версией 8.2.13.202 начать, или это только в 14 платформе такая возможность появилась? Вообще поясните каким образом получить содержимое папок дистрибутива.
Я пробовал установить из общей папки 8.2.13.202. Затем запустил 1cestart.exe - все работало как надо. На локальном компьютере создался файл конфигурации с нужными настройками, с сервера список баз берет.
Потом положил в общий каталог дистрибутив 8.2.13.??? и запустил платформу. Но она даже не думает обновляться, просто говорит несоответствии версий на клиенте и сервере.
Да, все-ки разъясните этот момент "Под папкой дистрибутива понимается папка, которая находится на дисках ИТС (внутри которой setup.exe) или же это уже установленная версия платформы? По идеи дистрибутив - это версия с setup.exe, тогда непонятно - откуда взять 1cestart.exe. И при запуске 1cestart.exe не начинается ведь процесс установки... пишет - платформа не найдена. "
z-alexey пишет:это уже установленная версия платформы?
нет это дистрибутив с диска (сайта, ворованный, и т.д)
z-alexey пишет: откуда взять 1cestart.exe
Я взял из уже установленной платформы, и просто скопировал.
z-alexey пишет:Правда я пробовал с версией 8.2.13.202 начать, или это только в 14 платформе такая возможность появилась?
Нет это работает и на более ранних версиях, точно знаю, что работает на 8.2.12.ХХХ и выше,НО были глюки с параметром CommonInfoBases, точнее с работой *.v8i файлами. Отрабатывала не так, как нужно.В версии 8.2.14.540 проблема была устранена.
По поводу установки. Внимательнее прочитайте добавления пользователя Spartan, где он дополнил, что из сети достаточно запустить первый раз, а далее платформа запомнит.
z-alexey пишет:Вам нужно расшарить каталог 1с на сервере. На клиенте настроить ярлык на доступ к экзешнику на сервере в расшареном каталоге. обновляете программу на сервере - она обновляется у клиентов.
Да, можно и так. Но этот ярлык понадобится только для первого запуска, далее система создаёт свой, при запуске которого происходит обновление. Кстати (38) WrongLane, (37) z-alexey, , как и написано в статье "По идее,после этих настроек, обновление клиентов закончится тем, что вы просто кладёте в папку \\server\СписокБаз\ следующий дистрибутив(\\server\СписокБаз\8.2.14.540.)", кстати, в этой строке был ответ на ваш вопрос по поводу "дистрибудив ли это?". Внимательнее читайте
(40) вроде все сделал правильно, а обновления не хочет ставить. Специально проверяю под админом домена.
Как бы еще проверить в чем может быть проблема? Замечания Spartan я учел и прописывание файла конфигурации и списка баз производится корректно. Единственное не начинается обновление платформы, когда подкладываешь новый дистрибутив...
Как бы еще проверить в чем может быть проблема? Замечания Spartan я учел и прописывание файла конфигурации и списка баз производится корректно. Единственное не начинается обновление платформы, когда подкладываешь новый дистрибутив...
(42) все разобрался сам. Мой косяк был, в файле конфигурации опечатка была - там где искать дистрибутивы. Теперь обновляется! Спасибо!
Еще осталось разобраться куда положить файл nethasp.ini чтобы он был общим для отдела.
И как в домене на всех компьютерах проставить "Всегда производить установку с повышен. привилегиями" - ну это сис.админа можно попросить.
Еще осталось разобраться куда положить файл nethasp.ini чтобы он был общим для отдела.
И как в домене на всех компьютерах проставить "Всегда производить установку с повышен. привилегиями" - ну это сис.админа можно попросить.
Присоединяюсь к (43). Такое ощущение что источником знаний для 1С -ников являются форумы... Литературу никто не читает. А ведь все это было и в 1С 8.2 коротко о главном и в документации по администрированию... Не стыдно то выкладывать такое?А?
Возникла Проблема при организации автообновления. Система безопасности Винды 7 требовала каждый раз подтверждения на запуск.
см. рис.1
нашел решение данной проблемы в сети
см. рис 2
см. рис.1
нашел решение данной проблемы в сети
см. рис 2
Прикрепленные файлы:
C:\WINDOWS\system32\runas.exe /savecred /user:Администратор "C:\Program Files\1cv82\common\1cestart.exe" — таким способом у пользователей запускается 1с:Предприятие в Ограниченном пользователе. Хотя есть проблемы в безопасности.
Давно пользуемся таким вариантом и в домене и без домена, нюансов по поводу кто где админ - не в курсах, но все обновляются через общий ресурс в сети...
А сегодня обнаружил еще одну особенность:
Можно таким образом обновлять разные версии платформы (мне требовалось 8.2 и 8.3).
Так вот я экспериментировал с прописыванием сначала 8.2, потом 8.3, потом опять 8.2.
И вот что обнаружил:
если после 8.2 обновлять 8.3, то обновление запускается перед запуском выбора базы
а вот если потом требуется обновить оттуда же 8.2, то обновление платформы осуществляется непосредственно перед запуском необходимой платформы (т.е. после выбора базы, которая требует запуска 8.2)
PS: правда у меня сложилось впечатление (не проверял), что если прописать при запуске базы конкретную версию платформы, а потом поместить ее в данный каталог, то и эта версия будет так же установлена (если ее не было на компьютере пользователя) и не важно, что она более старая....
А сегодня обнаружил еще одну особенность:
Можно таким образом обновлять разные версии платформы (мне требовалось 8.2 и 8.3).
Так вот я экспериментировал с прописыванием сначала 8.2, потом 8.3, потом опять 8.2.
И вот что обнаружил:
если после 8.2 обновлять 8.3, то обновление запускается перед запуском выбора базы
а вот если потом требуется обновить оттуда же 8.2, то обновление платформы осуществляется непосредственно перед запуском необходимой платформы (т.е. после выбора базы, которая требует запуска 8.2)
PS: правда у меня сложилось впечатление (не проверял), что если прописать при запуске базы конкретную версию платформы, а потом поместить ее в данный каталог, то и эта версия будет так же установлена (если ее не было на компьютере пользователя) и не важно, что она более старая....
(74) PVG_73,
В догонку.....
Попробовал использовать на конкретную базу вообще старую версию 8.2, прописал ее в настройках базы, ПРОСТО бросил дистрибутив этой платформы в общий каталог (файлы настроек не менял, как стояла последняя версия 8.2, так и оставил).
Запускаю базу и О ЧУДО ставится та платформа что я указал в настройках базы.....
Так что получается, что если нужна последняя версия платформ прописываем в конфигурационные файлы, если нужны старые версии платформы просто кидаем необходимый дистрибутив в общий ресурс и ЕСтарт сам решит устанавливать ее или нет...
В догонку.....
Попробовал использовать на конкретную базу вообще старую версию 8.2, прописал ее в настройках базы, ПРОСТО бросил дистрибутив этой платформы в общий каталог (файлы настроек не менял, как стояла последняя версия 8.2, так и оставил).
Запускаю базу и О ЧУДО ставится та платформа что я указал в настройках базы.....
Так что получается, что если нужна последняя версия платформ прописываем в конфигурационные файлы, если нужны старые версии платформы просто кидаем необходимый дистрибутив в общий ресурс и ЕСтарт сам решит устанавливать ее или нет...
Ничего не происходит почему-то. При первом запуске 1cestart.exe из сетевого каталога создается файл конфигурации на клиентском компьютере 1cestart.cfg с содержимым:
CommonCfgLocation=\\nas\1C\distrib\1cescmn.cfg
А дальше сообщение: "Не обнаружена установленная версия 1С:Предприятия".
Кто-то знает в чем может быть проблема?
1cescmn.cfg
DistributiveLocation=\\nas\1C\distrib
InstallComponents=DESIGNERALLCLIENTS=1 LANGUAGES=ru
CommonCfgLocation=\\nas\1C\distrib\1cescmn.cfg
А дальше сообщение: "Не обнаружена установленная версия 1С:Предприятия".
Кто-то знает в чем может быть проблема?
1cescmn.cfg
DistributiveLocation=\\nas\1C\distrib
InstallComponents=DESIGNERALLCLIENTS=1 LANGUAGES=ru
для установки 64 битной версии клиента достаточно:
1cestart.cfg с содержимым:
Файл со списком быз должен выглядеть так:
1cestart.cfg с содержимым:
InstalledLocation=C:\Program Files\1cv8
DistributiveLocation=\\server\1C\
InstallComponents=DESIGNERALLCLIENTS=1 THINCLIENTFILE=0 THINCLIENT=0 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU
AppAutoInstallLastVersion=1Файл со списком быз должен выглядеть так:
[имя]
Connect=Srvr="сервер";Ref="база";
ID=
OrderInList=
Folder=/
OrderInTree=
External=0
ClientConnectionSpeed=Normal
App=ThickClient
WA=1
Version=8.3
DefaultVersion=
AppArch=x86_64_prt Показать
Вакансии
Ведущий разработчик 1С / Team lead отдела разработки 1С
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день