1с настройка диалога запуска устанавливать автоматически новую версию
1. на сервере установлены две платформы:
- 8.3.4.437;
- 8.3.4.496.
Нужно запустить УТ 11.1.2.27 на 8.3.4.437;
Нужно ли указывать "Версия 1С:Предприятия" в настройках базы?
Как настроить в "Настройки" "Для версии"/"Использовать версию"?
2. Планирую обновить платформу до 8.3.5.1186
Как в таком случае настроить запуск, чтобы УТ 11.1.2.27 запускалась с 8.3.4.496?
(1) Tomy82, А чем не нравится указывать конкретную платформу в элементе списка выбора баз по "1cestart"?
(5) dj_serega,
извините, но не понял, что Вы написали - "в элементе списка выбора баз по "1cestart"?" фтф.
(6) Tomy82, Заходим в список баз (C:\Program Files\1cv8\common\1cestart.exe).
Выбираем нужную базу.
Изменить
Далее
Далее
Снизу будет "Версия 1С:Предприятия".
Там указываем конкретную версию предприятия.
Если клиент-сервер, то какие платформы установлены на сервере не важно, важно какой версии запущен "Агент сервера 1С", если нужно на нескольких версиях платформы запускать базы, то нужно запускать несколько агентов и разносить по разным портам.
Для того чтобы запустить сервера 1С:Предприятия на одном компьютере их следует разнести по разным портам. Для этого:
1. Изменяем порт кластера и диапазон портов у агента сервера 8.2. Идем в ветку HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.2 Server Agent
Парметр ImagePath
Меняем “C:Program Files1cv828.2.9.356binragent.exe” -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d “C:Program Files1cv82srvinfo”
Перезагружаем сервер 1С:Предприятия
2. В консоли управления серверами:
– создаем сервер с именем компьютера и портом 1640;
– создаем кластер с портом 1641;
– создаем рабочий сервер с портом 1640 и диапазоном портов 1660:1691;
– создаем рабочий процесс
3. При добавлении базы в список информационных баз следует указывать порт. Например так: server-sql:1641.
мопед не мой, сам когда то делал такое но уже не помню точную последовательность действий. надо пробовать. Кроме УТ я так понимаю на сервере еще что то крутится ради чего и обновляется платформа?
(9) AlexInqMetal,
Спасибо за мопед!
Конечно, бух30 типовая, это ж не 7.7, отчётность теперь "Справочник"
я как-то обновил до 8.3.5.1068, полезли ошибки УТ111, откатился на 8.3.4.496, а щас у бухов сезон
вот и задался вопросом, а вопрос оказался совсем даже нетривиальным
С помощью окна «Настройка диалога запуска» на платформе 1С:Предприятие 8 можно задать следующие настройки:
- отображение списка информационных баз;
- списки общих информационных баз;
- каталоги шаблонов информационных баз;
- правила запуска приложений определенных версий;
Окно «Настройка диалога запуска» открывается по кнопке «Настройка…» программы-загрузчика 1С:Предприятие 8 (…\1cv8\common\1cestart.exe):
Настройки отображения списка информационных баз
Отображать в виде дерева — для информационных баз в списке будет доступна группировка и отображение в виде дерева:
Добавление новой группы осуществляется кнопкой «Добавить»
Сортировать по наименованию — информационные базы будут отсортированы по наименованию базы, а не по дате добавления
Показывать последние выбранные информационные базы — включает режим выделения N последних запускавшихся информационных баз. Такие базы отображаются вверху списка и выделяются жирным шрифтом:
Устанавливать автоматически новую версию — включает механизм отслеживания версий платформы 1С:Предприятие 8 на сервере и на компьютере пользователя, а также установку недостающих версий на компьютер пользователя.
Использовать аппаратную лицензию — позволяет включить или отключить механизм поиска аппаратной лицензии на компьютере пользователя или в локальной сети. Если Вы используете программные лицензии или раздачей лицензий занимается сервер 1С:Предприятие 8 — снимите этот флаг.
Каталоги шаблонов информационных баз
Поле содержит список шаблонов, используемых при создании новых информационных баз.
Списки общих информационных баз
Поле содержит список общих информационных баз, используемых при работе. Добавьте путь к файлу *.v8i , содержащему описание информационных баз, и они станут доступны для запуска текущему пользователю
Правила запуска определенных версий
Диалог позволяет указать соответствие между версиями платформы и релизами, установленными на компьютере пользователя. Например, на компьютере пользователя установлен последний релиз 1С:Предприятие 8.3.15, но стабильная работа возможна только на релизе 8.3.12. В этом случае можно указать, что для информационной базы с версией запуска 8.3 нужно запускать релиз 8.3.12 с приоритетом 64-битной версии.
Настройка автообновления платформы на клиентских ПК и общий список Баз.
Автообновление платформы
Актуальные релизы конфигураций 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 файла :-) Спасибо!
Может Боян, может нет, но поиск мне ничего не дал. Данная статья посвящается тем, у кого многовато (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
Давайте рассмотрим такую задачу. У нас много баз и требуется всё время поддерживать их в актуальном состоянии. К примеру, для бухгалтеров это действительно важно, ведь с обновлениями приходят новые формы регламентированной отчетности.
У одного моего клиента порядка 120 бухгалтерских баз, равномерно распределенных по 5 компьютерам. Я настроил ему Обновлятор-1С на автоматическое обновление этих баз ночью каждый день и он вообще забыл об обновлениях. Теперь всё делается в автоматическом режиме, а при ошибках мне на почту приходят уведомления.
Как я это сделал? Расскажу по порядку.
Установка и запуск обновлятора
На каждый из компьютеров, где лежат базы, я установил Обновлятор-1С. Далее я указал пользователей и их пароли для каждой из баз и логин\пароль от сайта 1С (о том как это сделать я писал здесь).
Проверка настроек
Наконец, я отметил галками все базы, которые нужно обновлять:
Далее я разом проверил настройки всех баз, нажав на кнопку "Проверить настройки":
Настройка расписания
Далее я перешёл на вкладку "Настройки программы" и нажал кнопку "Расписанию":
Здесь я выбрал базы, которые будут участвовать в запуске по расписанию, а также установил запуск обновления на каждый рабочий день, начиная с 22-00 (когда все уже точно расходятся по домам):
Ограничение времени выполнения
Чтобы гарантировать, что обновления баз будут окончены к приходу пользователей, на закладке настройки я дополнительно установил ограничение на время выполнения операций до 6 утра:
Таким образом, к шести утра все обновления прекратятся и базы будут готовы к работе.
Настройка уведомлений
На тот случай, если что-то пойдёт не так я настроил уведомления на почту. Для этого на всё той же закладке "Настройки программы" я нажал кнопку "Уведомления" и настроил их вот так:
На самом деле тут всё просто.
Прежде всего я забил адрес и пароль от своей почты. Почти все остальные настройки тут же заполнились автоматически.
Далее я отметил, что не нужно присылать мне все обновления - я просто с ума сойду читая их каждый день. Вместо этого мне нужно присылать уведомления только тогда, когда были реальные обновления баз или ошибки.
После этого - один раз я запустил обновление сам (по кнопке "Обновить" на закладке "Базы"), чтобы убедиться, что всё проходит штатно.
Ну а дальше обновлятор уже всё сам на автомате делает и меня, когда надо, уведомляет.
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Читайте также: