Встановлення програмних ліцензій 1С на сервер. Ліцензія не знайдена. Не виявлено ключ захисту програми або отриману програмну ліцензію — Рішення. Як відбувається отримання ліцензії

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

Загальні відомості про програмні ліцензії

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

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

Тут ми підійшли до украй важливого моменту: прив'язування програмних ліцензій до конкретного ПК. Для цього використовується поняття ключових параметрів, в які входять:

• мережеве ім'я комп'ютера;
• модель материнської плати;
• Об'єм оперативної пам'яті;
• тип та версія BIOS;
• список процесорів та їх параметри;
• список мережевих адаптерів та їх MAC-адреси;
• список жорстких дисків та їх параметри.

На платформі Windows до ключових параметрів також входять:

• найменування операційної системи;
• версія операційної системи (тільки перші дві цифри номера версії);
• серійний номер операційної системи;
• дата встановлення операційної системи;

При цьому зі списку ключових параметрів виключаються:

• мережеві адаптери Bluetooth;
• мережеві адаптери, підключені за IEEE 1394 або USB;
• програмні адаптери WAN та RAS;
• адаптери, що не мають MAC-адреси та даних VEN_ та DEV_ з PNP-ідентифікатора;
• зовнішні накопичувачі, що підключаються за IEEE 1394 та USB.

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

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

З цього випливає просте правило: під час активації програмної ліцензії тимчасово вимкніть усі жорсткі диски, крім системного, а також усі додаткові мережні адаптери (якщо встановлені).

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

Найбільші складнощі виникають під час використання віртуальних машин у складі кластера, у разі при переміщенні машин між нодами можуть змінитися відразу кілька ключових параметрів, зокрема параметри процесора і карти. Якщо останнє питання легко вирішується присвоєнням статичної MAC-адреси, то зміна типу процесора при поточній моделі ліцензування є серйозною проблемою.

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

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

Тому, щоб не було неприємних сюрпризів, збережіть введені дані у надійному місці.

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

Види програмних ліцензій

Усі програмні ліцензії поділяються на клієнтські та серверні. Клієнтські ліцензії бувають трьох типів:

• Однокористувацькі- дозволяють запускати необмежену кількість програм у режимі тонкого та товстого клієнтів, а також Конфігуратора на одному ПК.
• Розраховані на багато користувачів- дозволяють запускати вказану в номіналі ліцензії кількість програм у режимі товстого, тонкого та веб-клієнтів, а також конфігуратора на довільній кількості ПК. Видачею клієнтам розрахованих на багато користувачів ліцензій займається сервер 1С:Підприємства або модуль розширення веб-сервера.
• Комбінована- містить ліцензії обох видів, але активований при цьому може бути тільки один, якщо з такого набору першим був активований однокористувацький пін-код, то надалі використовувати цю ліцензію як розраховану на багато користувачів вже не вийде.

Серверна ліцензія дозволяє запускати необмежену кількість робочих процесів сервера 1С:Підприємства (rphost) на одному сервері, ділиться на 32-х і 64-х розрядну, при цьому 64-х розрядна ліцензія дозволяє запускати і 32-розрядну версію сервера.

Однокористувальна ліцензія постачається з основною поставкою або у вигляді ліцензії на одне робоче місце. Може бути встановлена ​​на комп'ютер, сервер 1С:Підприємства, модуль розширення веб-сервера або сервер терміналів. У разі встановлення на сервер складається з іншими активованими на сервері ліцензіями і використовується, крім сервера терміналів, як розрахована на багато користувачів.

Розраховані на багато користувачів ліцензії поставляються в комплектах на 50, 100, 300 і 500 ліцензій і можуть бути встановлені тільки на сервер 1С:Підприємства, модуль розширення веб-сервера або сервер терміналів, в останньому випадку використовуються як однокористувацькі.

Комплекти на 5, 10 та 20 користувачів є комбінованими, тип ліцензії вибирається в момент активації першого пін-коду.

Використання однокористувальних ліцензій

У більшості випадків, особливо для невеликих підприємств, використання однокористувальних ліцензій є кращим, тому що обмеженням цього виду ліцензії є ПК, що ліцензуються, а не сеанси 1С. У файловому режимі це єдиний доступний вид ліцензії (за винятком режиму термінального сервера). Розглянемо таку схему:

Маючи у своєму розпорядженні ПК з активованою однокористувальною ліцензією, ви можете без обмежень запускати будь-яку кількість баз у файловому режимі, розташованих як локально, так і в мережі, а також бази розташовані на сервері 1С:Підприємства або веб-сервері, в останньому випадку робота можлива тільки у режимі тонкого клієнта. Запуск бази через веб-клієнт з однокористувальною ліцензією неможливий, оскільки веб-клієнт повинен отримати ліцензію клієнта від модуля розширення веб-сервера.

Клієнт – серверний режим

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

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

Якщо локальна ліцензія не виявлена, програма звертається до сервера, який видає йому розраховану на багато користувачів ліцензію на кожну запущену програму. На нашій схемі на сервер встановлена ​​ліцензія на 5 підключень і якщо на двох ПК відкриють по дві клієнтські програми, то користувач ноутбука зможе відкрити тільки одну, оскільки недостатньо клієнтських ліцензій.

Режим веб-сервера

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

На нашій схемі на сервер 1С:Підприємства встановлена ​​розрахована на багато користувачів ліцензія на 5 користувачів, а на веб-сервер однокористувацька. Це дозволяє запустити через веб-клієнт один сеанс у файловому режимі або до шести сеансів у клієнт-серверному режимі.

Допустимо на першому (зліва-направо) ПК було відкрито два сеанси до клієнт-серверної бази, один через програму, другий через веб-клієнт. У цьому випадку програма отримає ліцензію від сервера, а веб-клієнт від модуля розширення веб-сервера, модуль спочатку видасть власну ліцензію. Відкривши на другому ПК ще дві програми, ми отримаємо дві ліцензії від сервера, загалом витративши 4 ліцензії.

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

Щоб уникнути такої ситуації, не слід публікувати на одному веб-сервері файлові та клієнт-серверні бази одночасно.

Ще одна тонкість пов'язана з модулем розширення веб-сервера та локальною однокористувацької ліцензією.

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

Режим термінального сервера

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

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

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

Поєднання програмного та апаратного захисту

Ще одне важливе питання, яке не можна не згадати. 1С:Підприємство дозволяє поєднувати обидва типи ліцензій, складаючи їх кількість, і для ефективного їх використання слід знати деякі моменти. А саме процес пошуку ліцензії. Ми наведемо спрощену схему, якої, однак, має бути цілком достатньо для розуміння процесів, що відбуваються. При запуску клієнтської програми пошук ліцензій відбувається у такому порядку:

1. Локальна програмна ліцензія
2. Локальний апаратний ключ
3. Мережевий апаратний ключ
4. Програмна ліцензія на сервері 1С: Підприємства
5. Локальний апаратний ключ на сервері 1С: Підприємства
6. Мережевий апаратний ключ доступний на сервері 1С:Підприємства

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

• Теги:

05/12/2016

Виділений сервер ліцензування "1C"

У багатьох динамічно розвиваються вектори розвитку бізнесу спрямовані збільшення обсягів і розширення сфер діяльності. Інформаційна інфраструктура компанії при цьому так само схильна до зростання. Збільшується як кількість користувачів, які працюють із програмними продуктами «1С», так і різновид цих продуктів (різні конфігурації). Все це призводить до того, що рано чи пізно компанії стикаються з проблемами ліцензування: де розмістити ліцензії, в якій кількості, як організувати доступ та поділ доступу до ліцензій. Крім того, для більш гнучкого управління доступними ресурсами технічних пристроїв деякі великі підприємства вдаються до засобів віртуалізації, що призводить до появи додаткових питань щодо ліцензування у разі переконфігурування систем.

При проведенні аудитів інфраструктури у наших клієнтів ми часто даємо рекомендацію виділити окремий сервер для ліцензійних завдань (таке налаштування можливе при використанні вимог призначення функціональності платформи 8.3). А також часто стикаємося з тим, що не всі знають про цю чудову нагоду, надану нам платформою «1С:Підприємство», що дає наступні переваги:

• Всі наявні програмні ліцензії можна активувати в єдиному місці на окремому (зазвичай - віртуальному) сервері з мінімальними характеристиками по обладнанню - достатньо лише 2 ядер процесора і близько 2-4 Гб оперативної пам'яті. Єдине місце розміщення програмних ліцензій спрощує їхнє обслуговування. При необхідності для виділеного сервера можна виконувати повне резервне копіювання після кожної активації ліцензій, що дозволить швидко відновити працездатність сервера ліцензування на іншому обладнанні. У тому числі, наприклад, у віддаленому дата-центрі, який доставити апаратні ключі може бути проблематично.
• Сам сервер ліцензування не використовує (не займає) серверну ліцензію, тому для організації не потрібно більше ліцензій, ніж вже використовується при експлуатації системи.
• Сервер може роздавати той самий набір програмних ліцензій (і навіть одну й ту саму програмну ліцензію) у кілька різних кластерів «1С» (у тому числі з різними версіями платформи). У цьому випадку ліцензії займаються та звільняються у порядку надходження відповідних запитів від усіх кластерів «1С».
• Усі наявні сервери додатків «1С» можуть отримувати як серверні, так і багато користувачів клієнтські ліцензії з виділеного сервера ліцензування.
• Клієнтські ліцензії виходитимуть з єдиного сервера ліцензування, що забезпечує більш раціональне їх використання. Наприклад, виключена ситуація, коли при активації кожної окремої клієнтської ліцензії на окремому сервері «1С» вони можуть закінчитися на одному сервері, але можуть бути доступні на іншому.
• Стає доступною схема апгрейду, що дозволяє заплатити за ліцензії менше, наприклад, умовно, придбати замість п'яти розрахованих на багато користувачів клієнтських ліцензій на 100 користувачів - одну на 500 користувачів.
• Будь-яке переконфігурування наявних серверів додатків «1С» у плані віртуального чи фізичного обладнання звільнить від необхідності виконувати процедуру повторної активації ліцензій. Вам необхідно зберігати постійну конфігурацію лише одного сервера ліцензування, що набагато простіше. У документації навіть прямо говориться про це: Щоб уникнути повторної активації (ліцензії), рекомендується використовувати сервіс ліцензування, встановлений на фізичному комп'ютері або на віртуальній машині з фіксованими характеристиками».

Найчастішим питанням є перелік параметрів системи, до яких прив'язується програмна ліцензія. Так як дані параметри трохи змінюються від версії до версії, а їх список може коригуватися, ми не наводитимемо його в статті і рекомендуємо ознайомитися з ним в документації за цим посиланням.

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

Постановка задачі

Як приклад розглянемо наступну вихідну ситуацію: ми маємо кластер «1С» , що з одного робочого сервера SRV1, на версії платформи 8.3.8.2088 (-regport 2041 -port 2040 -range 2060:2091). Всі послуги виконуються на ньому, на ньому ж активована серверна і розрахована на багато користувачів програмна ліцензія.

Також є ще один кластер, що складається з одного робочого сервера SRV2, на версії платформи 8.3.9.1850 (-regport 3041 -port 3040 -range 3060:3091). На ньому також виконуються всі сервіси, а також активована серверна та розрахована на багато користувачів програмна ліцензія.

Опис параметрів портів (report, port, range) наведено .

Потрібно винести сервіси ліцензування з обох серверів на окремий сервер ліцензування SrvLic, тобто активувати дві серверні та дві розраховані на багато користувачів ліцензії на цьому сервері і забезпечити їх видачу в обидва кластери «1С».

Порядок дій

Всі дії для налаштування виділеного сервера ліцензування краще розбити на два етапи:

• підготовчий - підготовка сервера ліцензування: розгортання служб "1С", додавання його до списку робочих серверів у кожному кластері "1С", перевірка активності (доступності для використання);
• заключний - активація ліцензій на виділеному сервері ліцензування та застосування налаштувань щодо перенесення на нього сервісу ліцензування кожного кластера «1С».

Такий підхід дозволить мінімізувати загальний час простою системи та усунути можливі проблеми поза цим періодом.

Підготовчий етап

Для попереднього етапу послідовність дій для налаштування сервісу ліцензування на виділеному сервері SRVLic буде наступною:

1. На сервері SRVLic встановлюємо компоненти сервера «1С:Підприємства» 8.3.8.2088 та 8.3.9.1850 (більш детальна інформація щодо встановлення сервера доступна в документації).

Ми рекомендуємо під час встановлення «1С:Підприємство» зняти опцію «Встановити сервер „1С:Підприємство 8“ як сервіс Windows». Це дозволить виконувати інсталяцію та видалення версій платформи без необхідності зупинення служб на сервері.

1. Розгортання служб "1С" на сервері SrvLic здійснюємо за допомогою скриптів. Докладний розгляд питань розгортання різних служб на одному сервері розглядається у статті «Як правильно оновити платформу „1С“ та запустити декілька служб „1С“ на одному сервері?» по .

Тут ми обмежимося готовими скриптами для прикладу.

Служба 1C для сервера Srv1:

Sc create "1C:Enterprise SrvLic1" binpath= "\"C:\Program Files\1cv8\8.3.8.2088\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d \ "C:\Program Files\1cv8\srvinfo_srvlic1\"" displayname= "Агент сервера 1C:Підприємство SrvLic1" obj= "domain\USR1CV8" password= "password" start= disabled depend= Dnscache/Tcpip/lanmanworkstation

• domain\USR1CV8 - користувач від імені якого здійснюється запуск служби (як користувач бажано використовувати доменний обліковий запис, що має право запуску служб і повними правами до каталогу вказаного в параметрі «-d»).
• password – пароль користувача, вказаного у параметрі «obj».

Служба 1C для сервера Srv2:

Sc create "1C:Enterprise SrvLic2" binpath= "\"C:\Program Files\1cv8\8.3.9.1850\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d \ "C:\Program Files\1cv8\srvinfo_srvlic2\"" displayname= "Агент сервера 1C:Підприємство SrvLic2" obj= "domain\USR1CV8" password= "password" start= disabled depend= Dnscache/Tcpip/lanmanworkstation/

Необхідно звернути увагу, що для кожної новоствореної служби повинні бути задані різні каталоги в параметрі "-d".

Зверніть увагу, що при виборі портів для запуску служби слід враховувати їх доступність (ці порти не повинні бути зайняті іншими службами або програмами). Для першої служби ми вибрали діапазон 1560:1591, для другої – 1660:1691. Крім того, дані порти потрібно додати до дозволених портів міжмережевих екранів.

1. На сервері SRVLic створюємо каталоги служб «1С» та надаємо на них повні права користувачеві «domain\USR1CV8»:

C:\Program Files\1cv8\srvinfo_srvlic1
C:\Program Files\1cv8\srvinfo_srvlic2

1. Включаємо та запускаємо служби.

Після запуску служб переконуємось, що вони працюють через команду консолі служб «Дії → Оновити»

1. Видаляємо автоматично створені локальні кластери "1С" через консоль адміністрування серверів "1С": Підприємство. Для цього реєструємо та запускаємо консоль версії 8.3.8.2088:

Реєструємо та запускаємо консоль для версії 8.3.9.1850:

"C:\Program Files (x86)\1cv8\8.3.9.1850\bin\RegMSC.cmd" (від імені Адміністратора)
"C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc"

І також видаляємо «Локальний кластер»:

1. Для функціонування системи програмного ліцензування необхідно, щоб на комп'ютері SrvLic була запущена служба WMI (Windows Management Instrumentation, http://msdn.microsoft.com/en-us/library/aa394582.aspx). Потрібно перевірити, що ця служба запущена, якщо ні - запустити її (у документації дана вимога описана).
2. Повертаємося на сервер SRV1, в консолі адміністрування серверів «1С:Підприємство» якого створюємо (додаємо) новий робочий сервер:

1. Вказуємо для нього ім'я, наприклад, "Сервер ліцензування", мережеве ім'я сервера - SRVLic, порт, на якому працює служба "1С" версії 8.3.8.2088, у нас був заданий порт 1540, і діапазон портів, який буде використовуватися для процесів цієї служби для цієї версії було встановлено - 1560:1591. Інші параметри залишаємо без змін (більшість з них не використовуватимуться).

Тут потрібно звернути увагу, що при додаванні нового робочого сервера поле Порт головного менеджера кластера не доступний для редагування.

Так як кластер сервера Srv1 розгорнутий на 2041 порту.

… то в налаштуваннях доданого робочого сервера SrvLic потрібно змінити порт головного менеджера кластера з 1541 на 2041. Для цього потрібно повторно відкрити властивості робочого сервера SrvLic

1. Тепер наш кластер має містити новий робочий сервер:

Для того, щоб сервіси не почали перерозподілятися на щойно доданий сервер SrvLic, потрібно відразу створити правило вимог призначення функціональності, що забороняє абсолютно все:

І застосувати вимогу призначення функціональності:

1. Виконуємо дії з 7 до 9 пунктів для сервера Srv2. Нагадаємо, що порт агента «1С» для доданого сервера ліцензування SrvLic, на якому працює служба «1С» версії 8.3.9.1850, у нас був заданий 1640, а діапазон портів - 1660:1691, порт головного менеджера кластера потрібно встановити відповідно до принципів, викладеними у 7 пункті.
2. Виконаємо налаштування вимог призначення функціональності для перенесення сервісу ліцензування на доданий сервер SrvLic. Відкриємо консоль адміністрування серверів для сервера Srv1. У гілці «Робочі сервери» переходимо (розкриваємо) доданий сервер SRVLic, далі в нього переходимо (розкриваємо) гілку «Вимоги призначення функціональності». Налаштовуємо вимоги призначення функціональності на доданому робочому сервері SRVLic таким чином:
   • Вимога 1:
     • Об'єкт вимоги: Сервіс ліцензування.
     • Тип вимоги: Призначати.
     • Ім'я ІБ: не вказується (залишити поле порожнім)
   • Вимога 2:
     • Об'єкт вимоги: Будь-який об'єкт вимоги.
     • Тип вимоги: Не призначати.
     • Ім'я ІБ: не вказується (залишити поле порожнім).
     • Додатковий параметр: не вказується (залишити поле порожнім).

Тепер вимоги призначення функціональності в консолі адміністрування серверів «1С:Підприємство» мають виглядати так, як на наступному малюнку і в такому порядку:

Пояснимо трохи виконані дії. Вимога 1 забезпечить функціонування сервісу ліцензування на сервері SRVLic, а Вимога 2 забезпечить функціонування на сервері SRVLic лише сервісу ліцензування. Тобто, на сервері SRVLic не функціонуватимуть інші сервіси кластера і на нього не призначатимуться клієнтські з'єднання.

Необхідно звернути увагу до порядку розташування вимог. Спочатку має розташовуватися вужча за об'єктами вимога. Для того, щоб не налаштовувати для кожного з інших сервісів правила призначення функціональності «Не призначати» - робиться одне загальне правило «Не призначати»/«Для всіх». В область «Для всіх» входять і клієнтські з'єднання, і всі інші сервіси кластера, так само, як і «Сервіс ліцензування», але так як для цього об'єкта вимоги у нас вже є вище правило, то всі наступні правила кластер застосовувати до нього вже не буде. Більш докладну інформацію про особливості функціонування вимог призначення функціональності наведено у документації.

Виконуємо ці ж дії щодо настроювання вимог призначення функціональності для сервера Srv2.

Заключний етап

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

Перевіряємо, що сервіс ліцензування переїхав на виділений сервер ліцензування SRVLic:

На цьому все - після виконання зазначених дій всі ліцензії можна активувати тільки на сервері SrvLic, який роздаватиме їх у кластери Srv1 і Srv2.

Вкажемо ще на деякі моменти та наведемо посилання на документацію:

Варто звернути увагу, що для надійного отримання ліцензій із сервісу ліцензування, процеси rphost та rmngr сервера «1С:Підприємства» повинні мати права на створення, читання та зміну даних у файлі 1cv8conn.pfl. Файл містить список центральних серверів кластера в розрізі інформаційних баз, а також іншу інформацію, яку використовують клієнтські та серверні програми платформи «1С:Підприємство». Для надійної роботи потрібно, щоб користувачі, від імені яких запускаються програми «1С:Підприємство», мали права на створення, читання та зміну даних у цьому файлі. У документації була допущена друкарська помилка щодо місця розташування цього файлу, яку найближчим часом виправлять або вже виправили. Правильне розташування файлу для Windows: %ALLUSERSPROFILE%\1C\1cv8.

Більш детальна інформація про послуги кластера є в документації.

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

Насамкінець зазначимо, що незважаючи на те, що чисто технічно, одну встановлену на сервері SRVLic службу «1С» можна використовувати для різних незалежних кластерів «1С», виконуючи в кожному з них кроки з 6 по 12, ми рекомендуємо розгортати для кожного кластера свою окрему службу "1С", відповідно на окремих портах. У разі потреби це дозволить перезапускати повністю всі сервіси кластера, у тому числі й сервер ліцензування, причому для кожного кластера (центрального сервера «1С») це можна буде зробити окремо, незалежно від інших служб (інших кластерів), і таким чином забезпечить більше надійне та незалежне функціонування ваших систем. Крім цього, це дозволить використовувати різні версії платформи «1С:Підприємства» у різних кластерах, і сервер ліцензування ніяк не заважатиме організації такої схеми роботи (саме такий випадок ми й розглядали у цій статті). При цьому таке налаштування ніяк не обмежує і не змінює механізм використання самих ліцензій - як і раніше, навіть один файл програмної ліцензії (розрахований на багато користувачів) може використовуватися кількома службами сервера SRVLic і лунати в різні кластери «1С» (у тому числі в кластери різних версій платформи "1С: Підприємство 8.3").

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

Система ліцензування 1С Підприємство досить специфічне, - це відзначають багато адміністраторів, яким довелося використовувати ліцензії 1С. Хотілося б у цій публікації розібратися у витіюватості питання використання ключів 1С, програмних та серверних ліцензій 1С. Дискусія намічається великою, тому приготуйте каву та сідайте зручніше, почнемо…

Пам'ятаю, що вперше, коли система ліцензування 1С. Підприємство вперше зустрілося мені в роботі, інтернет особливо не допоміг. На офіційному сайті 1С опубліковані відповіді на загальні питання з цієї теми, пошук по публікаціях давав часткові відповіді на запитання, що цікавлять, а так, що б дохідливо і в одному місці, — такого я не знайшов. Хоча, можливо, погано шукав! У будь-якому випадку хочеться заповнити цю прогалину, тому ця посада присвячується ліцензіям 1С. 🙂

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

Тому план нашої сьогоднішньої розмови буде таким:

Якщо описати систему ліцензування двома словами, то це звучало б якось так:

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

Розглянемо, як ця стратегія реалізована та працює нині на різних етапах розвитку підприємства. Але перед цим, щоб краще зрозуміти матеріал, розглянемопропоновані компанією 1С типи ліцензій.

1. Типи ліцензій 1С у системі ліцензування 1С

У системі ліцензування 1С існує два типи ліцензій:

• Апаратні ліцензії 1С (USB ключі 1с), що мають матеріальний носій у вигляді флешки, що підключається до комп'ютера через USB порт, тому їх ще називають ключі 1С;

• Програмні ліцензії 1С (у вигляді пін-кодів), як відомо з назви, це ліцензії 1С без матеріального носія, як реєстраційного коду.

Зручності та недоліки у використанні кожного з типів ліцензій є очевидними:

До даних таблиці ще хотілося б додати, що Апаратні ліцензії 1С (USB ключі 1с) стоять вище за вартість Програмної ліцензії 1С, ймовірно через свою матеріальну основу. На момент написання статті апаратна ліцензія 1С(USB ключ 1с) стоїть 8200 руб., програмна — 6300 руб.

Ефект від використання ліцензій однаковий, користувачі отримує доступ до конфігурацій 1С Підприємство. Правда є нюанси при роботі по мережі розрахованих на багато користувачів ліцензій, про які ми поговоримо нижче.

Який із запропонованих типів ліцензій використовувати у роботі, кожен користувач 1С Підприємство вирішує самостійно відповідно до своїх завдань.

2. Система ліцензування 1С базових версій конфігурацій 1С Підприємство

Компанія 1С висуває досить лояльні вимоги до малих підприємств, пропонуючи базові версії 1С конфігурацій за доступні 3000 - 5000 руб.За ці гроші користувачі 1С отримують можливість користуватись усією функціональністю 1С конфігурацій з наступними технічними обмеженнями:

• Одночасно у базовій версії 1С може працювати лише один користувач;
• Можна вести облік лише однієї організаціїв одній базовій версії 1С, а для ведення обліку кількох організаційнеобхідно кожної з них створити окрему базу;
• Працювати в базових версіях 1С можна лише з одного робочого місця, причому допускається 3 перенесення базина нові робочі місця;
• Немає можливості внести зміни до типового функціоналу 1С Підприємство 8.3;
• Немає можливості організувати будь-які з'єднання з іншими додатками, якщо говорити технічною мовою, то немає можливості організації розподілених баз даних, використання COM-з'єднань та Automation-сервера.

Як видно з обмежень, базові версії конфігурацій 1С Підприємства підійдуть для організацій, які вели облік в Excel або бухгалтерських журналах, оскільки було не дуже багато облікових операцій. Але через те, що операцій стало більше і облік стає некерованим, дійшли рішення про необхідність придбання засобів автоматизації цього процесу і, як перевірене часом рішення, обирають зміни 1С Підприємство. Тобто. це початковий етап розвитку підприємства.

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

Ліцензії 1С базових версій 1С Підприємство існують лише у вигляді реєстраційних кодів, які користувач отримує у коробці із програмою.

Після активації всіх трьох ліцензій необхідно придбати нову базову версію 1С Підприємство та скористатися її реєстраційними кодами для наступних активацій.

Ось таке несподіване рішення. 💡

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

3. Система ліцензування 1С для кількох користувачів 1С Підприємство

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

Оскільки стає необхідною одночасна робота кількох користувачів 1С, базова версія вже не підходить (читайте обмеження вище). Необхідне оновлення (технічною мовою – апгрейд) до професійної (ПРОФ) версії 1С із покупкою додаткових ліцензій 1С для нових користувачів.

3.1 Перехід із базових на професійні версії 1С Підприємство

Щоб не заплутатися, побудую обговорення наступним чином: спочатку розгляну вартість покупки професійних версій 1С Підприємство без апгрейду, а потім розрахуємо вартість придбання ПРОФ версії програми з апгрейдеом.

3.1.1 Купівля професійної версії 1С Підприємство та однієї додаткової ліцензії 1С

Професійні версії конфігурацій 1С поділяються за типами ліцензій (читай вище), тому якщо в прайсі 1С ви побачите назви конфігурацій із припискою USB, це означає, що зміни продаються як USB флешки; без будь-якої приписки, - з програмними 1С ліцензіями(У вигляді реєстраційних кодів).

Вартість ПРОФ конфігурацій 1С складає:

• з програмними ліцензіями – у районі 13000 руб.;
• з апаратними ліцензіями (USB ключами 1с) - в районі 16000 руб.

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

• вартість додаткової програмної ліцензії 6300 руб.;
• вартість додаткової апаратної ліцензії (USB ключа 1с) 8200 руб.

Вартість купівлі професійної версії конфігурації на двох користувачів обійдеться:

• з програмними ліцензіями - 13000 руб. + 6300 руб. = 19300 руб.,
• з апаратними ліцензіями (USB ключами 1с) - 16000 руб. + 8200 руб. = 24200 руб.

Ми розрахували вартість покупки професійних версій 1С Підприємство 8.3 без урахування того, що у вас куплено базову версію конфігурації 1С. За наявності базової версії 1С Підприємство можна зробити апгрейд до ПРОФ версії та трохи заощадити.

3.1.2 Апгрейд із базовою до професійної конфігурації 1С Підприємство 8.3

Формула розрахунку вартості апгрейдуз базових до професійних версій 1С Підприємство 8.3 складає:

Вартість професійної 1С конфігурації - Вартість базової 1С конфігурації + 150 рублів,

але не менше половини вартості продукту, що купується 1С.

Для нашого прикладу отримуємо: якщо вартість базової конфігурації складає 3300 рублів, а вартість професійної конфігурації складає 13000 рублів, то вартість апгрейдубуде:

13000 руб. - 3300 руб. + 150 руб. = 9850 руб.

Половина вартості професійної версії 1С становить 13000/2 = 6500 руб. Вартість апгрейду більша за цю суму, а значить, сума 9850 руб.є остаточною.

До цієї суми необхідно додати вартість додаткової ліцензії 1С, тоді в результаті ви отримаєте кінцеву суму апгрейду з базової версії 1С Підприємство на ПРОФ версію з програмними ліцензіями для роботи двох користувачів, рівну 16150 руб.

3.1.3 Декілька питань, що виникають при купівлі додаткових ліцензій 1С Підприємство

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

1. Додаткова ліцензія дає право користувачеві працювати з необмеженимкількістю змін 1С Підприємство 8.3, що у однієї сети., тобто. один користувач, за наявності ліцензії 1С, може одразу працювати і в 1С Бухгалтерії 3.0 та в 1С Управління торгівлею 11 та в інших конфігураціях, розташованих в одній мережі.
2. Допускається одночасно робота апаратних і програмних ліцензій 1С, тобто. якщо на комп'ютері одного користувача активована програмна ліцензія, то другий користувач може підключитися до бази мережі, використовуючи апаратну ліцензію (USB ключ 1с) без будь-яких обмежень.
3. Професійні версії продуктів 1С обслуговуються партнерами 1С.

3.2 Система ліцензування 1С для кількох користувачів, що працюють в одній мережі

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

• здійснити роботу користувачів у межах однієї мережі;
• організувати роботу розподілених баз 1С; Підприємство;
• підключати віддалених користувачів до бази 1С Підприємство через Інтернет.

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

Розглянемо схему підключення з прикладу. Припустимо, що на одному комп'ютері встановлена ​​1С Бухгалтерія 3.0, а на іншому - 1С Зарплата та управління персоналом 3.0 (див. картинку).

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

3.3 Ліцензування 1С для кількох користувачів, що працюють віддалено через розподілені бази даних

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

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

Для організації розподіленої бази потрібно придбати дві ПРОФ конфігурації 1С і в офіс, і на склад. До складу ПРОФ версій програм уже входять за однією ліцензією, тому додаткових ліцензій купувати не доведеться.

У результаті вартість організації обмінів двох вузлів 1С через розподілені бази даних з апаратними ліцензіями 1С (USB ключами 1с)складе близько 26000 руб., з програмними ліцензіями 1Сблизько 32000 руб.

3.4 Система ліцензування 1С для кількох користувачів, що працюють віддалено через Web інтерфейс

У випадку, якщо на віддаленому складі інтернет більш-менш хороший (можливо «посидіти» в соціальних мережах 😉), то існує технічна можливість організувати роботу з базою 1С через Web-інтерфейс. У цьому випадку, зв'язок із базою 1С Підприємство здійснюватиметься через інтернет. При цьому користувач 1С матиме можливість працювати з базою 1С як через інтернет браузер (так само, як і соц. мережі, тільки замість «Городу» буде можливо вбивати первинні документи 1С), так і через платформу 1С.

Для організації роботи необхідно встановити Web-розширення платформи 1С і зробити публікацію бази 1С на веб-сервері. Ці операції, бажано, щоб робили технічні фахівці чи партнери 1С. Пересічному користувачеві впоратися з таким завданням буде складно.

Після публікації бази 1С на Web сервері, комп'ютер на складі матиме можливість працювати з базою 1С через інтернет у кількох режимах:

• через браузер, як із звичайним сайтом без використання платформи 1С. В цьому випадку будуть використовуватись ліцензії, активовані в офісі. У нашому прикладі використовується 5-користувацька ліцензія, при цьому 4 ліцензії використовуються в офісі. При підключенні 5-го користувача через браузер, він задіює останню 5-ю ліцензію і всім наступним користувачам, що підключаються як через веб-інтерфейс, так і через мережу підключитися не вдасться через брак ліцензій.

• через платформу 1Су режимі "Тонкого клієнта". У цьому випадку ліцензія шукатиметься на складському комп'ютері і, якщо не буде знайдена, використовуватиметься офісна ліцензія. У тому самому офісі, як і в прикладі вище, віддалені користувачі підключаються через платформу як тонкого клієнта (див. рис.).

1. Перший користувач використовує ліцензію 1с на комп'ютері, при підключенні система ліцензування 1с виявить її і дозволить підключитися до бази 1С через веб-сервер.
2. Наступний користувач запускається без ліцензії, тому при спробі відкрити програму, шукатиметься ліцензія на комп'ютері користувача, — не буде знайдена; пошук продовжиться за офісними ліцензіями, виявиться остання вільна, яка дозволить відкрити програму.
3. Найнижчий користувач, намагаючись відкрити конфігурацію 1с через тонкого клієнта без використання ліцензії 1с, зазнає невдачі, оскільки система ліцензування 1с не виявить ліцензію ні на його комп'ютері ні в мережі.

Зважайте на ці моменти при плануванні підключень користувачів 1С.

4. Система ліцензування 1С для клієнт-серверного варіанта роботи 1С Підприємство

Компанія розвинулася, вже наявних 5-х одночасно працюючих користувачів 1С не вистачає для внесення всіх первинних документів 1С, а при додаванні наступного користувача 1С робота в програмі сильно сповільнюється. Файлова версія бази 1С не справляється з навантаженнями і починає гальмувати.

Для роботи більшої кількості користувачів, необхідно організувати клієнт-серверний варіант роботи 1С. У цьому випадку база з даними 1С зберігатиметься не у файлі, а в реляційній базі даних (найпопулярніші MS SQL або PostgreSQL). Тоді всі операції будуть виконуватися ресурсами сервера, а робочі станції тільки відтворюватимуть результати обчислень, що збільшує швидкість роботи 1С Підприємство в рази.

4.1 Придбання серверної ліцензії 1С Підприємство

Для створення клієнт-серверної бази 1С необхідні:

• Сервер чи потужний комп'ютер;
• Реляційна база даних – платна MS SQL або безкоштовний PostgreSQL;
• Серверна ліцензія 1С.

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

Серверні ліцензії 1Сіснують 32 розрядніі 64 розрядні. Різниця обумовлена ​​об'ємом оперативної пам'яті, що виділяється під виконувані процеси при роботі 1С Підприємство. При об'ємних операціях і нестачі ресурсів операція завершуватиметься з помилкою, тому, щоб не «ризикувати», зазвичай купуються 64 розрядні серверні ліцензії 1С через свою універсальність, — вони працюють і в 32 і в 64 розрядних системах. 32 розрядні ліцензії працюють лише у 32 розрядних системах.

Серверні ліцензії 1С розрізняються за вартістю, див.

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

Після встановлення серверної ліцензії 1С необхідно визначитися із встановленням клієнтських 1С ліцензій. Якщо з однокористувальними ліцензіями все більш-менш зрозуміло, то в клієнт-серверному варіанті роботи 1С використовуються розраховані на багато користувачів ліцензії 1С. Ось тут починається найцікавіше.

4.2 Система ліцензування 1С Підприємство для роботи клієнт-серверного варіанта 1С по мережі

Розраховані на багато користувачів ліцензії 1С (як і всі інші типи ліцензій 1С) бувають апаратними і програмними. Але, крім фізичної відмінності, ці ліцензії в клієнт-серверних системах 1С поводяться по-різному.

Розраховані на багато користувачів апаратні ліцензії 1С (ключі 1С)вставляються в USB порт серверної машини, де встановлений сервер 1С і лунають на комп'ютери по мережі через HASP License Manager, який підраховує комп'ютери в мережі, з яких запущені конфігурації 1С Підприємство та не дозволяє запуск програми 1С з чергового комп'ютера при перевищенні допустимого порога ліцензій. При цьому, на кожному комп'ютері може бути запущено необмежену кількість конфігурацій 1С Підприємство.

У нашому прикладі (див. рис.) використовується 5-користувальна апаратна ліцензія, при цьому 5 користувачів в мережі запускають по 2 конфігурації (синій лінії) без будь-яких обмежень. 6-й користувач не може підключитися через брак ліцензій.

Розраховані на багато користувачів програмні ліцензії 1Сможуть активуватися:

• як розраховані на сервері 1С, у цьому випадку роздача ліцензій здійснюватиметься сервером 1С, який підраховує кількість підключень до бази данихі не дозволяє робити чергове підключення при перевищенні порога ліцензій. Простіше кажучи, підраховується кількість одночасно запущених додатків 1С з усіх комп'ютерів і «ріжеться» кожен новий запуск, якщо перевищено кількість встановлених ліцензій. Чи відчуваєте різницю з апаратними ліцензіями?

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

У нашому прикладі ми активували програмну ліцензію за одним пін-кодом на сервер 1С. Коли 3 користувача спробували запустити по 2 додатки 1С, то в одного з них вдалося завантажити тільки одну конфігурацію 1С, оскільки всі п'ять допустимих додатків будуть запущені і програмна ліцензія заборонила запуск 6-го додатка.

• як однокористувацькі на всі комп'ютери в мережіУ цьому випадку користувачі отримають можливість запускати необмежену кількість додатків 1С зі своїх комп'ютерів.

А тепер ми розраховані на багато користувачів програмну ліцензію активували не одним пін-кодом на сервері, а на кожен робочий комп'ютер в мережі. Такий варіант активації ліцензій дозволяє запускати необмежену кількість програм 1С з кожного комп'ютера. У цьому випадку всім 3-м користувачам 1С вдалося запустити по 2 додатки 1с, і залишилися 2 незадіяні ліцензії.

4.3 Система ліцензування 1С Підприємство для роботи клієнт-серверного варіанта 1С через термінальний сервер

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

Всі! Робота системи ліцензування 1С Підприємство висвітлено. Сподіваюся, нічого не забув. Якщо щось не зрозуміло, то ставте питання у коментарях чи на форумі.

Система ліцензування 1С Підприємство — докладний опис: 35 коментарів

вартість ліцензій сервера не відповідає, переплутані вартості апаратних та х64 ліцензій

• Добридень! А чи можлива робота одного користувача, але з різних місць (мені необхідне підключення в офісі та вдома). Чи у будь-якому випадку потрібно купувати дві ліцензії? Перепрошую, якщо питання дурне, т.к. з 1С зіткнулися вперше

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

  Питання в тому, що в одній мережі існує багато файлових баз різних організацій, що мають однакову конфігурацію, припустимо бухгалтерію Проф.3.0, але на різну кількість клієнтських ліцензій, різних типів (програмні та апаратні). Чи організації «під'їдатимуть» ліцензії одна в одну?

  Чи не користувачі конфігурації «Бухгалтерія» захоплюватимуть ліцензії користувачів «УПП» (серверна платформа)?

  Якщо який-небудь софт, що дозволяє відстежити всі ліцензії в мережі (у тому числі і програмні)?

• [У разі, якщо організовується клієнт-серверний варіант роботи 1С через термінальний сервер, то ліцензії (незалежно від типу та апаратні ліцензії (ключі 1С) та програмні ліцензії) поширюється на сеанс терміналів. Це означає, що якщо сеансу користувача дісталася ліцензія, то користувач зможе запустити необмежену кількість додатків 1С Підприємство. Відповідно, кількість сеансів, під якими користувачі зможуть запускати додаток 1С, обмежені порогом ліцензій.]
  Запитання:
  1. Чи правильно розумію, що цей варіант описаний за умови, що клієнтські ліцензії знаходяться на термінальному сервері?
  2. Що буде, якщо ліцензії роздаватиме сервер додатків 1С під час використання термінального сервера?
  3. Скільки можна запустити баз даних на кожному робочому місці, якщо 5ти користувальницьку апаратну ліцензію роздаватиме сервер додатків 1С?

• Добридень!
  1.При переході з файлової бази на клієнт-серверну, що відбувається з уже поставленими ліцензіями користувачів? Чи підхопляться вони під час запуску такої бази, адже ліцензія прив'язується до заліза? чи необхідно окремо купувати спеціальні клієнтські ліцензії для роботи з клієнт-серверною базою?
  2. Може хтось із особистого досвіду поділиться, що крім ліцензії 1с на сервер і ліцензії БД необхідно для переходу від файлової на клієнт-серверну версію.
  Дякую!

Розповідаємо про те, в чому допоможе компаніям сервер ліцензування 1С та як його налаштувати, даємо покрокову інструкцію із встановлення.

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

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

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

Переваги налаштування сервера ліцензій у 1С:

• Усі ліцензії зберігаються централізованоТак керувати ними буде набагато простіше. Лунати вони теж будуть централізовано, не виникне ситуації, коли на одному ключі закінчилися ліцензії, а на іншому, навпаки, є невикористовувані. До того ж так можна заощадити на покупці ліцензій – купити, скажімо, не 3 окремі ключі по 100, а один на 300.
• Апаратні вимоги до обладнання для сервера ліцензій 1С дуже низькі– все можна налаштувати на віртуальному сервері з 2-ядерним процесором та 2-4 Гб оперативної пам'яті, цих ресурсів сервера цілком вистачить, щоб забезпечити працездатність
• Для такого сервера ліцензій не потрібне ліцензування сервера 1С:Підприємство 8.3, не доведеться купувати додаткові ліцензії
• Налаштування сервера ліцензування 1С 8.3 дає можливість роздавати одні й самі ліцензії в різні кластери 1С,навіть із різними версіями платформи.
• Він може роздавати серверні та розраховані на багато користувачів клієнтські ліцензії для всіх серверів додатків, що використовуються.
• Якщо вам потрібно змінити конфігурацію серверів додатків 1С, то якщо ви не змінювали конфігурацію сервера ліцензування, повторно активувати ліцензії не доведеться.
• Що стосується запобіжних заходів для відновлення працездатності системи при різноманітних збоях, то і тут у сервера ліцензування є перевага - можна робити його резервну копію щоразу, коли було виконано активацію ліцензій. Таку резервну копію нескладно перенести та відновити роботу сервера на іншому обладнанні.

Сервер ліцензування 1С: налаштування

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

Послідовність кроків установки має бути приблизно такою:

1. Щоб встановити сервер ліцензування 1С, спочатку встановіть на призначеному для цього сервері серверні компоненти “1С:Підприємство”. Радимо при цьому відключати опцію «Встановити сервер „1С:Підприємство 8“ як сервіс Windows», щоб надалі не доводилося зупиняти служби, коли встановлюєте чи видаляєте версії платформи
2. Розгорніть на ньому служби 1С, надайте всі права на них користувачеві, під яким виконуватиметься адміністрування. Призначте службам незайняті порти, додайте їх у дозволені порти МСЕ
3. Запустіть служби та перевірте, щоб вони працювали.
4. Видаліть локальні кластери 1С, які створилися під час встановлення.
5. Перевірте, щоб на цьому сервері працювала служба WMI.
6. Тепер на машині, де розгорнуть сервер додатків 1С, до адміністраторської консолі 1С додайте новий "Робочий сервер". В описі його вкажіть, що це сервер ліцензування, а в імені комп'ютера введіть ім'я або адресу сервера ліцензування 1С, вкажіть діапазони IP портів. Перевірте, щоб правильно було вказано “Порт головного менеджера кластера”.
7. Відкрийте для цього сервера Вимоги призначення функціональності. Створіть дві функціональності: першу з параметрами "Будь-який об'єкт вимоги"-"Не призначати"- порожнє ім'я бази (фактично забороняє всю функціональність), і другу "Сервіс ліцензування"-"Призначати"- порожнє ім'я бази. Застосовуйте ці правила для кластера.
8. Встановіть серверні ліцензії 1С та активуйте їх. Вам знадобиться активувати на сервері ліцензій розраховані на багато користувачів і серверні ліцензії за кількістю кластерів (тобто в нашому прикладі це два). Зверніть увагу, що при активації з іншого комп'ютера необхідно все одно вказувати назву призначеного сервера ліцензій, інакше ліцензію не вдасться використовувати для кластера.
9. Застосуйте всі правила призначення функціональності, налаштовані згідно з пунктом 7.

Після перезавантаження служб на всіх серверах кластера система запрацює.

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

• Це підвищить надійність та безвідмовність системи
• Дасть можливість застосовувати для різних кластерів різні версії платформи 1С

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

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

Віддалена техпідтримка або виїзд спеціаліста з 1С по Санкт-Петербургу – щодня та цілодобово