Обновление платформы 1с на всех компьютерах
Может Боян, может нет, но поиск мне ничего не дал. Данная статья посвящается тем, у кого многовато (5+) пользователей и нет домена. Для тех кто не хочет бегать по пользователям и обновлять платформу ручками, или через удалённое управление, облегчённые вариант – "побегать". Итак, приступим.
Для автоматического обновления платформы на клиенте, в сети необходимо создать общий ресурс \\server\СписокБаз.
8.2.14.XXX - папки с дистрибутивом платформы.
ALL.v8i – файл содержащий список баз.
*. Epf – Файлы отчётов и обработок необходимые при старте системы.
1CESCmn.cfg – содержащий параметры запуска.
1cestart.exe - запускающий файл
Запуск 1с8 ярлык для пользователя
- Для автоматического обновления платформы на клиентской машине необходим запуск файла 1cestart.exe из каталога \\server\СписокБаз (ярлык на раб столе у пользователя) Необходимо скопировать ярлык «Запуск 1с8» на раб стол пользователя.
- Размещения нового дистрибутива платформы в папках со строгим названием формата 8.2.14.XXX. Необходимо, чтобы было как минимум 2 дистрибутива, остальные можно удалять.
- Необходимо удалить из файла «ibases.v8i» по адресу %Пользователь\AppData\Roaming\1C\1CEStart базы, которые содержатся в файле ALL.v8i или удалить название и пути баз в списке баз пользователя совпадающие с файлом ALL.v8i, иначе выдаст ошибку «не уникальное имя базы».
Так же появилось возможность заменить расположение и количество баз у всех пользователей, для этого необходимо внести изменения в файл со списком баз ALL.v8i
Примечание: обновление платформы происходит в принудительном режиме, без дополнительных вопросов в автоматическом режиме и в зависимости от настроек 1CESCmn.cfg, будет происходит установка толстого или любого другого клиента.
Открываем, можно блокнотом, файл 1CESCmn.cfg и конфигурируем его.
Возможны следующие компоненты:
- DESIGNERALLCLIENTS — все клиенты и конфигуратор.
- THINCLIENT — тонкий клиент для клиент-серверного варианта работы.
- THINCLIENTFILE — тонкий клиент с возможностью работы с файловыми информационными базами.
- SERVER — сервер 1С:Предприятия. Если программа установки запускается из программы запуска, то сервер будет установлен как приложение.
- WEBSERVEREXT — компоненты расширения для веб-сервера.
- CONFREPOSSERVER — сервер хранилища конфигураций 1С:Предприятия.
- SERVERCLIENT — компоненты для администрирования кластера серверов 1С:Предприятия.
- CONVERTER77 — конвертер информационных баз из версии 1С:Предприятия 7.7.
- LANGUAGES — список языков интерфейса для установки. Если указано несколько языков, они перечисляются через «,». Перечень кодов языков локализации см. здесь.
InstallComponents=DESIGNERALLCLIENTS=1 THINCLIENTFILE=0 THINCLIENT=0 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU
По идее,после этих настроек, обновление клиентов закончится тем, что вы просто кладёте в папку \\server\СписокБаз\ следующий дистрибутив 8.2.14.540
И всё, клиент при запуске ярлычка Запуск 1с8 ярлык ( \\server\СписокБаз \1cestart.exe) смотрит есть ли обновление, если есть то инсталлирует его без дополнительных вопросов в соответствии с настройками конфигурационного файла и вуаля – новая платформа стоит. А если изменились названия баз или пути, то достаточно заменить файл ALL.v8i, на новый. Можно пойти дальше, например, ели разные отделы юзают разные базы, то можно по каталогам разграничить. В принципе, это всё дело описано в книжках по администрированию, но почему-то юзают это единицы…
PS:Ценное дополнение внёс пользователь Spartan:
При административной установке на компьютере пользователя локально создается файл 1CEStart.cfg, в котором указывается путь к общему файлу настроек 1CEStart.cfg в сетевом каталоге (параметр CommonCfgLocation), а в общем конфигурационном файле уже указан порядок обновления платформы. Поэтому специально ярлык к сетевому 1cestart.exe не нужен. По ярлыку, создаваемому платформой, все обновится. Главное, первый раз запустить установку с помощью сетевого 1cestart.exe.
Если у пользователя нет админских прав и не используются домены, необходимо установить политику AlwaysInstallElevated для компьютера и пользователя. Для этого: выполнить команду «gpedit.msc», в открывшейся консоли «Групповая политика» перейти к разделу «Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Установщик Windows». В данном разделе включить параметр «Всегда производить установку с повышенными привилегиями». Этот же параметр необходимо включить в разделе «Конфигурация пользователя\Административные шаблоны\Компоненты Windows\Установщик Windows». Данный порядок используется для ХР, но в других ОС от мелкомягких принцип, думаю, тот же.
Также Интересное дополнение внес пользователь " iiceberg":
Возникла Проблема при организации автообновления. Система безопасности Винды 7 требовала каждый раз подтверждения на запуск.
см. рис.1
нашел решение данной проблемы в сети
см. рис 2
Настройка автообновления платформы на клиентских ПК и общий список Баз.
Автообновление платформы
Актуальные релизы конфигураций 1С имеют требования к минимальной версии установленной платформы. В настоящее время платформа 1С, как и типовые конфигурации, активно развивается, и не так уж редко возникает необходимость установки новой версии платформы 1С. Когда количество ПК, на которых это необходимо делать, превышает 5-7, то задача становится очень рутинной, и тратится на ручное обновление немалое количество времени. Но данный процесс можно легко автоматизировать.
Что нужно сделать:
- Необходимо разместить в общий доступ каталог, например \\server\1CDistr
- Перейти в каталог %appdata%\1C\1CEStart (можно на любом КП или сервере) и скопировать в \\server\1CDistr файл 1CEStart.cfg.
- Скопированный 1CEStart.cfg открыть в текстовом редакторе и прописать строки:
CommonCfgLocation=\\server\1CDistr\1CEStart.cfg
DistrbutiveLocation=\\server\1CDistr
AppAutoInstallLastVersion=1
(У вас может отличаться сетевой каталог, указывайте свой путь к файлу)
Первая строка будет означать, что информацию необходимо брать из данного файла, а не из локального.
Вторая строка указывает на адрес, где будут располагаться каталоги с дистрибутивами платформ 1С.
Третья строка включает авто установку последней версии платформы из каталога дистрибутивов.
Рис1. Пример серверного каталога с файлом и дистрибутивом платформы
- Этот же, подготовленный CFG файл ставим на клиентских машинах вместо оригинального, по пути %appdata%\1C\1CEStart
Рис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
В таком случае все пользователи при запуске смогут увидеть общий список баз, причем из данного списка пользователи самостоятельно не смогут удалить/изменить базу, но это запрещает добавлять себе новую, необходимою конкретному пользователю.
Рис3. bases.v8i в общем каталоге.
Примечание:
При необходимости можно создать несколько общих файлов CFG и bases.v8i для настройки разных списков баз, для разных категорий пользователей (все базы, для бухгалтеров, для расчетного отдела, для **** в зависимости от потребностей вашей организции).
//ps Если Вам понравилась статья, можете отблагодарить автора, скачав её в виде docx файла :-) Спасибо!
Необходимость проводить обновление 1С:Предприятие и любых продуктов, созданных на данной платформе, обусловлена поддержкой актуальности их функционала. Обновления отражают изменения в законодательных нормах и правилах, выход новых форм регламентированных отчетов, расширение функционала, улучшение интерфейса решений, а также исправления программных багов.
Рассмотрим на примере 1С:Бухгалтерия 8 обновление конфигурации 3.0 при наличии Интернет-поддержки, то есть автоматический и ручной вариант. Правила применимы к любым типовым конфигурациям 1С (к примеру, ЗУП или УТ). Прежде чем начать, обратим внимание на несколько важных моментов:
- В зависимости от настроек «1С:Бухгалтерия 8» обновления могут производиться вручную или автоматически, но в обоих случаях только при выходе всех пользователей из базы.
- Перед тем как обновить 1С, как и перед любыми другими манипуляциями с конфигурацией, необходимо выгрузить базу и сохранить в формате архива. В критической ситуации, если произойдет сбой или обновления по каким-то причинам вступят в конфликт с имеющейся системой, сохраненная копия базы поможет вернуться к началу процесса, избежав потерь в настройках и данных.
- Если с момента последнего обновления для программы вышло, например, три новых версии, процесс установки обновлений придется повторить три раза.
- Перед установкой типовых обновлений следует убедиться, что в конфигурации не производились доработки. Обновление нетиповой конфигурации происходит вручную, а не автоматически, и требует привлечения специалиста для сверки и внесения дважды измененных объектов. Убедиться характере конфигурации поможет пиктограмма замка в окне конфигурации.
- Произвести обновление 1С 7.7, ПРОФ, КОРП, а также 1С 8.2 и прочих предыдущих версий 1С:Предприятие 8, можно путем приобретения доступа в составе договора 1С:ИТС.
При наличии Интернет-поддержки
Поддержка входит в спектр услуг, предоставляемых по договору ИТС. Чтобы воспользоваться данным сервисом, зайдем в базу с правами администратора.
Рис.1 Администрирование
Найдем пункт «Интернет-поддержки и сервисов». По кнопке «Подключить» откроется диалоговое окно «Подключение интернет-поддержки», где нужно будет ввести логин и пароль учетной записи в ИТС.
Рис.2 Подключение сервиса
После этого переходим к «Монитору интернет-поддержки пользователей» и выбираем автоматическое обновление 1С.
Рис.3 Монитор поддержки
Зачастую продолжать можно без обновления платформы, за исключением случаев, когда того требует поддержка обновленной конфигурации.
Рис.4 Обновление платформы
Самостоятельное обновление типовой конфигурации 1С 8.3
Первое, что следует сделать при таком варианте, определить версию установленной конфигурации, зайдя в меню «Справка-О программе».
Запуск базы данных в режиме «Конфигуратор»* позволит получить необходимую информацию о текущей версии платформы и конфигурации. В окне конфигурации напротив «БухгалтерияПредприятия» отображается пиктограмма «Замочек», свидетельствующая о том, что конфигурация именно типовая.
*Работа в режиме «Конфигуратора» фактически одинакова для всех конфигураций.
Переходим непосредственно к обновлению. В пункте «Поддержка» находим пункт «Обновить конфигурацию».
Рис.6 Пункт обновления
Файл или дистрибутив можно бесплатно скачать с диска ИТС или на портале «1С:Обновление программ» в разделе «Типовые конфигурации для России» при наличии учетной записи.
Рис.7 Выбор файла
На портале в правой колонке находим строку с последним упоминанием номера текущей версии. В левой колонке – номер версии, до которой возможно обновление текущего релиза.
Рис.8 Поиск нужного нам обновления на портале
Далее жмем на номер релиза в левой колонке для выбора и скачивания файла обновления.
Рис.9 Дистрибутив
Обновление скачается в виде самораспаковывающего архива «updsetup.exe». Извлекаем файлы, находим среди них установочный «setup.exe» и запускаем. Система автоматически предложит установить конфигурацию в папку с шаблонами. Жмем «Далее».
Рис.10 Установка
Возвращаемся в Конфигуратор. Ставим галочку на «Выбор файла обновления» и нажимаем «Далее». В открывшейся строке указываем путь к «распакованному» новому релизу 1С – файлу с разрешением .cfu. Нажимаем «Открыть».
Рис.11 Открытие файла
Выбираем файл обновления и жмем «Готово». Откроется окно со справочной информацией (имеющаяся версия платформы должна соответствовать заявленной в окне).
Рис.12 Справочная информация
После проверки жмем «Продолжить обновление».
Рис.13 Проверка данных об обновлении
Рис.14 Дополнительная проверка
После этого откроется окно «Реорганизация информации» со списком новшеств и изменений, включенных в новую конфигурацию*. Нажимаем «Принять».
Рис.15 Реорганизация информации
*Если в окошке «Реорганизация информации» кнопка «Принять» неактивна, список изменений необходимо прокрутить до конца. В конце списка будут помеченные объекты, препятствующие установке обновления (например, задвоенные в результате некорректного окончания работы).
Решить эту проблему можно через запуск «Тестирования и исправления информационной базы». Для этого нужно зайти в «Администрирование-Тестирование и исправление» и нажать «Выполнить».
Рис.16 Тестирование
По клавише F5 стартует отладка для завершения последних обработок, конвертации старой базы в новую и дальнейшего запуска работы в режиме «Предприятие».
Рис.17 Отладка
При запуске в клиентском режиме система потребует подтвердить легальность обновления (1), после чего следует нажать кнопку «Продолжить» (2).
Рис.18 Подтверждение легальности
Запустится обновление программы.
Рис.19 Обновление
Список новшеств в установленной версии можно посмотреть, перейдя по гиперссылке «Новое в этой версии».
Рис.20 Новшества
Казалось бы, обновление технологической платформы, на которой базируется информационная система, довольно ответственное и сложное дело. Но в случае с «1С: Предприятие», это не совсем так. Процесс хорошо отлажен и не требует особенных навыков. По сути, обновление платформы 1С устанавливается как обычный .exe-файл и инструкция к этим действиям представляет собой недлинный перечень простых шагов.
Иногда, препятствием к обновлению платформы может стать прописанное в действующей конфигурации ограничение на работу с определенными версиями платформы 1С. Преодолеть его можно установкой режима совместимости с заданной версией. Но, повторимся, подобные случаи скорее редкость и при регулярной установке новых релизов 1С конфигураций и обновлении платформы их можно избежать.
Стоит отметить, что обновление платформы «1С: Предприятие» лишь условно называется «обновлением», поскольку новая платформа устанавливается параллельно со старой, тогда как обновления конфигураций 1С накатывают «поверх» имеющихся. При этом под каждой из версий платформы можно работать.
Рис.1 Сохраненные версии платформы
Если такой необходимости нет, файлы обновления просто забивают жесткий диск. Чтобы этого не происходило, надо их удалять, и делать это надо правильно, например, для Windows через меню «Пуск» и «Установку и удаление программ» (или «Программы и компоненты»).
Права администратора
Перед рассмотрением процесса обновления платформы «1С: Предприятие», обратим внимание на то, что делать это предпочтительнее от имени администратора. Поскольку административной политикой предприятия пользовательские права могут быть ограничены, установка и запись отдельных библиотек от имени пользователя может не произойти. При этом на момент обновления никаких неполадок может быть не выявлено, а в процессе дальнейшей работы, например, при настройке обменов, выяснится, что не хватает нужных элементов. Таким образом, обновление с правами администратора минимизирует вероятность неполадок.
В основном проблема обновления платформы 1С стоит для клиентской части. Клиентских компьютеров может быть десятки и сотни, в то время как серверов на порядки меньше. У нас проблема обновления клиентских машин не стоит, клиенты запускаются на VDI, а там обновление сводится к установке на одной виртуальной машине и ее клонировании.
После победы над клиентами хочется разобраться с серверной частью. В интернете есть достаточное количество статей на тему, как обновить платформу 1С на клиентских машинах.
С серверной частью все ПОЧТИ тоже самое. Вот про это ПОЧТИ и хочу рассказать.
У нас для серверов 1С используется Windows, поэтому все, что написано далее относится только к установке 1С на Windows.
Обновление серверной части, состоит из нескольких действий:
Установка платформы 1С на сервере
Обновление пути к компоненте wsisapi.dll в конфигурационных файлах веб-сервера, в нашем случае IIS.
Отдельный вопрос - выбор среды для запуска языка и среды запуска скриптов. Нам хотелось как можно меньше использовать чего-то нового, поэтому выбор пал на то, что уже есть везде - PowerShell. У нас есть своя система для учета серверов и какие сервисы на них должны быть запущены. Из нее создаются индивидуальные скрипты для каждого сервера, которые запускаются из единого места.
Побеждаем установку сервера
Суть всей установки сводится к запуску 1CEnterprise 8 (x86-64).msi с параметрами, которые есть в документации:
DESIGNERALLCLIENTS - все виды клиентов
THICKCLIENT – толстый клиент (в том числе позволяет запускать конфигуратор)
THINCLIENT – тонкий клиент для клиент-серверного варианта работы.
THINCLIENTFILE – тонкий клиент с возможностью работы с файловыми информационными базами
SERVER – серверная часть 1С
WEBSERVEREXT – компоненты расширения для веб-сервера
CONFREPOSSERVER – сервер хранилища конфигураций
SERVERCLIENT – компоненты для администрирования кластера серверов
CONVERTER77 – конвертер информационных баз из версии 1С:Предприятия 7.7
LANGUAGES – список языков интерфейса для установки через запятую
То есть, если хотим установить серверную часть 1С, то запуск установки будет выглядеть примерно так:
И вот здесь начинаются проблемы. При установке серверной части происходит регистрация сервиса и его запуск. При этом, такие параметры запуска, как каталог файлов сервера, пользователь под которым будет работать служба сервера указать невозможно. Это приводит к тому, что настроенные в реестре параметры запуска службы сервера будут перезаписаны на значения по умолчанию. Мы попробовали два подхода к устранению этой неприятности:
Подход 1: Не будем регистрировать и запускать сервис
Попробуем отключить регистрацию и запуск сервиса. Регистрацию и запуск сделаем отдельными скриптами. Стандартных параметров запуска недостаточно. Давайте поменяем саму программу установки. Качаем Windows SDK и устанавливаем Orca. Открываем нашего пациента 1CEnterprise 8 (x86-64).msi и, посмотрев на таблицу InstallExecuteSequence, видим, что многие действия, в том числе и запуск сервиса, зависят от параметра INSTALLSRVRASSRVC. Скорее всего его установка в «0» и поможет нам отказаться от регистрации и запуска сервиса. Поиском ищем, где же он устанавливается. Установка значения нашлась в таблице CustomAction в действии customSetSrvrAsService. Меняем Target на 0 и сохраняем наш файл трансформации DoNotRegister.mst.
Добавляем его в команду установки, и все выполняется без регистрации и запуска сервиса.
Далее необходимо только сменить путь к агенту сервера (C:\Program Files\1cv8\8.3.xx.xxxx\bin\ragent.exe) в реестре.
Подход 2: Пусть все будет стерто, настроим заново
Второй рассмотренный путь - пусть реестр будет перезаписан - отдельными скриптами настроим его заново. Мы в результате выбрали этот путь, так как хотели и новую установку на новый сервер тоже делать скриптами. Все наши настройки при установке сносятся, но мы их восстанавливаем.
Это самые простые действия. Для регистрации COM Запускаем
regsvr32 /n /i:user "C:\Program Files\1cv8\8.3.xx.xxxx\bin\comcntr.dll" на PowerShell наш скрипт выглядит так:
Для регистрации консоли
regsvr32 /n /i:user "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll" на PowerShell наш скрипт выглядит так:
Обновление пути к компоненте wsisapi.dll
Данное действие тоже достаточно простое, настройка веб публикации 1С систем сводится созданию в IIS приложения состоящего default.vrd и конфигурированием Handler mappings. С последним возникают тонкости. Настройки могут быть заданы как на уровне приложения, так и на уровне сайта или сервера в целом. Мы пошли по наиболее простому пути. В последних версиях платформы 1С утилита публикации (создания приложений) создает конфигурацию на уровне приложения. Так как публикации рождаются и изменяются регулярно в процессе развития систем, то чтобы не наступить на грабли, что в разных местах у нас разные настройки, решили остановиться на одном варианте. Конфигурационный файл web.config должен быть у каждого приложения. Мы проверили все наши публикации и там, где отсутствовал конфигурационный файл, создали его. Теперь в каждой директории приложения имелся файл web.config и задача свелась к замене версии платформы в строке:
Надеюсь, этот материал оказался полезным для вас. А как вы решаете проблему обновления нескольких серверов 1С? Делитесь вашими know-how в комментариях.
Читайте также: