(написал инструкцию для сис. администраторов клиентов, с которыми работаю, и решил поделиться ею с сообществом)
Настройка автообновления платформы на клиентских ПК и общий список Баз.
Автообновление платформы
Актуальные релизы конфигураций 1С имеют требования к минимальной версии установленной платформы. В настоящее время платформа 1С, как и типовые конфигурации, активно развивается, и не так уж редко возникает необходимость установки новой версии платформы 1С. Когда количество ПК, на которых это необходимо делать, превышает 5-7, то задача становится очень рутинной, и тратится на ручное обновление немалое количество времени. Но данный процесс можно легко автоматизировать.
Что нужно сделать:
- Необходимо разместить в общий доступ каталог, например \server1CDistr
- Перейти в каталог %appdata%1C1CEStart (можно на любом КП или сервере) и скопировать в \server1CDistr файл 1CEStart.cfg.
- Скопированный 1CEStart.cfg открыть в текстовом редакторе и прописать строки:
CommonCfgLocation=\server1CDistr1CEStart.cfg
DistrbutiveLocation=\server1CDistr
AppAutoInstallLastVersion=1
(У вас может отличаться сетевой каталог, указывайте свой путь к файлу)
Первая строка будет означать, что информацию необходимо брать из данного файла, а не из локального.
Вторая строка указывает на адрес, где будут располагаться каталоги с дистрибутивами платформ 1С.
Третья строка включает авто установку последней версии платформы из каталога дистрибутивов.
Рис1. Пример серверного каталога с файлом и дистрибутивом платформы
- Этот же, подготовленный CFG файл ставим на клиентских машинах вместо оригинального, по пути %appdata%1C1CEStart
Рис2. Пример 1CEStart.cfg файла на клиентской машине (такой же файл на сетевом ресурсе)
Настроив, таким образом, клиентские ПК, платформа при каждом запуске будет брать настройки из сетевого CFG файла и проверять адрес дистрибутивов на наличие новой платформы, если она там есть – произойдет автоматическая установка.
Для автоматической установки достаточно поместить каталог с файлами установки платформы в \server1CDistr. Если Платформ размещено в каталоге несколько, то будет установлена наиболее высокая версия. Имена папок с дистрибутивом Платформы должны иметь наименование версии платформы (пример на Рис1).
Примечание:
В Клиентском CFG файле, можно ограничиться добавлением только строки CommonCfgLocation=\server1CDistr1CEStart.cfg, Копировать файл предложено для упрощения процедуры.
Общий список Баз
Общий список полезен тем, что дополнив новой базой один список, эта база будет доступна всем пользователям, которые пользуются этим списком баз. Отпадает необходимость прописывать одну и туже базу на N-ом количестве ПК.
Списком баз является файл ibases.v8i. Данный файл хранит в себе список баз с настройками запуска, по умолчанию располагается вместе с CFG файлом по пути %appdata%1C1CEStart.
Вы можете настроить на одном ПК необходимый список баз для пользователей и разместить его (Скопировать ibases.v8i из %appdata%1C1CEStart) в сетевом каталоге вместе с CFG файлом. В CFG файле необходимо будет добавить строку:
CommonInfoBases=\server1CDistrases.v8i
В таком случае все пользователи при запуске смогут увидеть общий список баз, причем из данного списка пользователи самостоятельно не смогут удалить/изменить базу, но это запрещает добавлять себе новую, необходимою конкретному пользователю.
Рис3. bases.v8i в общем каталоге.
Примечание:
При необходимости можно создать несколько общих файлов CFG и bases.v8i для настройки разных списков баз, для разных категорий пользователей (все базы, для бухгалтеров, для расчетного отдела, для **** в зависимости от потребностей вашей организции).
//ps Если Вам понравилась статья, можете отблагодарить автора, скачав её в виде docx файла 🙂 Спасибо!
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
попробую. а как обстоят дела с теми у кого на комп права пользователя а не админа???
(1)
А никак. С правами обычного пользователя установить не получится.
в домене я использую GPO для установки нового релиза. Предварительно подготавливаю инсталлятор с нужными параметрами.
Сначала устанавливаю всем клиентам новый релиз, потом устанавливаю сервер. Пользователи даже не замечают смену релиза.
(1) Ни как, если у пользователя нет прав, установка не будет выполнена.
В комментарии (2) Владимир все верно написал.
Кстати список баз «bases.v8i» тоже через GPO раскидываю.
Это для мелких фирм и правильных 1Сников.
в Более крупных GPO
На its.1c.ru то же самое написано, только подробнее.
Интересно, автор статьи сам пользовался таким способом?
Проблемы при таком способе установке:
1. Пользователям желательно ставить запрет на установку ПО, в таком случае вариант сразу не рабочий.
2. Когда пользователь запустит ярлык из сети, Windows сообщит пользователю, что программа из интернета и какая-то оно подозрительная.
3. При каждом обновление будет создан ярлычок на общем рабочем столе. Как думаете какой ярлык будет запускать пользователь? Естественно пользователю может приспичить запустить 1С из кнопки пуск, а почему бы и нет.
4. Старые версии программных файлов не будут удалятся.
(6)
Инструкция рассчитана на ИТ специалиста, который ранее не озадачивался подобными вопросами. Человек либо настроит по инструкции, или хотя бы узнает что у 1с существуют такие возможности.
Работаю с бюджетными организациями и среди клиентов еще не встретилась ИС, где у пользователей бухгалтерии были бы ограничены права на установку программ .
У организаций, где настроены AD с ролями запрещающими установку программ пользователям(в некоторых орг. и usb запрещены), ИТ специалист скорее всего самостоятельно сможет решить вопрос пакетной установки ПО.
И далеко не каждый ИТ специалист, занимающийся администрированием в организации, имеет доступ к ИТС.
Используем для некоторых клиентов, где отвечаем за установку платформ 1с.
Организации имеют 10-20 Пользователей 1с (соответственно столько же ПК).
Никакого сетевого ярлыка нет, установленная на ПК платформа подхватит CFG файл. Ярлыки стандартные, на рабочем столе насколько я помню, ярлыки не плодятся при установке новой версии (там все равно у ярлыка путь до стартера который выберет нужную версию платформы).
Даже если будет лишний ярлык, без разницы как запустит пользователь 1с, можно запустить хоть из ..Program files любую платформу — будет использоваться эта настройка.
Да, старые версии не удаляются. В нашем случае бывает и не нужно удалять предыдущую версию.
(5) Да, верно.
(7)
Даже если будет лишний ярлык, без разницы как запустит пользователь 1с, можно запустить хоть из ..Program files любую платформу — будет использоваться эта настройка.
Когда бегло читал, не заметил, что Ваш вариант установки отличается от предложенного на its.ru
Действительно в таком случае никакого запуска из сети не будет, и никакого дополнительного ярлыка создано не будет.
А проблема с запретом на установку решается с помощью групповых политик.
На самом деле минуло уже немало лет, а адекватного инструмента для обновления платформы у 1С до сих пор нету. Помню, Несколько лет назад писали свою утилитку, которая при запуске проверяет обновление платформы и устанавливает ее пользователю.
Зачем пользователю закидывать cfg файл обратно в AppData, вместо того чтобы просто дать ярлык на 1cestart.exe ?
(11) Не вижу смысла делать специальный ярлык. Лучше когда пользователь может ткнуть любой ярлык на компе и получить одинаковый результат.
тем более минусы сетевого стартера уже подметили в предыдущих комментариях.
(10) Ну как же нет. У 1С есть достаточно рабочий механизм обновления типовых конфигураций и платформы.
(13) Этот механизм хорош, когда пользователей минимум. Да и платформа обновится автоматом лишь на том компьютере, где запущено обновление. И при условии, что есть права на установку ПО. В большой организации у хорошего системного администратора обычные пользователи привилегий установки ПО не имеют. Поэтому тот механизм, о котором вы говорите, нельзя назвать «достаточно рабочим».
(14) В крупной компании есть администраторы которые умеют пользоваться GPO. Готовить для них какой-то новый механизм от фирмы 1С, смысла нет.
Не смог пройти мимо.
(15) А после очередного релиза платформы нужно готовить новый пакет GPO. Прям настоящая автоматизация.
(17) А вы как хотели ? 1С релиз и сразу в прод ?
Перед развёртыванием ещё много подготовительно работы проходит. И подготовка GPO, это мелочь на их фоне.
(2)(3) в ГПО надо прописать разрешение на установку с проверкой сертификата и расположения дистрибутива.