Инструкция по настройке автообновления платформы и создания общего списка баз

Администрирование - Системное

Сократите свое время на обновления платформы на ПК пользователей!

(написал инструкцию для сис. администраторов клиентов, с которыми работаю, и решил поделиться ею с сообществом)

Настройка автообновления платформы на клиентских ПК и общий список Баз.

Автообновление платформы

Актуальные релизы конфигураций 1С имеют требования к минимальной версии установленной платформы. В настоящее время платформа 1С, как и типовые конфигурации, активно развивается, и не так уж редко возникает необходимость установки новой версии платформы 1С. Когда количество ПК, на которых это необходимо делать, превышает 5-7, то задача становится очень рутинной, и тратится на ручное обновление немалое количество времени. Но данный процесс можно легко автоматизировать.

Что нужно сделать:

  1. Необходимо разместить в общий доступ каталог, например \\server\1CDistr
  2. Перейти в каталог %appdata%\1C\1CEStart (можно на любом КП или сервере) и скопировать в \\server\1CDistr файл 1CEStart.cfg.
  3. Скопированный 1CEStart.cfg открыть в текстовом редакторе и прописать строки:

CommonCfgLocation=\\server\1CDistr\1CEStart.cfg

DistrbutiveLocation=\\server\1CDistr

AppAutoInstallLastVersion=1

(У вас может отличаться сетевой каталог, указывайте свой путь к файлу)

Первая строка будет означать, что информацию необходимо брать из данного файла, а не из локального.

Вторая строка указывает на адрес, где будут располагаться каталоги с дистрибутивами платформ 1С.

Третья строка включает авто установку последней версии платформы из каталога дистрибутивов.

Пример серверного каталога с файлом и дистрибутивом платформы

Рис1. Пример серверного каталога с файлом и дистрибутивом платформы

  1. Этот же, подготовленный CFG файл ставим на клиентских машинах вместо оригинального, по пути %appdata%\1C\1CEStart

Пример 1CEStart.cfg файла на клиентской машине (такой же файл на сетевом ресурсе)

Рис2. Пример 1CEStart.cfg файла на клиентской машине (такой же файл на сетевом ресурсе)

Настроив, таким образом, клиентские ПК, платформа при каждом запуске будет брать настройки из сетевого CFG файла и проверять адрес дистрибутивов на наличие новой платформы, если она там есть – произойдет автоматическая установка.

Для автоматической установки достаточно поместить каталог с файлами установки платформы в \\server\1CDistr. Если Платформ размещено в каталоге несколько, то будет установлена наиболее высокая версия. Имена папок с дистрибутивом Платформы должны иметь наименование версии платформы (пример на Рис1).

Примечание:

В Клиентском CFG файле, можно ограничиться добавлением только строки CommonCfgLocation=\\server\1CDistr\1CEStart.cfg, Копировать файл предложено для упрощения процедуры.

Общий список Баз

Общий список полезен тем, что дополнив новой базой один список, эта база будет доступна всем пользователям, которые пользуются этим списком баз. Отпадает необходимость прописывать одну и туже базу на N-ом количестве ПК.

Списком баз является файл ibases.v8i. Данный файл хранит в себе список баз с настройками запуска, по умолчанию располагается вместе с CFG файлом по пути %appdata%\1C\1CEStart.

Вы можете настроить на одном ПК необходимый список баз для пользователей и разместить его (Скопировать ibases.v8i из %appdata%\1C\1CEStart) в сетевом каталоге вместе с CFG файлом. В CFG файле необходимо будет добавить строку:

CommonInfoBases=\\server\1CDistr\bases.v8i

В таком случае все пользователи при запуске смогут увидеть общий список баз, причем из данного списка пользователи самостоятельно не смогут удалить/изменить базу, но это запрещает добавлять себе новую, необходимою конкретному пользователю.

bases.v8i в общем каталоге.

Рис3. bases.v8i в общем каталоге.

Примечание:

При необходимости можно создать несколько общих файлов  CFG и bases.v8i для настройки разных списков баз, для разных категорий пользователей (все базы, для бухгалтеров, для расчетного отдела, для **** в зависимости от потребностей вашей организции).

//ps Если Вам понравилась статья, можете отблагодарить автора, скачав её в виде docx файла :-) Спасибо!

Скачать файлы

Наименование Файл Версия Размер
Настройка авто обновления платформы на клиентских ПК.docx
.docx 162,57Kb
13.07.17
3
.docx 1.0.1 162,57Kb 3 Скачать

См. также

Комментарии
1. Вадим Туманов (Wolfis) 4 13.07.17 14:00 Сейчас в теме
попробую. а как обстоят дела с теми у кого на комп права пользователя а не админа???
2. Владимир Тихомиров (dungeonkeeper) 4 13.07.17 14:36 Сейчас в теме
(1)
А никак. С правами обычного пользователя установить не получится.
в домене я использую GPO для установки нового релиза. Предварительно подготавливаю инсталлятор с нужными параметрами.
Сначала устанавливаю всем клиентам новый релиз, потом устанавливаю сервер. Пользователи даже не замечают смену релиза.
Liris; HAMMER_59; NoRazum; +3 Ответить 2
3. Иван Немчинов (Waanneek) 75 13.07.17 14:53 Сейчас в теме
(1) Ни как, если у пользователя нет прав, установка не будет выполнена.
В комментарии (2) Владимир все верно написал.
4. Владимир Тихомиров (dungeonkeeper) 4 13.07.17 15:40 Сейчас в теме
Кстати список баз "bases.v8i" тоже через GPO раскидываю.
5. Юрий Патласов (NoRazum) 18 13.07.17 23:03 Сейчас в теме
Это для мелких фирм и правильных 1Сников.
в Более крупных GPO
6. Сергей Беликов (HAMMER_59) 32 14.07.17 06:56 Сейчас в теме
На its.1c.ru то же самое написано, только подробнее.
Интересно, автор статьи сам пользовался таким способом?
Проблемы при таком способе установке:
1. Пользователям желательно ставить запрет на установку ПО, в таком случае вариант сразу не рабочий.
2. Когда пользователь запустит ярлык из сети, Windows сообщит пользователю, что программа из интернета и какая-то оно подозрительная.
3. При каждом обновление будет создан ярлычок на общем рабочем столе. Как думаете какой ярлык будет запускать пользователь? Естественно пользователю может приспичить запустить 1С из кнопки пуск, а почему бы и нет.
4. Старые версии программных файлов не будут удалятся.
7. Иван Немчинов (Waanneek) 75 14.07.17 07:38 Сейчас в теме
(6)
На its.1c.ru то же самое написано, только подробнее.

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

У организаций, где настроены AD с ролями запрещающими установку программ пользователям(в некоторых орг. и usb запрещены), ИТ специалист скорее всего самостоятельно сможет решить вопрос пакетной установки ПО.

И далеко не каждый ИТ специалист, занимающийся администрированием в организации, имеет доступ к ИТС.

Интересно, автор статьи сам пользовался таким способом?

Используем для некоторых клиентов, где отвечаем за установку платформ 1с.
Организации имеют 10-20 Пользователей 1с (соответственно столько же ПК).

2. Когда пользователь запустит ярлык из сети, Windows сообщит пользователю, что программа из интернета и какая-то оно подозрительная.


Никакого сетевого ярлыка нет, установленная на ПК платформа подхватит CFG файл. Ярлыки стандартные, на рабочем столе насколько я помню, ярлыки не плодятся при установке новой версии (там все равно у ярлыка путь до стартера который выберет нужную версию платформы).

3. При каждом обновление будет создан ярлычок на общем рабочем столе. Как думаете какой ярлык будет запускать пользователь? Естественно пользователю может приспичить запустить 1С из кнопки пуск, а почему бы и нет.


Даже если будет лишний ярлык, без разницы как запустит пользователь 1с, можно запустить хоть из ..\Program files любую платформу - будет использоваться эта настройка.

4. Старые версии программных файлов не будут удалятся.


Да, старые версии не удаляются. В нашем случае бывает и не нужно удалять предыдущую версию.
8. Иван Немчинов (Waanneek) 75 14.07.17 07:39 Сейчас в теме
9. Сергей Беликов (HAMMER_59) 32 14.07.17 07:51 Сейчас в теме
(7)
Никакого сетевого ярлыка нет, установленная на ПК платформа подхватит CFG файл. Ярлыки стандартные, на рабочем столе насколько я помню, ярлыки не плодятся при установке новой версии (там все равно у ярлыка путь до стартера который выберет нужную версию платформы).

Даже если будет лишний ярлык, без разницы как запустит пользователь 1с, можно запустить хоть из ..\Program files любую платформу - будет использоваться эта настройка.


Когда бегло читал, не заметил, что Ваш вариант установки отличается от предложенного на its.ru

Действительно в таком случае никакого запуска из сети не будет, и никакого дополнительного ярлыка создано не будет.

А проблема с запретом на установку решается с помощью групповых политик.
10. Александр Жиличев (alexzhilichev) 141 14.07.17 10:41 Сейчас в теме
На самом деле минуло уже немало лет, а адекватного инструмента для обновления платформы у 1С до сих пор нету. Помню, Несколько лет назад писали свою утилитку, которая при запуске проверяет обновление платформы и устанавливает ее пользователю.
11. Денис Козлов (Akbis) 45 14.07.17 12:30 Сейчас в теме
Зачем пользователю закидывать cfg файл обратно в AppData, вместо того чтобы просто дать ярлык на 1cestart.exe ?
12. Иван Немчинов (Waanneek) 75 14.07.17 12:44 Сейчас в теме
(11) Не вижу смысла делать специальный ярлык. Лучше когда пользователь может ткнуть любой ярлык на компе и получить одинаковый результат.

тем более минусы сетевого стартера уже подметили в предыдущих комментариях.
13. Владимир Тихомиров (dungeonkeeper) 4 17.07.17 08:40 Сейчас в теме
(10) Ну как же нет. У 1С есть достаточно рабочий механизм обновления типовых конфигураций и платформы.
14. Александр Жиличев (alexzhilichev) 141 17.07.17 08:52 Сейчас в теме
(13) Этот механизм хорош, когда пользователей минимум. Да и платформа обновится автоматом лишь на том компьютере, где запущено обновление. И при условии, что есть права на установку ПО. В большой организации у хорошего системного администратора обычные пользователи привилегий установки ПО не имеют. Поэтому тот механизм, о котором вы говорите, нельзя назвать "достаточно рабочим".
15. Александр Зданевич (zavhome@gmail.com) 19.07.17 08:48 Сейчас в теме
(14) В крупной компании есть администраторы которые умеют пользоваться GPO. Готовить для них какой-то новый механизм от фирмы 1С, смысла нет.
16. Dim Dragonim (Dragonim) 81 19.07.17 09:08 Сейчас в теме
17. Александр Жиличев (alexzhilichev) 141 20.07.17 08:23 Сейчас в теме
(15) А после очередного релиза платформы нужно готовить новый пакет GPO. Прям настоящая автоматизация.
18. Александр Зданевич (zavhome@gmail.com) 20.07.17 15:48 Сейчас в теме
(17) А вы как хотели ? 1С релиз и сразу в прод ?
Перед развёртыванием ещё много подготовительно работы проходит. И подготовка GPO, это мелочь на их фоне.
19. Дмитрий Жиляков (Zhilyakovdr) 80 25.07.17 13:33 Сейчас в теме
(2)(3) в ГПО надо прописать разрешение на установку с проверкой сертификата и расположения дистрибутива.
Оставьте свое сообщение