Меню Рубрики

Установка платформы 1с msi

Тихая установка 1С:Предприятия 8.2

Озадачился на днях быстрой установкой на 200 компьютеров очередного релиза платформы 1С:Предприятие. Порыскал в интернете и как обычно, нашел много информации. И как обычно, принял к сведению, но поступил по-своему.

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

Второй вариант – жуткий скрипт на VBScript (типа из ИТС), с деинсталляцией предыдущей версии и т.п. Этот способ я тоже отверг – не люблю я Visual Basic, и потом все время возникали какие-то косяки с его удаленным запуском на моих 200 компах.

Сплавом обоих способов я и занялся, в результате оказалось все достаточно просто: для того, чтобы тихо поставить на компьютере необходимые компоненты 1С:Предприятия вообще ничего особенного не нужно. Достаточно просто в папке дистрибутива платформы запустить файл 1CEnterprise 8.2.msi с параметрами. Остальное Windows Installer сделает сам. В результате родился такой bat-файл из одной строчки:
«\\Server1S\install\1C\1CEnterprise 8.2.msi» /qr TRANSFORMS=adminstallrelogon.mst;1049.mst DESIGNERALLCLIENTS=1 THICKCLIENT=1 THINCLIENTFILE=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU
Все очень просто:

/qr – Сокращенный интерфейс. По сути, при установке пользователь увидит только бегущую полосу прогресса. Можно указать /qn и юзер вообще ничего при установке не увидит.

TRANSFORMS=adminstallrelogon.mst;1049.mst – Здесь мы подключаем рекомендованную фирмой 1С трансформацию adminstallrelogon.mst и пакет русского языка 1049.mst

DESIGNERALLCLIENTS=1 – Важный момент! Это основные компоненты 1С:Предприятия, включая компоненты для администрирования, конфигуратор и толстый клиент. Без этого параметра ставится всегда только тонкий клиент, независимо от следующего параметра

THICKCLIENT=1 – Толстый клиент

THINCLIENTFILE=1 — Тонкий клиент, файловый вариант

THINCLIENT=1 – Тонкий клиент

WEBSERVEREXT=0 – Модули расширения WEB-сервера

SERVER=0 – Сервер 1С:Предприятия

CONFREPOSSERVER=0 – Сервер хранилища конфигураций

CONVERTER77=0 – Конвертер баз 1С:Предприятия 7.7

SERVERCLIENT=0 – Администрирование сервера

LANGUAGES=RU – Язык установки – русский.

Вот и все, и никаких плясок с бубном и редакторами msi-пакетов.

Осталось только запустить эту команду на всех компьютерах конторы. Групповые политики я трогать не стал – с этой задачей прекрасно справился сервер администрирования антивируса Касперского — Kaspersky Security Center.

источник

Сценарии установки 1C 8.2 — 1C 8.3: способ 2: патчинг MSI файла

Для того, чтобы устанавливать программное обеспечение с помощью групповых политик, необходимо использовать не exe/cmd/bat, а только MSI файл (возможно с добавлением файлов-модификаций: MST файлов).

В стандартном комплекте установки 1С не предусмотрено наличие файла конфигурации, который бы позволил сделать «тихую» установку 1С из MSI файла (т.е. без каких-либо вопросов пользователю).

Для того, чтобы реализовать такой функционал и устанавливать 1С с необходимым набором компонент через групповые политики (т.е. с использованием MSI файла), мы создадим собственный файл модификаций (MST файл).

Для создания и редактирования MSI и MST файлов можно использовать различное программное обеспечение. Одним из распространенных вариантов является программа Orca.

Редактирование установки 1С с помощью Orca

После скачивания и установки запускаем программу Orca и открываем в ней файл установки 1С «1CEnterprise 8.msi». Т.к. разработчики 1С не рекомендуют менять msi-пакет, идем в меню «Transform» => «New Transform».

Открываем таблицу «Property» и редактируем:

  1. Изменяем значение поля «DEFLANGUAGE»: вместо «Auto» пишем «RU» (без кавычек)
  2. Добавляем новые поля (новые поля можно добавить комбинацией клавиш Ctrl+R):
    DESIGNERALLCLIENTS = 1
    THINCLIENT = 1
    THINCLIENTFILE = 1
    SERVER = 0
    WEBSERVEREXT = 0
    CONFREPOSSERVER = 0
    SERVERCLIENT = 0
    CONVERTER77 = 0
    LANGUAGES = RU

Для того, чтобы создать файл трансформации (.MST) с указанными параметрами, идем в меню «Transform» => «Generate Transform…». Сохраняем файл в папку с дистрибутивом. Название можно дать, например Client.mst . На этом генерация файла транформации закончена.

Проверка установки 1С с файлом трансформации

Чтобы проверить установку 1С с помощью созданного файла трансформации (MST файла), необходимо открыть командную строку. Перейдите в папку с дистрибутивом 1С и выполните команду:
setup.exe /S TRANSFORMS=Client.mst TRANSFORMS =1049.mst
или
msiexec /i » » TRANSFORMS= » » \Client.mst TRANSFORMS= » » \1049.mst /passive
В первой команде параметр «/S» и во второй команде параметр «/passive» означает, что установка будет проходить в «тихом» (фоновом) режиме. Подождите несколько минут и проверьте факт установки 1С. Должны установиться следующие компоненты: Толстый клиент, Тонкий клиент и русский интерфейс.

Теперь можно производить установку 1С через групповые политики с использованием MSI файла «1CEnterprise 8.msi» и созданного нами файла трансформации — MST файла client.mst

Источником данной статьи послужили следующие материалы:

источник

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

Автоматическое развертывание 1С:Предприятие в небольших сетях

Все новое — это хорошо забытое старое. В данном случае эта поговорка подходит как нельзя лучше. Методика автоматического развертывания программ пакета 1С:Предприятие по сети, она же «административная установка», известна давно и хорошо описана в документации, но почему-то довольно редко используется на практике. Возможно, имеет место некоторое «разделение труда», специалисты по 1С не занимаются установкой, а системные администраторы не читают документацию 1С. Поэтому будет не лишним еще раз вернуться к этому вопросу.

Данная методика рассчитана в первую очередь на небольшие сети без Active Directory и позволяет существенно облегчить работу системного администратора и повысить комфорт работы с системой 1С:Предприятие.

Типичная ситуация: специалист по 1С (чаще всего приходящий), обновляет конфигурацию, которая требует новую версию платформы и администратор, отложив в сторону все дела (или сам специалист), начинает бегать по компьютерам пользователей устанавливая новую версию. Хорошо если компьютеров два или три, а если около десятка и разбросаны они по всему зданию?

Еще одна поговорка гласит, что дурная голова ногам покоя не дает. Если администратор не хочет думать головой, то ему придется бегать ногами, но это совершенно не наш метод, поэтому будем экономить собственное время и время пользователей, настроив автоматическое развертывание. Тем более что делается это очень быстро и просто.

Вам потребуется только общая папка на файловом сервере, которая будет иметь следующую структуру:

Вам потребуется расположить в ней файл запуска 1С 1cestart.exe, желательно от последней версии платформы, его можно взять в C:\Program Files (x86)\1cv8\common. Конфигурационный файл 1cescmn.cfg со следующим содержимым:

Первая строка указывает на файл со списком общих баз, это необязательный параметр, имя файла также может быть произвольным. Вторая — сетевой путь к папке с дистрибутивами, т.е. нашему общему ресурсу. Последняя строка определяет компоненты пакета программ 1С:Предприятие, которые будут установлены. Ознакомимся с перечнем более подробно:

  • DESIGNERALLCLIENTS — все клиенты и конфигуратор.
  • THINCLIENT — тонкий клиент для клиент-серверного варианта работы.
  • THINCLIENTFILE — тонкий клиент с возможностью работы с файловыми информационными базами.
  • SERVER — сервер 1С:Предприятия. Если программа установки запускается из программы запуска, то сервер будет установлен как приложение.
  • WEBSERVEREXT — компоненты расширения для веб-сервера.
  • CONFREPOSSERVER — сервер хранилища конфигураций.
  • SERVERCLIENT — компоненты для администрирования кластера серверов.
  • CONVERTER77 — конвертер информационных баз из версии 1С:Предприятия 7.7.
  • LANGUAGES — список языков интерфейса для установки. Если указано несколько языков, они перечисляются через запятую.

Список общих баз, в нашем случае ibcommon.v8i, определяет перечень баз, которые будут подключены всем пользователям, это могут быть сетевые или клиент-серверный базы, обязательное условие — их доступность с любого ПК на которые будет устанавливаться платформа. Для его формирования можно воспользоваться файлом ibases.v8i, который расположен в %USERPROFILE%\AppData\Roaming\1C\1CEStart. Просто скопируйте оттуда необходимые секции.

Примерное содержимое файла:

В нашем случае указаны две базы: файловая по сети и серверная. Если вы использовали файл-источник с ПК где базы расположены локально, то просто замените их пути на сетевые, остальные настройки трогать не надо. Кроме параметра Version=8.3, с его помощью можно указать требуемую платформу для запуска, например, Version=8.3.11 означает, что база должна использовать последнюю доступную версию платформы 8.3.11, а Version=8.3.10.2252 — работать только с платформой 8.3.10.2252.

Теперь разместим на сервере сами платформы, для этого нам потребуется распаковать архивы с Портала 1С и переименовать папку точно по номеру платформы, скажем, 8.3.10.2252. Кроме последней актуальной версии следует также разместить там выпуски платформ, используемые отдельными пользователями или базами. В нашем случае получилось так:

Общий ресурс готов, посмотрим, как это работает. Для первоначальной установки запустим файл 1cestart.exe с общего ресурса, это может сделать как администратор, так и сам пользователь. Это единственный раз, когда пользователю потребуется самостоятельно заходить на наш общий ресурс. Сразу после запуска начнется процесс установки платформы, который не задает вопросов и проходит полностью в автоматическом режиме.

При этом всегда устанавливается самая последняя доступная в общем каталоге версия платформы. Хорошо, но, если нам вдруг потребуется другая? Не проблема. Давайте укажем для одной из баз использовать только выпуск 8.3.11 и запустим ее.

Как видим, установка нужной платформы началась автоматически (при условии ее наличия на общем ресурсе).

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

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

Читайте также:  Установка локальной канализации в квартире

В крупных организациях с AD программное обеспечение разворачивается с помощью групповых политик и данная методика там просто не нужна. В тех случаях, когда пользователи без AD не имеют административных полномочий, для них следует включить политику Конфигурация пользователя — Административные шаблоны — Компоненты Windows — Установщик Windows — Всегда устанавливать с повышенными правами.

Если вам нужно несколько разных вариантов развертывания, то можно создать несколько ресурсов, со своим набором платформ, списков баз и настроек. Скажем один для работы, второй для разработчиков. Только желательно в этом случае также ограничить доступ к общим папкам, чтобы исключить случайную установку «чужой» платформы.

источник

Установка платформы 1с msi

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

Существует несколько способов групповой установки программы 1С:Предприятие.

Если в сети применяется доменная структура Microsoft Active Directory, то удобно распространять установочные пакеты программ на рабочие компьютеры с помощью групповых политик. В дистрибутиве программы 1С:Предприятие присутствует необходимый для развёртывания через групповые политики установочный файл с расширением .msi.

Другое решение – групповая установка с помощью логон-скрипта. Этот способ описан в ИТС и в документации по программе.

И ещё групповую установку программы 1С можно организовать небольшими bat-скриптами вкупе с каким-нибудь инструментом, который позволяет устанавливать программу в сеансе обычного пользователя, но с правами администратора. Таким инструментом может быть, например, бесплатная для некоммерческого использования программа RunAsSpc (сайт разработчика http://www.robotronic.de/runasspcEn.html). Вот этот метод мы и рассмотрим подробнее.

Итак, скачиваем дистрибутив прораммы RunAsSpc. Запускаем файл runasspcadmin.exe. В форме программы указываем учётные данные администратора, а также путь к файлу, который мы хотим запускать с правами администратора. Мы могли бы указать путь к файлу 1CEnterprise 8.msi, но в таком случае потребуется предварительно сконфигурировать этот файл с помощью специальной программы, например Orca. Конфигурирование подразумевает под собой выбор компонентов к установке, выбор языка установщика, языкового пакета программы и прочее. Мы не будем править установщик .msi, а вместо этого создадим bat-скрипт, в котором укажем параметры установки. И вот этот-то bat-скрипт укажем в форме программы runasspcadmin.exe.

Сам bat-скрипт состоит всего из одной строки:

Параметры, которые можно настраивать в bat-скрипте:

/qr – Сокращенный интерфейс. По сути, при установке пользователь увидит только бегущую полосу прогресса. Можно указать /qn и юзер вообще ничего при установке не увидит.
TRANSFORMS=adminstallrelogon.mst;1049.mst – Здесь мы подключаем рекомендованную фирмой 1С трансформацию adminstallrelogon.mst и пакет русского языка 1049.mst.
DESIGNERALLCLIENTS=1 – Важный момент! Это основные компоненты 1С:Предприятия, включая компоненты для администрирования, конфигуратор и толстый клиент. Без этого параметра ставится всегда только тонкий клиент, независимо от следующего параметра.
THICKCLIENT=1 – Толстый клиент.
THINCLIENTFILE=1 — Тонкий клиент, файловый вариант.
THINCLIENT=1 – Тонкий клиент.
WEBSERVEREXT=0 – Модули расширения WEB-сервера.
SERVER=0 – Сервер 1С:Предприятия.
CONFREPOSSERVER=0 – Сервер хранилища конфигураций.
CONVERTER77=0 – Конвертер баз 1С:Предприятия 7.7.
SERVERCLIENT=0 – Администрирование сервера.
LANGUAGES=RU – Язык установки – русский.

Дистирутив программы RunAsSpc содержит файл с названием runasspc.exe. Это и есть исполняемый файл, который будет открывать нужную нам программу с правами администратора. Информация, какую именно программу открывать, а также учётные данные администратора, содержатся в файле Crypt.spc. Разместим оба файла в сетевой папке.

В заключении создадим ещё один bat-файл, который мы разошлём пользователям. Запуская этот файл, пользователи установят себе на рабочий компьютер платформу 1С:Предприятие. Содержимое файла такое:

источник

Административная установка платформы “1С:Предприятие 8.2” при помощи групповой политики

С использованием групповых политик можно устанавливать несколько версий «1С:Предприятия».
Для установки новой версии необходимо создать новую установку в групповых политиках.

При установке через групповые политики для указания языка установки нужно указывать соответствующий языковой файл трансформации. Имена файлов соответствуют десятичному представлению LCID Microsoft Windows (с расширением .mst). Файл трансформации для русского языка называется 1049.mst.
Кроме этого, дополнительно нужно указать файл трансформации adminstallrestart.mst. В этом случае система «1С:Предприятие» при несовпадении версий клиента и сервера будет предлагать перезагрузку компьютера для установки новой версии. Администратор должен позаботиться, чтобы новый дистрибутив уже был добавлен в групповых политиках.

Нужно создать общий каталог в вашей сети, где будут хранится установочные файлы. Проверить чтобы пользователи домена имели права чтения из этого каталога.
Открываем редактор GP. Создаем новую политику. Открываем её для редактирования. Переходим в раздел «Конфигурация компьютера» — «Установка программ». Пример показан на Windows Server 2008 R2.

Создаем новый пакет. Выбираем файл 1CEnterprise 8.2.msi, путь до файла необходимо указывать через сетевое окружение \\SRV\…..\1CEnterprise 8.2.msi, метод развертывания выбираем — особый, для того чтобы можно было внести модификации.

После создания пакета, у меня примерно 30 секунд, откроется окно свойств пакета.

Необходимо перейти на закладку «Модификации» и добавить файл трансформации для русского языка называется 1049.mst и файл трансформации adminstallrestart.mst. Должно получится так:

После того как нажмете «ОК» файлы модификации добавить будет не возможно.

Пакет готов. Стоит отметить, что пакет необходимо применять на группу компьютеров, для этого в AD необходимо создать такую группу и поместить туда компьютеры, для которых предполагается установка.

источник

Установка и обновление платформы на большом числе компьютеров через общий сетевой каталог

Плох тот специалист, которому приходится бегать по всем рабочим местам и работать ногами. Работать нужно головой 🙂

Установить платформу на каждый клиентский компьютер можно вручную.

Но тогда администратору придется обойти все компьютеры последовательно.
Если компьютеров 2-3, то это не проблема. Но если компьютеров десяток или больше, то такой процесс может затянуться.

Обновление платформы на клиентских компьютерах также будет проблемой.

Для автоматизации этого процесса можно воспользоваться возможностью установки платформы на большое количество компьютеров через общий сетевой каталог.

Такой способ можно использовать, когда на клиентских компьютерах установлена ОС Windows.
Администратор располагает в общем сетевом каталоге дистрибутивы платформы и набор конфигурационных файлов.
Для обновления платформы необходимо только разместить новый дистрибутив платформы в общем каталоге.

Массовая установка и обновление 1С: 9 видео и PDF

Предлагаем посмотреть более детальные материалы:

PDF с описанием

11 страниц, которые нужно прочесть сначала.

Видео 01:

Структура общего каталога

В этом видео рассказывается, как должен быть организован сетевой каталог с дистрибутивами платформы, чтобы его можно было использовать для установки на большое количество компьютеров.
Поясняется, в каком виде надо выкладывать дистрибутивы платформы и какие конфигурационные файлы нужны.

Видео 02:

Подготовка общего каталога на сервере

В этом видео на практике рассматривается, как заполнить сетевой каталог с дистрибутивами платформы. Выкладывается дистрибутив платформы, редактируется конфигурационный запуск. Показано, как найти программу запуска нужного релиза.

Видео 03:

Действия на клиентском компьютере

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

Видео 04:

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

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

Видео 05:

Конфигурационный файл, определяющий расположение общего сетевого каталога

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

Видео 06:

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

В этом видео рассказывается о самой распространенной ошибке, возникающей при работе с общим сетевым каталогом.

Видео 07:

Работа под пользователем без административных прав

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

Видео 08:

Потенциальные проблемы с безопасностью при использовании политики AlwaysInstallElevated

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

Видео 09:

Установка через общий сетевой ресурс. Преимущества и недостатки

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

Не пропустите – все сразу и в полном объеме!

Остался один день до официального начала занятий в курсе по администрированию 1С. И последний день стартовых скидок.

Этот курс позволит решать ВСЕ задачи по развертыванию и поддержке информационных систем на 1С.

Вот несколько тем из курса:

  • Установка и обновление платформы «1С:Предприятие 8» – ручная и автоматическая, под Windows и Linux
  • Автоматический запуск для выполнения регламентных операций
  • Обновление конфигураций из пользовательского режима
  • Обновление нетиповых конфигураций. Как избежать проблем при обновлении измененных типовых конфигураций
  • Создание собственных cfu-файлов поставки
  • Инструменты БСП: внешние формы, обработки заполнения документов и т.п.
  • Использование бесплатной СУБД PostgreSQL
  • Установка и запуск кластера серверов 1С:Предприятие 8
  • Утилита администрирования для настройки кластера и рабочих серверов
  • Настройка RLS на примере УПП 1.3 и ERP 2
  • Что делать, если данные в ИБ повреждены
  • Настройка обменов данными между конфигурациями
  • Организация групповой разработки
  • Настройка и использование аппаратных ключей защиты
  • Программные лицензии 1С: установка и привязка к внешнему оборудованию

Даже на 3-5 пользователей. Тем более – если их хотя бы десяток…

Читайте также:  Установка круиз контроля e87

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

И лучше это сразу делать правильно.

Чтобы потом не было “…! Ну что за …! Твою же …!” – и прочих выражений сожаления 🙂

Комментарии / обсуждение (73):

Здравствуйте, изучаю Ваш PowerShell (переписываю на vbs), наткнулся на странную логику работы:

# Поищем файлы ответов
If ( (Test-Path -Path ($InstallFolder + ‘adminstallrestart.mst’)) -and (Test-Path -Path ($InstallFolder + ‘1049.mst’)) ) <
# файлы ответов найдены, подготовим инсталятор
Start-Process -Wait -FilePath msiexec -ArgumentList (‘/jm “‘ + $InstallMSI + ‘” /t adminstallrestart.mst;1049.mst /quiet /norestart /Leo+ “‘ + $LogFile + ‘”‘)
> else <
# файлы ответов не найдены, сообщим это и не будем подготавливать инсталятор
WriteLog $LogFile (‘Не найден файл ответов adminstallrestart.mst или 1049.mst в каталоге “‘ + $InstallFolder + ‘” установка будет произведена без подготовки’)
>
# произведём непосредственную установку
Start-Process -Wait -FilePath msiexec -ArgumentList (‘/package “‘ + $InstallMSI + ‘” ‘ + $InstallOptDistr + ‘ /quiet /norestart /Leo+ “‘ + $LogFile + ‘”‘)
$FlagAttemptInstall = $true

Не знаю сохранится код или нет, после оправки комментария.

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

Это 150 строка. Если необходимо, то могу написать в github

В первой части кода ни какой установки не происходит. Происходит подготовка пакета согласно файлам трансформации. Файл adminstallrestart.mst отвечает за то чтобы 1С предложила перезагрузить компьютер если не найдена необходимая платформа. Файл 1049.mst отвечает за установку платформы на русском языке.

В самом конце происходит установка платформы. Если файлы трансформации были найдены, то установка будет произведена согласно написанному в них. Если файлы трансформации найдены не были, то установка всё равно будет произведена со значениями по умолчанию.

Start-Process -Wait -FilePath msiexec -ArgumentList (‘/jm “‘ + $InstallMSI + ‘” /t adminstallrestart.mst;1049.mst /quiet /norestart /Leo+ “‘ + $LogFile + ‘”‘)

Start-Process -Wait -FilePath msiexec -ArgumentList (‘/package “‘ + $InstallMSI + ‘” ‘ + $InstallOptDistr + ‘ /quiet /norestart /Leo+ “‘ + $LogFile + ‘”‘)

В пакете msi находятся параметры согласно которым будет производиться установка программы. С помощью файлов трансформации можно поменять эти параметры. Если вы хотите узнать что конкретно происходит при выполнении той или иной строки, то замените “/Leo+” на “/L*+” и увидите весь лог работы.

Здравствуйте, всё же я не могу понять, первая команда производит установку 1С или она подготавливает к установке?
Насколько я понимаю, первая команда запускает установку, используя файл трансформации, а вторая команда – по умолчанию ставит

Первая команда не производит установку. Только настройку. Можете в этом убедиться сами если закомментируете вторую команду в коде и посмотрите на результат выполнения.

Добрый день!
Вопрос товарищя andertaletz по поводу 64 битной установки 1с-предприятия остался в силе и посей день. как обстоят дела с решением этой проблемы ?

Добрый день!
Теперь таким же образом можно устанавливать и 64-битную платформу.
В общей папке создается каталог с номером релиза платформы (например, 8.3.15.1534). Внутри этого каталога в каталоге Setup размещается дистрибутив 32-битной платформы, а в каталоге Setup64full – дистрибутив 64-битной платформы.

а как осуществляется выбор между 32 и 64 ?
провели эксперимент, ставит 32 🙁 на ОС 64
Где можно почитать документацию по этому вопросу, а то в лекциях этот вопрос не освещался.

Документация есть на сайте ИТС – https://its.1c.ru/db/v8315doc/bookmark/adm/TI000000056
Явно логика выбора 32-битного или 64-битного дистрибутива не указана. Возможно, при помощи параметров конфигурационного файла 1cescmn.cfg можно это настроить.

Setup ‑ каталог дистрибутива 32-разрядной версии системы «1С:Предприятие».

● Setup64full ‑ каталог дистрибутива 64-разрядной версии системы «1С:Предприятие».

Да, в таких подкаталогах размещаются дистрибутивы.
Но при автоматической установке разрядность ОС не учитывается, по умолчанию устанавливается 32-битная версия платформы.

DefaultVersion=8.3;x86_64_prt будет 64разрядная

Добрый день!
Отлично, если теперь этот параметр используется при автоматической установке.
Потому что в техподдержке сообщали, что 1cestart.exe автоматически не определяет разрядность ОС и ставит 32-разрядное приложение.

Здравствуйте, сделал настройки как на видео, текст файла cfg скопировал из инструкции, заменив лишь сервер на свой. Пишет “Не найден дистрибутив платформы”. в названии платформы лишних символов нет “8.3.11.3011”.

Добрый день!
Проверяйте права доступа к сетевому ресурсу, попробуйте запустить приложение от имени администратора. Также попробуйте использовать 32-битный дистрибутив платформы, а не 64-битный.

Хороший видеокурс – просто и понятно
Но вот спрошу:
у нас порядка полста (и даже больше) ПК с клиентом 1С.
Всё работает, но нужно обновлять их всех.
Обновить сервер – не проблема.
Но как быть с клиентами? Ногами ходить к каждому для подключения к сетевому ресурсу или даже удаленно – никаких сил не хватит.

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

Добрый день!
Тонкий клиент через веб-сервис может автоматически скачать дистрибутив клиентского приложения, когда на сервере “1С:Предприятие” изменился номер релиза.
В курсе такой пример рассматривается.

Здравствуйте! с 64х разрядной версией платформы данные способ не срабатывает, с 32 – все в порядке. Есть ли какой то нюанс именно для 64х разрядной версии?

Добрый день!
64-битная версия платформы до сих пор находится в статусе бета-версии. Этот механизм для нее не реализован.

Всех с новым годом!материал изучил, все работает. Но есть одна проблема, такое ощущение что в конфигурациионном файле мои параметры игнорируются. Не смотря на выставленные значения в 1 на сервер и остальные, всегда устанавливается только толстый, тонкий клиент и конфигуратор. Кто с этим сталкивался? Буду признателен

Добрый день!
В первую очередь проверьте структуру общего конфигурационного файла 1cescmn.cfg, сравните с образцом, приведенным в методичке на этой странице. Также попробуйте выполнить установку из этого же сетевого каталога на новый (“чистый”) компьютер, где ранее платформа “1С:Предприятие” не устанавливалась. Например, можно использовать еще одну виртуальную машину. Это позволит исключить влияние локальных конфигурационных файлов, присутствующих на компьютере.

Да Василий, вы абсолютно правы. При установки на чистый компьютер,приложения устанавливаются согласно выставленным параметрам. Но если я после первичной установки меняю параметры в конфигурационном файле, то установка приложений новой платфомы устанавливается с параметрами первичной установки. Я удалил все конфигурационные файлы на новом компе,какие нашел, но приложения устанавливаются согласно параметрам при первичной установки из сетевого каталога. Где найти тогда этот конфигурационный файл?
ПС: общий путь к конфигурационному файлу из видео тоже удалил

Значение параметра InstallComponents определяется из конфигурационных файлов в таком порядке:
– локальный конфигурационный файл 1cestart.cfg для всех пользователей (%ALLUSERSPROFILE%\Application Data\1C\1CEStart);
– локальный конфигурационный файл 1cestart.cfg для конкретного пользователя (%APPDATA%\1C\1CEStart);
– сетевой конфигурационный файл 1cescmn.cfg.

Добрый день!
А как должна выглядеть структура каталогов с учётом выпуска клиента х64?

Добрый день!
В документации нет описания такого варианта установки. Предполагаю, что это связано с тем, что 64-битный клиент под Windows – это еще бета-версия для тестирования.

Год прошёл. Что-нибудь поменялось? – нигде нет никакой информации

Добрый день!
Список возможных компонентов (InstallComponents) в документации перечислен всё тот же, новшеств нет.

Использовал длительное время способ установки из расшаренного ресурса на сервере с использованием 1cestart.exe и конфигурационного файла. Вышла новая версия платформы 8.3.8.1562. Выполнил все по отработанному сценарию, Создал папку 8.3.8.1562, поместил в нее файлы дистрибутива. При запуске файла 1cestart.exe не находит новую версию платформы. Несколько папок с предыдущими версиями находятся на общем ресурсе, конфигурационный файл пересмотрел. Упорно не находится новая платформа. Не подскажите, в чем может быть причина?

Добрый день!
Попробовал воспроизвести на новом релизе 8.3.8.1652, изменений с предыдущими версиями не обнаружил. Просто распаковал новый дистрибутив в общий сетевой каталог, обновил в общем каталоге 1cestart.exe на файл из нового релиза. При запуске на клиентском компьютере ярлыка на рабочем столе (программа запуска) происходит установка свежей версии.
Конфигурационный файл не менял.
Проверьте корректность имени нового каталога (никаких лишних символов нет?), права доступа к этому каталогу.

И у меня такая же проблема. Устанавливаю 8.3.8.2028 на 6 компьютеров. На 4 установка выполнена, а на 2-х. Вы какое нашли решение?

Спасибо за курс. Очень информативно. Но в жизни применить не возможно, в связи с открытием компьютера пользователя для вирусных атак.
Голос приятный, деловой, не раздражает с лишними паузами… И не частит. Кстати, Гилева послушать тоже одно удовольствие.

Видео еще не смотрел. Пару лет назад, нескольким организациям делал автообновление с расшареного каталога локальной сети. Сейчас собираюсь организовать на яндекс диске и обновление платформы и обмены с филиалами. Думаю, удобно должно получиться, как раз корпоративная почта на яндексе, т.е. у каждого филиала свой яндекс диск и планирую с “админского” диска предоставлять доступ на папки с обменами филиалам, т.е. каждый филиал увидит только свою папку обмена (не знаю на сколько это важно, правда). А то замучился уже с ftp, бывает скуксится, и не известно как чинить (да, админ я так себе;)

Вопрос по обновлению версии тонкого клиента у пользователя по http рассматривается в курсе “Администрирование 1С”?

Читайте также:  Установка cic bmw e39

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

Здравствуйте, а скачать все это счастье как-то можно будет?

Предлагаем не скачать, а изучить.

В курсе (на взгляд по диагонали) не рассмотрен вопрос по установке и обновлению по скрипту (adminstallrelogon.mst) или я чего-то не увидел?

Добрый день!
В курсе рассматриваем установку платформы при помощи групповых политик, говорим про файл трансформации adminstallrestart.mst. Также используем несколько вариантов скриптов, которые можно использовать при установке. Все это темы занятия 4 “Автоматическая установка и обновление платформы на большом количестве компьютеров”. Подробнее про уроки занятия здесь.

Так в 7 видео обновление платформы происходит с включенной настройкой AlwaysInstallElevated или отключенной? Если настройка включена, почему тогда говорится что “давайте посмотрим, как будет происходить обновление платформы под пользователем с ограниченными правами”. Права то не ограничены.

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

А манипуляции все равно придется на клиентской тачке делать. Тогда в чем автоматизация? В наличии сетевого каталога?:) проще выложить установленный движок в общий доступ и ярлыки запуска на него у всех переписать, и платформу новую устанавливать в этот каталог. И на клиентских тачках вообще ничего делать не придется.

Добрый день!
В общий сетевой каталог можно выложить дистрибутивы нескольких платформ одновременно. Программа запуска может определять последнюю версию платформы и выполнять ее установку на клиентский компьютер. Также может быть ситуация, что для разных баз требуются разные релизы платформы. Тогда если на клиентском компьютере система определяет, что нужная версия отсутствует, она может быть установлена из общего сетевого каталога. Т.е. тут идея в том, что программа запуска “интеллектуальная”, может использоваться для первой установки платформы, также для обновления платформы, может искать последнюю или конкретную версию платформы. Также тут есть возможность централизованно настроить состав компонентов платформы, который нужно установить на компьютер.
Также рекомендуется выполнять установку платформы, потому что при этом происходит регистрация необходимых компонент.
Чтобы совсем не выполнять действий на клиентском компьютере, рекомендуется использовать групповые политики. Тогда установку платформы можно выполнять централизованно.

Спасибо за информацию. Однако по вопросу безопасности не понятно. Что можно сделать, когда в конторе все сидят под пользователем и нет доменой сети? Есть какие-то конкретные советы? Это очень актуально.

Поиск “установка определенных программ из под пользователя” выдает ровным счетом ничего полезного.

Добрый день!
Тут можно поступить следующим образом – написать скрипт, в планировщике создать задание, которое будет выполняться при запуске компьютера, еще до того, как пользователь войдет в систему. Для такого задания можно указать выполнение с повышенными правами, т.е. выполняться оно будет под администратором системы, нужно будет только указать логин и пароль администратора системы. Тогда и пользователю лишних прав давать не нужно будет.

А можно распложить папку bin на общем сетевом ресурсе и использовать “Стартплюс”, единожды скопировав ярлык всем пользователям на эту программу. Очень простое решение для большинства случаев.

А с лицензиями как, особенно с программными, все корректно работает?

Работает, конечно. Лицензии проверяет сама 1с.

“Пользуясь случаем”, хотел бы узнать (по возможности), ответ вот на какой вопроса (правда, не совсем уверен что именно в этой ветке, но все же):
– запуск 1с происходит из шаренной папки. В корне лежит стартер 1cestart.exe, и папка (для примера с именем “8.3.6.2237”). Все работает. А можно ли как-то сделать так, чтобы если в эту папку положить еще и папку с платформой 8.2, а в настройках базы указать под какой версией платформы ее запуска, то стартер бы понял из какой папки, нужно сделать запуск какой платформы? Как можно вот решить такую задачу, без установки на локальные компьютеров клиентов? Чтобы был один ярлык запуска? И можно ли вообще?

Добрый день, Игорь!
В общую папку выложил распакованный дистрибутив платформы 8.3.6.2100. Запускаю 1cestart.exe из этой папки, происходит установка платформы на компьютер. В списке баз добавляю базу, говорю, что будет использоваться 8.2 для запуска. В общую папку выкладываю платформу 8.2.13.219. Запускаю 1cestart.exe с ярлыка на рабочем столе, открываю базу, которая работает под 8.2. Программа запуска находит дистрибутив версии 8.2, выполняет установку на локальный компьютер. Таким образом, у нас один ярлык запуска, можно работать с базами 8.2 и 8.3.

Василий, спасибо за ответ! Скорее всего, я не совсем точно выразился. Запуск платформы происходит со стартера из шаренной папки БЕЗ установки на локальный компьютер. Установки на локальные компьютеры не предусматривается вообще при таком сценарии. Вот 🙂

В таком случает 1cestart.exe будет искать установленную версию платформы 8.2 или каталог, где располагается дистрибутив платформы. А в случае установленных на клиентский компьютер платформ с одного ярлыка программы запуска мы сможем работать с разными платформы, указывая для базы, какую версию использовать.

Лучше удалить видео, практической ценности не несет, нет главного:
1. Не рассмотрена структура файла конфигурации 1cescmn.cfg
2. Не возможно установить без прав админа, предлагаемый вариант дать права на установку программ пользователю не принимается на крупных предприятиях как факт, наоборот принято ка факт – ЗАПРЕТ УСТАНОВКИ ПРОГРАММ ПОД ПОЛЬЗОВАТЕЛЕМ
3. Нормальные программы для установки через групповые политики имеют расширение msi и устанавливаются при старте компьютера и к этому надо идти.
в статье нет ничего нового, а про шары любой админ знает и делает, по сути описан ручной способ установки с беготней ногами

Добрый день, Борис!
1. Структура общего конфигурационного файла 1cescmn.cfg изложена на стр. 2 PDF-файла с описанием. Понимаю, что дочитать до второй страницы достаточно тяжело, особенно учитывая, что половину страницы занимает схема:)
2. Да, это недостаток данного способа. В отдельном видео мы специально обсуждаем плюсы и минусы.
3. В курсе по администрированию как раз и рассматриваем разные способы – в том числе и при помощи групповых политик.
Для обновления платформы таким способом достаточно дистрибутивы правильно расположить в общей папке, тогда автоматически можно обновиться с клиентского компьютера, бегать не придется, в видео мы тоже это рассматриваем.

У нас в компании не всегда срабатывала групповая политика, это нормальное явление?

Если политика должна была сработать, но не сработала, то это ненормально. Тут нужно разбираться, смотреть логи. Самое частое, что видел, – это ошибки с правами доступа. Если все не так просто, то нужно искать причину, смотреть журнал Windows, обратиться к rsop.msc или другим средствам администрирования.

Добрый день!
У меня общий вопрос: можно получить полный перечень планируемых курсов, которые будут выпущены до НГ?
Я сделал заказ на курс по Администрированию, но интересуют и другие темы. На всё времени разумеется нет – надо выбирать …

Нет, мы такой список не предоставляем, поскольку в нем очень вероятны изменения.
Запускаться будут курсы, которые успеют первыми “прорваться” через проверку и “упаковку”.

P.S. Берите все – в январе и феврале будет чем заняться 🙂

))) да и так уже на сон 6 часов остается

Хотелось бы получить хотя бы примерный список. Нужно же еще бюджет спланировать на НГ и подарки)

И почему такая спешка? Обязательно нужно выпускать за один месяц так много курсов? А изучать их потом когда? Срок доступа в мастер-группы ведь ограничен.

Могу только по уже выпушенным курса ориентировать.
Будут новые потоки курсов по Рознице, Конвертации Данных (2.0), по Производственому учету в 1С:ERP. По новым курсам даже ориентировочно пока сказать не могу.

Спешки нет, просто до НГ в компаниях проще “выбивать” бюджеты на оплату. А проходить их можно и в следующем году, в прошлом году это была массовая практика. Например, курс по запросам год назад купили более 1400+ клиентов, было это в декабре и 95% из них изучало его уже после НГ.

А сроки доступа при этом не меняются – они отсчитываются от активации, а не от момента покупки. Можно активировать токен в феврале, указать стартовую дату в марте и заниматься с марта по май, например.

Из видео понял, что поставить 1с без админских прав ни как, если только не во вред безопасности. Я правильно понимаю?

Добрый день!
Для установки платформы потребуются административные права, поэтому тут задача администратора – обеспечить установку так, чтобы не страдала безопасность. Например, при наличии домена пользователям не нужно давать административные права, установка может производиться при старте компьютера. Так что тут есть варианты.

Добрый день.
Вариант “может производиться при старте компьютера” через групповую политику не всегда срабатывает, плюс надо пользователю сообщать “перезагрузите компьютер”. В Видео № 7 по заголовку, что 1с сама будет ставиться, это как скидки в магазине: “Скидка 70%, а мелким шрифтом при покупке от 100тыщ..”
Я думал есть возможность устанавливать 1С просто через обновление, или если бы была возможность ставить ее в каталог %appdate% было бы как решение проблемы.
Потом Вы пишите: “задача администратора — обеспечить установку так, чтобы не страдала безопасность” – можете привести пример как это сделать? если не вариант установка после перезагрузки.
Спасибо.

источник