Установка платформы 1с базовая локальная административная

Какой вид установки системы «1С: Предприятие» предпочтительнее?

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

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

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

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

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

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

И только после того, как файлы будут размещены на сервере, может быть выполнена сетевая установка путём запуска программного файла setup.exe. Главное отличие сетевой установки от локальной состоит в том, что файлы не копируются на компьютеры пользователей, а запуск осуществляется из каталога локального сервера, на котором они и были установлены.

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

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

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

источник

Записки 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С:Предприятие

Задачей процесса установки является сделать возможным запуск системы 1С:Предприятие на компьютере пользователя. В процессе установки 1С:Предприятия производятся следующие действия: 1) на локальном диске компьютера пользователя (или на сетевом диске, доступном с компьютера пользователя) размещаются программные файлы системы 1С:Предприятие; 2) в системный каталог Windows компьютера пользователя копируются (или в случае необходимости обновляются уже находящиеся там) системные файлы, необходимые для работы системы 1С:Предприятие; 3) производятся необходимые изменения в системном реестре Windows компьютера пользователя; 4) на компьютере пользователя в меню операционной системы вносятся пункты для запуска программ системы 1С:Предприятие.

В зависимости от комплекта поставки допускается несколько вариантов установки системы 1С:Предприятие:
• локальная установка;
• административная установка;
• сетевая установка;

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

Административная установка, строго говоря, является не установкой, а подготовкой к установке. Суть ее состоит в том, что на сервере локальной сети создается каталог, в который из дистрибутива 1С:Предприятия переносятся все необходимые файлы для того, чтобы путем запуска из этого каталога программы SETUP.EXE можно было выполнить процедуры локальной или сетевой установки 1С:Предприятия. При этом не производится никаких изменений в меню, системном каталоге и реестре Windows как сервера, так и компьютера, на котором запущена программа установки.

Сетевая установка может быть выполнена только путем запуска программы SETUP.EXE из каталога, созданного в процессе административной установки. Сетевая установка отличается от локальной главным образом тем, что в процессе сетевой установки на компьютер пользователя не копируются программные файлы системы 1С:Предприятие, а пункты меню для запуска программ 1С:Предприятия настраиваются таким образом, что при запуске исполняемые файлы (.EXE, .DLL) берутся из каталога сервера локальной сети, из которого запускалась программа SETUP.EXE для выполнения сетевой установки.

Какой из вариантов установки является наиболее популярным?
(данный вопрос применим только к сетевым вариантам 1С:Предприятия).

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

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

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

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

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

источник

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

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

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

Но тогда администратору придется обойти все компьютеры последовательно.
Если компьютеров 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 пользователей. Тем более – если их хотя бы десяток…

Вам в любом случае когда-то придется разворачивать 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С”?

Добрый день!
Да, есть специальное практическое задание, посвященное как раз обновлению тонкого клиента по протоколу 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% было бы как решение проблемы.
Потом Вы пишите: “задача администратора — обеспечить установку так, чтобы не страдала безопасность” – можете привести пример как это сделать? если не вариант установка после перезагрузки.
Спасибо.

источник