Поганий той фахівець, якому доводиться бігати по всіх робочих місцях та працювати ногами. Працювати треба головою :)

Встановити платформу на кожен клієнтський комп'ютер можна вручну.

Але тоді адміністратору доведеться оминути всі комп'ютери послідовно.
Якщо комп'ютери 2-3, то це не проблема. Але якщо комп'ютерів десяток чи більше, такий процес може затягтися.

Оновлення платформи на комп'ютерах клієнтів також буде проблемою.

Для автоматизації цього процесу можна скористатися можливістю встановлення платформи на багато комп'ютерів через загальний мережевий каталог.

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

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

Пропонуємо переглянути більш детальні матеріали:

Структура загального каталогу

У цьому відео розповідається, як має бути організований мережевий каталог із дистрибутивами платформи, щоб його можна було використовувати для встановлення на велику кількість комп'ютерів.
Пояснюється, у вигляді треба викладати дистрибутиви платформи і які конфігураційні файли потрібні.

Підготовка загального каталогу на сервері

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

Дії на клієнтському комп'ютері

У цьому відео розглядаються особливості встановлення платформи із загального мережевого каталогу на клієнтському комп'ютері.

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

У цьому відео розповідається, як правильно розташувати у загальному мережевому каталозі дистрибутив платформи нового релізу. Розповідається, які дії на клієнтському комп'ютері потрібно виконати, щоб відбулося оновлення платформи.

Конфігураційний файл, що визначає розташування загального мережного каталогу

У цьому відео розповідається, де на клієнтському комп'ютері зберігаються налаштування загального мережного каталогу, до якого слід звертатися для перевірки оновлення платформи.

Права доступу під час встановлення платформи через загальний мережевий каталог

У цьому відео розповідається про найпоширенішу помилку, що виникає під час роботи із загальним мережевим каталогом.

Робота під користувачем без адміністративних прав

У цьому відео розповідається, як можна встановити платформу на клієнтський комп'ютер користувачу без адміністративних прав. Звертається увага на недоліки такого способу.

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

У цьому відео розповідається, чому політика AlwaysInstallElevated є серйозною проблемою для безпеки комп'ютера і чому по можливості слід уникати її використання на практиці.

І останній день стартових знижок.

Цей курс дозволить вирішувати ВСІ завдання щодо розгортання та підтримки інформаційних систем на 1С.

Ось кілька тем із курсу:

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

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

І краще це одразу робити правильно.

Щоб потім не було “…! Ну що за…! Твою ж …!” – та інших виразів жалю:)

Отже, які ж способи розгортання свого софту нам пропонує 1с?

1. Встановлення за допомогою logon-скрипту

2. Установка шляхом розміщення в загальному мережевому каталозі

3. Встановлення за допомогою групових політик

Перші два методи ми відкидаємо, т.к. у цю статтю розглянемо саме встановлення за допомогою групових політик (GPO).

Івформація на сторінках 1С:ІТС яку нам пропонує виробник про розгортання свого продукту за допомогою групових політик, дуже скупа:

Під час інсталяції через групові політики для вказівки мови інсталяції потрібно вказувати відповідний мовний файл трансформації. Імена файлів відповідають десятковому уявленню LCID Microsoft Windows (з розширенням .mst). Файл трансформації для російської називається 1049.mst.

Крім цього, додатково необхідно вказати файл трансформації adminstallrestart.mst. В цьому випадку система «1С:Підприємство» при розбіжності версій клієнта та сервера пропонуватиме перезавантаження комп'ютера для встановлення нової версії. Адміністратор повинен подбати, щоб нового дистрибутива вже було додано у групових політиках.

За допомогою групових політик можна встановлювати кілька версій «1С:Підприємства».

Для встановлення нової версії необхідно створити нову установку у групових політиках.

1049.mst – очевидна, а про adminstallrestart.mst не надто корисна. Тому ми створимо свій файл трансформації.
Насамперед хотілося б зрозуміти, як можна вказати установнику, які компоненти продукту ми хочемо встановити, а які – ні? Незважаючи на те, що документація від 1c в основному досить широка і докладна, про це чомусь не йдеться ні слова. Але вийти зі становища нам допоможе logon-скрипт, який ми відкинули на початку. У скрипті ми можемо побачити наступні рядки:

CmdLine = cmdLine & " DESIGNERALLCLIENTS=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=1 LANGUAGES=RU"

Де:
DESIGNERALLCLIENTS – всі клієнти та конфігуратор.
THINCLIENT – тонкий клієнт для клієнт-серверного варіанта роботи.
THINCLIENTFILE – тонкий клієнт із можливістю роботи з файловими інформаційними базами.
SERVER - сервер "1С:Підприємства". Якщо програма інсталяції запускається з програми запуску, то сервер буде встановлений як програма.
WEBSERVEREXT – це компоненти розширення для веб-сервера.
CONFREPOSSERVER – сервер сховища конфігурацій «1С:Підприємства».
SERVERCLIENT – компоненти адміністрування кластера серверів «1С:Підприємства».
CONVERTER77 – конвертер інформаційних баз із версії «1С:Підприємства 7.7».
LANGUAGES – список мов інтерфейсу для встановлення. Якщо вказано кілька мов, вони перераховуються через ",".

У цьому рядку скрипта формується командний рядок, який буде передано на обробку установнику msiexec.

Щоб створити файл трансформації, нам знадобиться редактор «Orca». (http://www.technipages.com/download-orca-msi-editor)
І так, після встановлення запускаємо програму. "Файл" - "Відкрити", і вибираємо "1CEnterprise 8.msi" з дистрибутива 1С. У лівій частині програми з'явився список таблиць, праворуч значення таблиць. Т.к. сам 1С не рекомендує змінювати msi-пакет, тому йдемо в меню Transform - New Transform.

Потрібно перейти до таблиці “Property”. Вправій частині шукаємо рядок “DEFLANGUAGE”, зі значенням “Auto”. Значення необхідно змінити на “RU” (Без лапок звичайно).

Для більшості користувачів необхідно встановити мінімум компонентів, це Тонкий клієнт, Товстий клієнт, та мова (наприклад, російська)
Тому створимо нові поля (Ctrl+R), де потрібно вказати ім'я та значення.
DESIGNERALLCLIENTS = 1
THINCLIENT = 1
THINCLIENTFILE = 1
SERVER = 0
WEBSERVEREXT = 0
CONFREPOSSERVER = 0
SERVERCLIENT = 0
CONVERTER77 = 0
LANGUAGES = UA

Тобто. Повинно вийде як на картинках:

Далі йдемо у меню “Transform” – “Generate Transform…”. Зберігаємо файл, можна до папки з дистрибутивом, наприклад Client.mst
На цьому генерація файлу трансформації закінчена.
Щоб перевірити інсталяцію, необхідно відкрити програму cmd. Перейти до папки з дистрибутивом. І виконати команду:
setup.exe /S TRANSFORMS=Client.mst TRANSFORMS=1049.mst
або
msiexec /i "<каталог с дистрибутивом >" TRANSFORMS="<каталог с дистрибутивом >\Client.mst TRANSFORMS="<каталог с дистрибутивом >\1049.mst /passive

У першій команді параметр “/S” та у другій команді параметр “/passive” означає, що установка буде відбуватися у фоновому режимі.

Після певного часу можна перевіряти. Повинно встановити Товстий клієнт, Тонкий клієнт та російський інтерфейс.

Далі потрібно створити нову установку в групових політиках домену.
Також потрібно створити загальний каталог у вашій мережі, де будуть зберігатися інсталяційні файли. Перевірити, щоб користувачі домену мали права читання з цього каталогу.
Відкриваємо редактор GP. Створюємо нову політику. Відкриваємо її для редагування. Переходимо до розділу "Конфігурація комп'ютера" - "Встановлення програм".

Створюємо новий пакет. Вибираємо файл 1CEnterprise 8.2.msi, шлях до файлу необхідно вказувати через мережне оточення \SRV\…..\1CEnterprise 8.msi, метод розгортання вибираємо - особливий, для того щоб можна було внести модифікації.

Після створення пакета з'явиться вікно властивостей пакета.
Необхідно перейти на закладку «Модифікації» та додати файл трансформації для російської мови називається 1049.mst та файл трансформації Client.mst.

Після того як натиснете "ОК" файли модифікації додати буде неможливо.
Пакет готовий. Варто зазначити, що пакет необхідно застосовувати на групу комп'ютерів, для цього в AD необхідно створити таку групу та помістити туди комп'ютери, для яких передбачається встановлення.

Щось закинув я свій затишенький. Виправляюсь. Сьогодні мова піде про встановлення 1c v8.2 у корпоративному середовищі за допомогою групових політик. Отже, які ж способи розгортання свого софту нам пропонує 1с?

1. Встановлення за допомогою групових політик

Перші два методи ми відкидаємо, т.к. для того, щоб ними скористатися користувач повинен мати права локального адміністратора (це ж не наші методи). Можна було б використовувати скрипт як startup-скрипт, невеликим допилюванням його. Але, чесно кажучи, не розумію: навіщо використовувати скрипт, за наявності штатної можливості розгорнути програму з msi-пакету за допомогою групових політик. Здавалося б, черговий банальний випадок розгортання програмного забезпечення в домені. Зараз зайдемо на сайт виробника, прочитаємо про те, як налаштувати msi-пакет, можливо, навіть скачаємо якийсь інструментарій для створення файлу трансформації (mst-файлу), як це заведено у великих виробників софту, і справа буде зроблена. Однак, не тут було. Інформація, яку нам пропонує виробник про розгортання свого продукту за допомогою групових політик, дуже скупа:

Під час інсталяції через групові політики для вказівки мови інсталяції потрібно вказувати відповідний мовний файл трансформації. Імена файлів відповідають десятковому уявленню LCID Microsoft Windows (з розширенням .mst). Файл трансформації для російської мови називається 1049.mst.

Крім цього, додатково необхідно вказати файл трансформації adminstallrestart.mst. В цьому випадку система «1С:Підприємство» при розбіжності версій клієнта та сервера пропонуватиме перезавантаження комп'ютера для встановлення нової версії. Адміністратор повинен подбати, щоб нового дистрибутива вже було додано у групових політиках.

За допомогою групових політик можна встановлювати кілька версій «1С:Підприємства».

Для встановлення нової версії необхідно створити нову установку у групових політиках.

Дуже дивний набір інформації нам надала фірма 1c: інформація про файл трансформації (модифікації) 1049.mst – очевидна, а adminstallrestart.mst не надто корисна. Насамперед хотілося б зрозуміти, як можна вказати установнику, які компоненти продукту ми хочемо встановити, а які – ні? Незважаючи на те, що документація від 1c в основному досить широка і докладна, про це чомусь не йдеться ні слова. Але вийти зі становища нам допоможе logon-скрипт, який ми відкинули на початку. У скрипті ми можемо побачити наступні рядки:

cmdLine = cmdLine & “THICKCLIENT=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=UA”

У цьому рядку скрипта формується командний рядок, який буде передано на обробку установнику msiexec. Як бачимо, цей рядок додаються параметри виду “Property=PropertyValue”. Розумно було б припустити, що кожна з цих властивостей має знайти своє відображення у таблиці Properties msi-пакету. Заглянувши в msi-пакет за допомогою редактора Orca (про те, що вже було написано раніше в моєму блозі), я не побачив жодної з цих властивостей у пакеті 1c. Тому, про всяк випадок, .

Отже, нам потрібно додати кілька рядків до таблиці Properties, що містять відповідні властивості та їх значення. Звичайно ж ми не будемо вносити зміни безпосередньо до самого пакета установки (msi-файл), а підготуємо за допомогою Orca трансформатор (mst-файл). На скріншоті показані зміни, які необхідно внести в інсталяційний пакет для того, щоб вказати, що ми хочемо встановити лише товстого та тонкого клієнта і при цьому вибрати російську мову для інтерфейсу (не забуваємо, що треба не тільки вибрати російську мову для інтерфейсу, а й додати його до інсталяційного пакета за допомогою відповідного трансформатора – файла 1049.mst). Про те, як додавати інсталяційний пакет і файли модифікації (трансформації) в групову політику не розповідатиму, сподіваюся, що ви це знаєте, а якщо не знаєте, то можете .

Залишилося розглянути питання додавання інформаційних баз до списку, який побачить користувач під час запуску програми 1c. На щастя з часів 1c v 7.7. багато що змінилося і для цього не потрібно правити реєстр. Інформація про бази тепер зберігатиметься у файлі з розширенням v8i. За промовчанням файл розміщується на локальному комп'ютері в папці %APPDATA%\1C\1CEStartі має ім'я ibases.v8i. Але тут є деякі обмеження, пов'язані з тим, що файли *.v8i – це файли у форматі unicode, а GPP з файлами в unicode кодуванні працювати не вміє. Тому доводиться йти на компроміси, про які ви можете прочитати у Сергія у блозі. Але існує інший спосіб створення списку інформаційних баз для користувача, який позбавлений цього недоліку. Починаючи з v8.1, у 1c з'явилася можливість, одного разу прописавши інформаційну базу до списку руками, вивантажити опис кожної інформаційної бази в окремий v8i-файл. Потім ці v8i-файли можна розмістити на загальному мережевому ресурсі та додавати їх користувачам до списку загальних інформаційних баз. А знаючи про те, що загальний список інформаційних баз зберігається у файлі 1CEStart.cfg, який розташовується папці %APPDATA%\1C\1CEStart, можна для цього використовувати GPP без проблем, з якими зіткнувся Сергій Бетке. Наведу приклад найпростішого вмісту файлу 1CEStart.cfg(Опис формату файлу можете знайти на сайті http://its.1c.ru, якщо ви щасливий власник підписки на ІТС).

Біля ректора 26 липня 2014 о 13:09

Підключення баз 1С 8 за допомогою AD/GPO

• Системне адміністрування

Добридень!

Навіяно недавнім постом - , поділюся альтернативним рішенням цієї задачі:

• без використання скриптів
• без редагування файлів 1С (ibases.v8i, 1CEStart.cfg)

Завдання, що стоять з автоматизації схожі: існує безліч баз 1С і каталог AD, необхідно користувачеві, що знаходиться в певній групі AD, дати можливість запустити певну базу 1С.

Даний спосіб зручний тільки якщо користувач працює з невеликою кількістю баз 1С (від однієї до десяти), оскільки він передбачає винесення кожної бази окремого ярлика на робочий стіл.

Крок 1.

Створимо в AD групу, що включає список комп'ютерів, на яких встановлений клієнт 1С - до неї увійдуть сервери термінальної ферми, а так само комп'ютери, на яких встановлений клієнт 1С. Насправді це можна і не робити, але ми будемо використовувати цю групу як додатковий фільтр:

Крок 2

Створимо в AD групи для користувачів баз 1С:

Можна зауважити, що для запуску бази з іншими параметрами (в даному випадку в режимі товстого клієнта) створюється окрема група.

Крок 3

Створюємо групову політику, що управляє ярликами користувача:

На жаль, для 1С ще немає версії клієнта для платформи х64, тому розташування клієнта за замовчуванням залежить від розрядності платформи. Для версії 1С 8.3 на 32-розрядній версії Windows клієнт встановлений в %ProgramFiles%\1cv8\common\1cestart.exe, а на 64-розрядній Windows - %ProgramFiles(x86)%\1cv8\common\1cestart.exe

Тепер детальніше розглянемо створення кожного елемента.

На вкладці «Загальні» поставимо параметри підключення до бази, розташування ярлика (в даному випадку – робочий стіл). Приклад створення ярлика для платформи Win x64

Невеликий відступ для тих, хто тільки планує перехід із платформи 1С 8.2 на 8.3:

У вкладці «Загальні параметри» зробимо націлювання нашого ярлика на створені раніше групи AD:

Налаштування для платформи Win x86:

І для Win x64:

Додавання нової бази зводиться до створення нової групи AD, копіювання ярлика GPO і редагування підключення до бази.

P. S.Якщо у вас є співробітники, які самостійно розставляють ярлики на робочому столі, то цей спосіб доступу до баз краще не використовувати.

Спасибі за увагу, сподіваюся, цей пост буде вам корисний.

Теги: 1с, ad, gpo, links