Меню Рубрики

Установка платформы 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С:Предприятие.

Если в сети применяется доменная структура 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С по сети, установка на пользовательских ПК

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

Варианты развертывания следующие

Через групповые политики

Описание структуры каталога для развертывания в сети есть на ресурсе https://its.1c.ru/, перепесывать не вижу смысла.

Проблемы с данным видом установки следующие:

1. У пользователей нет прав на установку программ.

Решение — в групповые политики добавить пакеты для установки 1С. После этого у пользователя появляется возможность для установки программы.

2. При установки создаётся ярлык на общем рабочем столе, и, естественно, пользователь может запустить 1С именно этим ярлыком.

3. Обновление будет происходить массово в утро понедельника, что лично меня не устраивает.

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

Не понимаю зачем подключать файлы модификаций adminstallrelogon.mst либо adminstallrestart.mst, обновление в любом случае происходит при запуске 1С.

Через скрипты

На ресурсе its.ru рекомендуют скрипты запускать либо при авторизации пользователя, либо при загрузке ПК.

Если запускать скрипт при авторизации, скрипт запустится с правами пользователя, у которого нет прав на установку приложений.

Если запустить скрипт при загрузке ОС, скрипт запустится под локальной учетной записью system, у которой нет доступа к сети.

А особенно меня удивило, что при выполнении скрипта предложенного на сайте its.ru выдаются ошибки. Скрипт на текущий момент я прогоняю на виртуальной машине с установленной ОС Windows XP SP3.

Ошибки возникают по следующим причинам:

1. installer.InstallProduct() — возвращает не объект, а set ожидает именно получение объекта.

2. installer.OpenProduct() — если пакет не установлен возвращает ошибку.

Я переписал скрипт, также добавил вывод информации в log файл.

Как я вижу установку обновления продукта

  1. Подготовка каталога с дистрибутивами, внесение изменений в скрипт.
  2. Добавление задачи в планировщик задний на локальном ПК. Добавляю на пятницу на ночь, заниматься этим сисадмин может всю неделю, при этом задачи можно назначать удаленно. Задача запускается под учетной записью, с правами на установку. ПК пользователей, либо не выключаются, либо включаются специальным пакетом. При этом можно назначить выполнение скрипта в разное время на разных ПК.
  3. После обновления выключаем компьютеры.
  4. Информация по обновлениям собирается в лог файлах в сетевой папке. В субботу утром можно проконтролировать, как прошло обновление.

При включенном брандмауре, при запуске приложения по сети, выдается предупреждение об опасном запуске программы из интернета. В Windows XP значок IE, правая кнопка мыши «свойства интернет», вкладка безопасность, местная интрасеть, кнопка «узлы», добавить адрес сервера, с которого будет запускаться скрипт и обновление. Сделать это нужно под той учетной записью, под которой будет установлено обновление.

Данные по узлам локальной сети расположены в ветке реестра HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\Ranges, можно выгрузить, а потом загрузить на другие ПК, так будет быстрее.

источник

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

Существует два вида многопользовательской работы с базами 1С. Это — «клиент — серверный вариант 1С» и «файловый вариант 1С». Клиент серверный вариант работы мы здесь рассматривать не будем, рассмотрим его в другой статье, здесь.

Итак, для того чтобы организовать многопользовательскую работу в файловых базах 1C, необходимы компьютеры соединённые в единую сеть. Если сети ещё нет, и оборудования так же нет, не поскупитесь приобрести «гигабитный коммутатор» (практически все современные компьютеры поддерживают в своих сетевых картах подключение до 1 ГБ/сек) и не самый дешевый, в дальнейшем вы только сэкономите(представьте день простоя вашей организации, или из-за увеличенной нагрузки мрачные тормоза у менеджеров).

Читайте также:  Установка e100 в linux

Еще один очень важный момент . , если у вас сеть WI-FI, то есть компьютеры подключены по беспроводной технологии, то данный вариант вам не подойдет, какой бы у вас навороченный WI-FI роутер, не стоял . Будет все мрачно тормозить, виснуть, и в результате можете вообще базу испортить, так как каналы создаваемые при помощи WI-FI соединения очень ненадежные, и любое прерывание при записи в базу (например проведение документа) может убить вашу базу 1С раз и навсегда. Другое дело настройка терминального подключения (есть недорогие аналоги позволяющие поднять альтернативу терминальным подключениям), но это я опишу в другой статье.

Далее, в нашей сети выбрать самый шустрый компьютер (желательно с «SSD дисками»), под файловый сервер. Можно так же приобрести отдельное файловое хранилище (с SSD дисками, завязанными в RAID 1 для надежности), но настройку его здесь мы рассматривать не будем.

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

Первоначально проверяем настройки самого компьютера, разрешено ли ему показывать файлы и папки в вашей локальной сети. Щелкаем по значку сетевое подключение в «трее» (правый нижний угол, где часы) и выбираем «Центр управления сетями и общим доступом»

Открывается окно управления, где выбираем следующее «Изменить дополнительные параметры общего доступа»:

Открывается окно настроек, где должны стоять следующие галочки :

Далее заходим в мой компьютер, и создаем на отдельном, «НЕ системном диске» (если в моем компьютере, диск только один, например «диск С», то деваться некуда выбираем его), и создаем отдельную папку с названием «Base 1C».

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

В результате открывается окно, где выбираем вкладку «Доступ» и жмем кнопку «Общий доступ»:

Открывается следующее окно, где выбираем вкладку «Все», и жмем кнопку «Добавить» :

Щелкаем на появившемся в списке новом значении «Все», и выбираем «Чтение и Запись», далее жмем кнопку «Общий доступ».

Должно появится вот такое окно означающее что все прошло успешно и общий доступ к папке открыт, жмем кнопку «Готово» :

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

Далее копируем в эту папку, папку с нашей базой 1С к которой будим осуществлять доступ по сети.

На клиентских компьютерах устанавливаем платформу 1С, как установить смотрите здесь. «ВАЖНО ПЛАТФОРМА 1С ДОЛЖНА БЫТЬ ВЕЗДЕ ОДНОЙ ВЕРСИИ. ». Далее по сети прописываем пути, к Базам 1С

9 комментариев (+Ваш отзыв?)

добрый день, а подскажите как я могу одновременно запустить одну и туже базу на двух ПК связанных по LAN?

schastliviy ответил:
22 декабря, 2016 в 18:02

Добрый день, ограничение на запуск от одного пользователя только на БАЗОВЫЕ версии. Остальные версии возможно запускать на нескольких компьютерах одновременно.

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

schastliviy ответил:
22 декабря, 2016 в 18:09

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

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

schastliviy ответил:
10 января, 2017 в 14:36

Добрый день! Необходимо найти регистрационный номер программного продукта и написать в центр лицензирования 1С на lic@1c.ru

Виктор ответил:
16 января, 2018 в 17:59

Если 1с была ломаная, то нужно будет ломать новую платформу, но это не законно!

Спасибо КЛАССНАЯ статья. Очень помогло

Айгерим
09 Сен 2019 в 8:51

источник