Не запускається адміністрування серверів 1с підприємства. Адміністрація серверів1С підприємство. "Чим легший пароль, тим простіше"

Консоль управління сервером 1С або консоль адміністрування серверів 1С, або консоль кластера серверів 1С – це утиліта, що входить до складу 1С Підприємство 8.3, яка необхідна для:

• Управління сеансами;
• Управління списком баз;
• Створення кластерів 1С для відмовостійкої архітектури та для масштабованості;
• Гнучкий налаштування роботи робочих процесів;
• Обмеження споживання ресурсів;
• Розмежування виконуваних завдань робочими серверами (щоб виносити окремі послуги різні робочі сервера);
• Управління профілями безпеки.

Управління базами даних у консолі кластера

При роботі в клієнт-серверній архітектурі користувачі, швидше за все, так чи інакше стикаються з консоллю адміністрування серверів, як мінімум, коли додають нову базу до списку інформаційних баз. Щоб додати нову базу, необхідно клацнути правою кнопкою мишки на інформаційні бази та вибрати пункт «Створити».

Відкриється вікно.

У цьому вікні заповнюються налаштування підключення до СУБД, а за її відсутності можна скористатися опцією «Створити базу у разі її відсутності». Інші параметри можна залишити за замовчуванням.

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

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

Можна встановити певне повідомлення, яке побачить користувач під час підключення.

Ця опція може застосовуватися, наприклад, під час проведення будь-яких регламентних робіт із базою (зазвичай, це оновлення бази). Але коли потрібен вхід адміністраторів до бази з накладеним блокуванням сеансів, потрібно скористатися опцією «Код дозволу». Вказавши код у майбутньому, використовуючи його, можна буде працювати з базою. Наприклад, встановимо код розрощення 123 щоб пізніше зайти в базу. З кодом дозволу необхідно використовувати параметр / UC.

Параметр блокування – довільний параметр, який можна використовувати у програмному коді. Блокування вийде під час використання функції Отримати Блокування Сеансів ().

Блокування регламентних завдань включено – означає, що у нашій базі даних виконуватимуться регламентні завдання.

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

Робота з сеансами консолі адміністрування

У консолі адміністрування можна керувати підключеними сеансами певної БД, а також загальними сеансами на даному кластері.

Вікно із сеансами виглядає так:

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

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

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

Робочі процеси (об'єднання у кластер)

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

При використанні налаштувань, заданих за умовчанням, буде використано один rphost на 8 інформаційних баз або 128 з'єднань. Якщо у вас 32-розрядна ОС (тобто існують обмеження щодо споживання оперативної пам'яті на один процес), рекомендується змінити ці значення, наприклад встановити одну базу на процес і зменшити кількість з'єднань. Оптимальна кількість з'єднань підбирається емпірично і багато в чому залежить від конкретної конфігурації та кількості фонових завдань.

Оскільки ми розглядаємо властивості робочих процесів, варто згадати інші настройки:

Значення в байтах (доступний для всіх робочих процесів кластера на даному робочому сервері).

• -1 - Без обмежень;
• 0 – визначається автоматично як 80% обсягу оперативної пам'яті сервера.

Безпечна витрата пам'яті за один викликзначення в байтах.

Може приймати значення від -1 до 9223372036854775807:

• -1 – будь-який виклик сервера вважається небезпечним, якщо за час виклику сервера досягнуто максимального обсягу пам'яті робочого процесу;
• 0 – значення обсягу визначається автоматично, як 5% максимального обсягу пам'яті робочих процесів цьому робочому сервері.

Якщо за час дзвінка обсяг пам'яті перевищив параметр Безпечна витрата пам'яті за один виклик,і загальне споживання пам'яті всіма процесами rphost перевищило значення, встановлене в Максимальний обсяг пам'яті робочих процесів,такий виклик буде перервано.

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

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

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

Налаштування робочих процесів можна застосовувати лише за умови використання КОРП ліцензій!Якщо у вас ПРОФ ліцензія, налаштування будуть доступні, проте на користування ними у вас не буде правий.

Об'єднання серверів у кластер

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

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

Рівень стійкості до відмови визначається як кількість центральних серверів -1.

У вікні налаштувань також можна встановити обмеження споживання ресурсів на робочий процес (rphost). Установки будуть задані на весь кластер.

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

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

Інтервал перевищення допустимого обсягу пам'яті– інтервал у секундах, протягом якого допустиме споживання пам'яті, встановлене у параметрі Допустимий обсяг пам'яті.

Інтервал перевищення допустимого обсягу пам'яті.Якщо значення властивості Допустимого відхилення кількості помилок сервера дорівнює 0, перевірка відхилення кількості помилок не виконується. Незалежно від встановленого значення цієї властивості робочий процес, який робить трохи більше 1 помилки на 100 запитів, вважається функціонуючим нормально і визнається проблемним. Розглянемо приклад роботи властивості Допустиме відхилення кількості помилок сервера. Припустимо, на 100 запитів фіксується в середньому 2 помилки за останні 5 хвилин. Якщо властивість Допустиме відхилення кількості помилок сервера встановлено значення 50, то проблемним буде вважатися той робочий процес, котрій буде фіксуватися понад 3 помилок на 100 запитів.

Перезапуск процесів відбувається «м'яко»:

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

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

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

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

Передісторія.

Для адміністрування серверів 1С: Підприємство з версії 8.0 поставляється консоль "Адміністрування серверів 1С Підприємства" (оснащення для Microsoft Management Console). Інструмент цілком функціональний і зручний, що розвивався разом з версіями платформи і служить вірою та правдою адміністратору.

З версії 8.1 з'явився варіант дистрибутива сервера для ОС, що базуються на Linux (на базі deb і rpm). Це дало можливість споживачам зменшити використання стеку технологій Microsoft та значно економити на ліцензіях та ПЗ. А що для адміністратора? Все те саме оснащення для MMC. Складно звинуватити розробника в консерватизмі, адже прогрес у розвитку платформи виглядає вражаючим упродовж багатьох років (що часто стає приводом докору — стабільність приноситься в жертву прогресу). Але факт залишається фактом — адмініструвати сервери версій 8.1 і 8.2 пропонувалося з-під Windows.

У версії 8.3 з'явилися нові кросплатформні засоби управління кластером серверів - ras (сервер управління) та rac (клієнт управління). Навіть серед людей, які постійно працюють з платформою 1С: Підприємство, багато хто про них просто не знає або ледве чув. Тобто. популярності такий метод управління не набув. І причиною бачиться те, що rac - консольний додаток. Ледачому адміністратору простіше запустити mmc і накликати мишкою все, що потрібно. Але є ще одна можливість.

Хлопці із 1С, ви серйозно?

Чому б не використовувати сервер ras без rac? Добре, що компанія 1С опублікувала «Administrative Service API» для Java.

У результаті нам знадобиться:

1. Встановлений та налаштований ras. За замовчуванням ця програма встановлюється разом із серверною частиною (в один каталог із ragent.exe), але за замовчуванням не працює. Виправимо цей недолік.

Можна налаштувати запуск під час завантаження сервера:

Ras cluster --port=

(якщо не задати порт, за замовчуванням використовується 1545)

Або встановити ras як сервіс Windows (приклад файлу register-ras.bat для реєстрації від компанії 1С):

@echo off rem %1 – повний номер версії 1С:Підприємства set SrvUserName=<имя пользователя>set SrvUserPwd=<пароль пользователя>set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\1cv8\%1\bin\ras.exe\" cluster -- service --port=%RASPort% %AgentName%:%CtrlPort%" set Desctiption="Сервер адміністрування 1С:Підприємства 8.3" sc stop %SrvcName% sc delete %SrvcName% sc obj=%SrvUserName% password=%SrvUserPwd% displayname=%Desctiption%

2. Клієнт для ras під Android DroidRAC2 довелося написати самому. На мій погляд там все інтуїтивно зрозуміло з налаштування та підключення. Програма намагається повторювати стиль та UI звичної консолі для MMC. Безкоштовно і без смс, як кажуть. Підтримуються можливості перегляду всього дерева компонентів та редагування основних налаштувань, які потрібно змінювати в процесі експлуатації.

Перспективи розвитку.

Зараз доступна для тестування версія 1С: Підприємство 8.4.1, в якій сильно перероблена серверна частина. Серед іншого заявлено REST API для адміністрування сервера та анонсований клієнт для нього. Очевидно, що сам розробник бачить проблему в слабкій розвиненості інструментів управління і тут на нас чекають приємні сюрпризи. А поки що доводиться працювати з тим, що є.

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

Отже у вас встановлено 1С:Підприємство, як визначити яким способом чи варіантом завантажується ваша інформаційна база (ІБ)?

Якщо у вас файловий варіант роботи, то в рядку при запуску 1С і при виборі інформаційної бази (у списку інформаційних баз) ви побачите: File=”C:\Documents and Settings\Pupkin\Мої документи\Infobase1”. Це папка, де зберігається файлова база.

Якщо ви побачите такий напис типу Srvr="192.168.6.1";Ref="Infobase1";, то це означає, що ви працюєте в клієнт-серверному варіанті роботи з 1С.

Що означає файловий варіант роботи - ви більш-менш розумієте.

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

У разі клієнт-серверного варіанта роботи на комп'ютері, де встановлена ​​база даних працює спеціальна служба, яку ви можете переглянути в Панелі керування, пункт “Адміністрування” та вибрати оснащення “Служби”; у списку служб ви побачите приблизно наступне (залежить від версії 1С) - "Агент сервера 1С: Підприємство 8.хх" або наприклад ось таку службу "1C: Enterprise 8.2 Server Agent:".

У разі роботи з клієнт-серверним варіантом, дуже корисне оснащення, яке знаходиться в меню Пуск->Всі програми(програми)->1С Підприємство 8.х->Додатково->Адміністрування серверів 1С Підприємства.

Що нам дає дане оснащення у плані роботи з користувачами та вивантаженням ІБ?

1. Тут ми можемо завершувати роботу користувачів

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

Оснащення може запитувати пароль, але який?

Ім'я користувача та пароль (для вас як для Адміністратора БД) — вкажіть ваше Ім'я користувача та пароль, який ви використовуєте для входу до 1С:Підприємство.

Отже, ми тут бачимо. Бачимо сервер 1С Підприємства (My_1C) та інформаційну базу (молодший порт 1541) — My_UPP. У правій частині вікна бачимо можливість вибрати -> Сеанси, Блокування, З'єднання.

Зараз нас цікавить гілка з інформаційними базами, — натисніть праву клавішу миші на вибраній ІБ, та скористайтеся командою Властивості, Контекстного меню.

Для того, щоб заборонити користувачам входити та працювати з інформаційною базою, необхідно поставити галочку — “Блокування початку сеансів включено”.

Зверніть увагу на Дати початку блокування та кінця блокування. Починаючи з дати та часу початку блокування та дати та часу закінчення блокування – база перебуватиме в монопольному режимі.

До тих пір, поки ви не зніміть галочку, ніхто не може увійти та працювати з інформаційною базою, але… Для того, щоб ви могли самі заходити в ІБ(за допомогою командного рядка), передбачте Код дозволу.

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

Користувачі під час запуску 1С:Підприємства із встановленим блокуванням отримають Повідомлення, зазначене у пункті “Повідомлення”.

Додатково

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

Зробимо наступне на локальній машині відкриємо оснащення "Адміністрування серверів 1С Підприємства" (шлях Пуск->Всі програми (Програми)->1С_Підприємство 8.х->Додатково->Адміністрування серверів 1С Підприємства). Якщо раптом на локальній машині у вас не встановлений цей компонент, то ви його не побачите - йдете в Панель керування ->Установка та видалення програм і шукаєте рядок з установкою 1С Підприємства, та змінюєте налаштування компонентів, додаючи оснащення "Адміністрування сервера"

Отже, знайшли, виконали, подивились. Ідемо далі.

У оснащенні ми бачимо порожній рядок не включає нічого, що то типу Console Root-> Central 1C: Entreprise 8.2 servers. Ставимо курсор на цей рядок, натискаємо праву клавішу миші та вибираємо команду Створити->Центральний сервер 1С Підприємства 8.2.

Вписуємо ім'я нашого сервера в мережі, натискаємо “ОК”. і все – ми маємо можливість працювати з локального комп'ютера та керувати нашим сервером 1С.

У цій статті познайомимося з сервером адміністрування кластера серверів, а саме з утилітами rac.exeі ras.exe, а також програми deploykaза допомогою яких стає можливим адміністрування кластера серверів 1С:Підприємство з командного рядка.

За традицією, всім кому ліньки читати, пропоную подивитися вебінар на вказану тему

Ну а решті ласкаво просимо під кат:

1. Загальні відомості

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

Детально про даний механізм можна прочитати в книзі «Керівництво адміністратора, що поставляється разом з платформою». Клієнт-серверний варіант» (або, відповідно, на сайті ІТС).

А загальна схема роботи даної зв'язки виглядає так:

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

І сервер адміністрування та утиліта командного рядка можуть працювати у будь-якій підтримуваній платформою 1С:Підприємства ОС. Але в цій статті ми обмежимося лише ОС сімейства Windows.

2. Встановлення компонентів сервера адміністрування

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

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

Докладно про встановлення сервера 1С:Підприємства я писав.

Для встановлення сервера адміністрування на комп'ютері, де раніше не буввстановлений сервер 1С: Підприємства, необхідно запустити дистрибутив установки сервера 1С та у складі компонент вибрати пункт «Сервер 1С:Підприємства 8».

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

Після встановлення необхідно переконатися у наявності всіх необхідних компонент описаним вище способом.

3. Запуск сервера адміністрування

Для отримання докладної інформації про утиліту ras.exe можна викликати довідку, виконавши команду

З довідки видно, що сервер адміністрування може працювати як у режимі програми, так і як служба Windows(параметр service ). Також ми можемо задати мережевий порт, на якому буде працювати сервер адміністрування (параметр port , за замовчуванням використовується порт 1545 ), а для режиму адміністрування кластера використовується режим claster . Викликати довідку до цього режиму можна командою:

rac help cluster

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

Таким чином, якщо сервер адміністрування запускається на тій же машині, де запущений агент сервера 1С:Підприємства, достатньо виконати команду

Ну а якщо необхідно підключитися до агента сервера, запущеного, наприклад, на комп'ютері з мережевим ім'ям Server1C, причому агент працює на нестандартному порту 2540 , то команда буде наступною:

rac cluster server1c:2540

4. Запуск сервера адміністрування як служба Windows

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

Нехай це буде локальний користувач з ім'ям USR1CV8_RASта паролем Pass123

Файл register-ras.bat:

@ echo off rem %1 - повний номер версії 1С:Підприємства set SrvUserName=.\USR1CV8_RAS set SrvUserPwd="Pass123" set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program 1 \bin\ras.exe\" cluster --service --port=% RASPort % % AgentName % :% CtrlPort % " set Desctiption="1C:Enterprise 8.3 Remote Server" sc stop % SrvcName % sc delete % SrvcName % sc create % SrvcName % binPath = % BinPath % start = auto obj = % SrvUserName % password = % SrvUserPwd % displayname = % Desctiption %

У файлі вказуємо:

• ім'я користувача та пароль з-під якого запускатиметься служба — змінні SrvUserName і SrvUserPwd
• адресу та порт агента сервера, який ми збираємося адмініструвати — змінні AgentName і CtrlPort
• А також ім'я служби та мережевий порт на якому працюватиме сервер адміністрування — змінні RASPort і SrvcName . Має сенс змінювати ці параметри тільки якщо ви хочете запустити паралельно кілька серверів адміністрування, наприклад обслуговування різних серверів 1С.

Як єдиний параметр bat-файлу виступає поточна версія платформи 1С:Підприємства. Таким чином, для створення служби запускаємо командний рядок з правами адміністратора та запускаємо створений раніше файл register-ras.bat, не забувши вказати потрібну версію платформи

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

На цьому установка сервера адміністрування як служба завершена.

5. Адміністрація кластера серверів за допомогою утиліти rac.exe

Отже, сервер адміністрування ми встановили. Взаємодія з сервером здійснюється за допомогою спеціальної консольної утиліти rac.exe. Виконаємо команду

щоб отримати довідку цієї програми.

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

Описувати всі режими роботи, очевидно, немає сенсу. Наведу лише кілька прикладів роботи.

Отримання списку інформації про кластери:

Отримання списку інформаційних баз на заданому кластері серверів:

Отримання списку з'єднань із зазначеною інформаційною базою:

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

6. Програмні обгортки для роботи із сервером адміністрування

Як видно з прикладів, працювати з командного рядка з утилітою rac то ще задоволення. Але цей механізм і створювався для ручного управління. Наприклад, на сайті ІТС є Java-архівів, який дозволяє взаємодіяти з сервером адміністрування із програми мовою Java, без допомоги консольної утиліти адміністрування. Завантажити цей пакет можна.

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

Наприклад, серед іншого, працювати з сервером адміністрування може написана мовою OneScriptпрограма deployka.

Про скіптовий движок OneScript я вже розповідав.

Про програму deployka можна докладніше дізнатися.

Ну а максимально повний огляд всіх наявних бібліотек та програм написаних на OneScript наведено в цій статті.

7. Встановлення та налаштування з програмою deployka

Алгоритм установки OneScript і deployka досить докладно розібраний у статтях за посиланнями, що вказані в попередньому пункті. Ну а якщо коротко, він складається з наступних пунктів:

1. Завантажуємо дистрибутив OneScript з офіційного сайту.

2. Встановлюємо, дотримуючись інструкцій майстра.

3. Перелогінюємося в системі, щоб застосували нові змінні середовища.

4. Запускаємо командний рядок із правами адміністратора, перевіряємо, що попередні пункти виконані коректно командним

5. Встановлюємо програму deployka за допомогою пакетного менеджера opm, виконавши команду

opm install deployka

6. Перевіряємо, що все працює, викликавши довідку «деплойки» командою

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

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

deployka session kill -db Accounting_Demo -rac "C:\Program Files\1cv8\8.3.11.2867\bin\rac.exe" -db-user "АбрамовГС (директор)"

8. Тепер можна використовувати "деплойку" у своїх скриптах. Наприклад, скрипт оновлення інформаційної бази зі сховища, з відключенням користувачів та оновленням бази даних може виглядати так:

@echo on rem Встановлюємо значення змінних set ServerName="1CAPP:2541" set RacPath="C:\Program Files\1cv8\8.3.11.2954\bin\rac.exe" set uccode="123" set BaseName="ERP_Test" set UserName="Admin" set UserPass ="Pass123" set ConStr="/1CAPP:2541\ERP_Test" set RepoPath="tcp://1CAPP/ERP_DEV" set RepoUserName="test" set RepoUserPass="123" rem Завершуємо роботу користувачів call deployka session kill -db % BaseName % -db-user % UserName % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode % rem Оновлюємо конфігурацію бази зі сховища call deployka loadrepo % ConStr % % RepoPath % -db-user % UserName % -db-pwd % UserPass % -storage-user % RepoUserName % -storage-pwd % RepoUserPass % -uccode % uccode % rem Оновлюємо конфігурацію бази даних call deployka dbupdate % ConStr % -db-user % UserName % -db-pwd % UserPass % -uccode % uccode % rem Знімаємо блокування сеансів call deployka session unlock -db % BaseName % -db-user % UserName % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode %

Дякую всім, хто дочитав до кінця. Пишіть, якщо у вас залишилися запитання.

Чи допомогла вам ця стаття?

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

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

Консоль адміністрування серверів 1С:основні функції

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

За допомогою консолі для адміністрування сервера 1С Підприємства можна вирішити такі завдання:

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

Як розпочати роботу в 1С?

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

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

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

Адміністраціяпрофесіоналами: основні переваги

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

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

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

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

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