8.3 8 кластер серверів налаштування за замовчуванням

Ця стаття містить інформацію про процедуру встановлення 1С у клієнт-серверному варіанті.

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

Встановити 1С на клієнтських комп'ютерах, з яких здійснюватиметься підключення до сервера.

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

Створити інформаційну базу SQL.

Створення інформаційної бази в SQL теж дуже схоже створення бази у файловому варіанті. Різниця полягає в тому, що на етапі вибору типу розташування інформаційної бази необхідно вибрати "На сервері 1С: Підприємства".

У пункті "Кластер серверів" вкажіть ім'я (а краще IP-адресу) сервера, на який встановлювали SQL.

У пункті "Ім'я інформаційної бази" вкажіть будь-яке ім'я, яке хочете надати базі.

Тип СУБД – SQL.

Користувач бази даних та його пароль - той самий суперкористувач, про який говорилося вище, на етапі встановлення MS SQL.

Зміщення дат залиште за промовчанням.

Необхідно зазначити пункт "Створити базу даних у разі її відсутності" та натиснути "Далі".

Тепер базу успішно створено на сервері SQL і додано до списку доступних баз. Внизу на картинці можна побачити результат виконаної роботи.

Створена база поки що порожня. Це каркас, місце, виділене SQL під вашу інформаційну базу. Щоб завантажити свою базу в цей каркас – необхідно скористатися засобами Вивантаження/Завантаження інформаційної бази. Процедуру Вивантаження/Завантаження також описано в іншій нашій статті “Адміністрування 1С”.

Щоб довести систему до ідеального стану надалі необхідно буде налаштувати “план обслуговування” створеної бази даних. План обслуговування – це набір процедур, які SQL виконуватиме регулярно за заданим розкладом. Наприклад, буде регулярно робити резервні копії та видаляти тимчасові файли. Робота з SQL виходить за межі теми статті і буде описана в одній з наступних.

Кластер серверів 1С:Підприємства 8 (1C:Enterprise 8 Server Cluster)

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

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

Можна виділити такі можливості кластера серверів, як основні:

• можливість функціонувати як у кількох, і одному комп'ютері (робочих серверах);
• кожен робочий сервер може підтримувати функціонування як одного, так і кількох робочих процесів, які обслуговують клієнтські з'єднання у межах цього кластера;
• включення нових клієнтів у робочі процеси кластера відбувається, ґрунтуючись на довгостроковому аналізі статистики завантаженості робочих процесів;
• взаємодія всіх процесів кластера між собою, з клієнтськими додатками та сервером баз даних здійснюється за протоколом TCP/IP;
• запущені процеси кластера, можуть бути як сервіс, так і як додаток

Клієнт-серверний варіант. Схема роботи

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

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

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

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

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

Кластер серверів

Елементарний кластер серверів може являти собою єдиний комп'ютер і містити лише один робочий процес.

На малюнку можна спостерігати всі елементи, які так чи інакше беруть участь у роботі кластера серверів. Це такі елементи:

• процеси кластера серверів:
  o ragent.exe;
  o rmngr.exe;
  o rphost.exe;
• сховища даних:
  o список кластерів;
  o реєстр кластера.

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

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

Сам кластер серверів складається з таких елементів:

• один чи кілька процесів rmngr.exe
• реєстр кластера
• один чи кілька процесів rphost.exe.

Менеджер кластера (процес rmngr.exe). Він служить керувати функціонування всього кластера. До складу кластера може входити кілька процесів rmngr.exe, один з яких завжди буде головним менеджером кластера, а інші процеси - додатковими менеджерами. Центральним сервером кластера слід називати робочий сервер, де діє головний менеджер кластера, і який містить список кластера. Саме ведення реєстру кластера є одним із функцій головного менеджера кластера.

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

Масштабованість 1С версії 8.3

Масштабованість кластера серверів здійснюється такими способами:

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

Використання одночасно кількох менеджерів.

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

Однак деякі сервіси можуть бути використані лише головним менеджером кластеру:

• обслуговування конфігурації кластера
• сервіс управління предметами налагодження
• обслуговування блокувань кластера.

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

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

Використання одночасно кількох робочих процесів.

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

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

Відмовостійкість 1С версії 8.3

Стійкість до відмов у роботі кластера забезпечується трьома напрямками:

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

Резервування кластера 1С версії 8.3

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

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

Резервування робочих процесів 1С версії 8.3

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

• використовувати
• не використовувати
• використовувати як резервний.

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

Стійкість 1С версії 8.3 до урвища каналу зв'язку

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

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

Сеанси роботи у 1С версії 8.3

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

• Тонкий клієнт, Веб-клієнт, Товстий клієнт – ці сеанси виникають при зверненні відповідних клієнтів до інформаційної бази
• З'єднання типу "Конфігуратор" - воно виникає при зверненні до інформаційної бази конфігуратора
• СОМ-з'єднання – утворюється під час використання зовнішнього з'єднання для звернення до інформаційної бази
• WS-з'єднання – виникає у разі звернення до інформаційної бази веб-сервера, як наслідок звернення до опублікованого на веб-сервері Web-сервісу
• Фонове завдання – утворюється, коли робочий процес кластера звертається до інформаційної бази. Служить такий сеанс виконання коду процедури фонового завдання,
  Консоль кластера – створюється, коли утиліта адміністрування клієнт-серверного варіанта звертається до робочого процесу
• СОМ-адміністратор – виникає у разі звернення до робочого процесу з використанням зовнішнього з'єднання.
• Робота при використанні різних операційних систем

Будь-які процеси кластера серверів можуть функціонувати як під операційною системою Linux, так і під операційною системою Windows. Це досягається тим, що взаємодія кластерів відбувається під керуванням протоколу TCP/IP. Також до складу кластера можуть входити робочі сервери під керуванням будь-якої з операційних систем.

Утиліта адміністрування кластера серверів 8.3

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

Декілька робочих процесів на одному сервері дають можливість ефективно використовувати обсяг оперативної пам'яті та ресурси процесора для виконання запитів, а також підключити клієнтський сеанс до іншого робочого процесу при «краху» поточного.
За розуміння, що запущено на конкретному сервері відповідає програма «Агент сервера» (ragent). Припинення агента сервера зробить сервер недоступним для використання кластером. Свою інформацію агент зберігає у файлі srvribrg.lst.

Інформація про робочі бази, задіяні робочі процеси володіє «Менеджер сервера» (rmngr). Цю інформацію він зберігає у файлі 1CV8Reg.lst. Зупинка менеджера сервера може призвести до перезапуску клієнтських програм у разі вдалого рестарту менеджера або повної зупинки роботи робочих серверів всього кластера.

1С: Підприємство допускає можливість створення одному сервері кілька незалежних кластерів. Кожен з них ідентифікується в мережі унікальним IP портом і унікальним номером у службових файлах. Перший кластер за замовчуванням отримує порт 1541.

Для управління кластером призначене оснащення «Сервери підприємства».
Підключатися до серверів можна на ім'я або IP адресу сервера.

Агент сервера

Агент сервера знає про всіх кластерів, які запущені на сервері. Ця інформація зберігається у файлі srvribrg.lst зі списком кластерів та адміністраторів списку. Основний порт агента – 1540. На кожному Робочому сервері може бути запущений лише один агент, який обслуговує всі можливі кластери на даному сервері.

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

Інтервал перезапуску

Цей параметр перезапускає робочі процеси сервера 1С за заданим значенням у секундах. Зазвичай параметр використовується на тих серверах додатків, які мають 32-х розрядну систему, тому що там об'єм пам'яті обмежений ~ 3.7 гб., якщо використовується операційна система 64-х розрядна, а сервер додатків 32-х. Якщо ж ОС використовує 32-х розрядну архітектуру, тоді загальний обсяг споживання пам'яті робочого процесу становить ~ 1.7 гб. І користувачі часто можуть отримувати повідомлення про помилку виду "Недостатньо пам'яті на сервері 1С Підприємство". Найпростіший спосіб уникнути цієї помилки, це зробити перезапуск робочих процесів, наприклад 86 400 секунд (1 добу). При зміні параметра відлік часу починається зі старту служби сервера додатків 1С.

Допустимий обсяг пам'яті

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

Інтервал перевищення допустимого обсягу пам'яті

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

Допустиме відхилення кількості помилок сервера

Обчислюється в такий спосіб. У нас є серверні виклики, які можна побачити в технологічному журналі за подією "CALL", а також є різні виняткові ситуації, які можна побачити в технологічному журналі за подією "EXCP". Платформа обчислює співвідношення даних подій. Передбачається, що подій має бути приблизно однаково. Якщо ж у якомусь робочому процесі дане співвідношення перевищує співвідношення даних подій інших робочих процесах на якусь значну величину, такий робочий процес визнається проблемним. Саме дана величина задається у цьому параметрі. Рекомендоване значення – 50.

Примусово завершувати проблемні процеси

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

Вимкнені процеси зупиняти через

Якщо спрацює один із параметрів "інтервал перезапуску" або "допустимий обсяг пам'яті, то при перезапуску робочого процесу він може "відвалитися". Якщо клієнт під час перезапуску не звертається до сервера (не діє), то при наступному зверненні він плавно переключиться на новий робочий процес. Якщо ж клієнт звертається до сервера в момент перезапуску робочого процесу, то в даному випадку він отримає повідомлення про помилку та завершить свою роботу. Щоб цього не сталося, необхідно встановити значення цього параметра в секундах. Зазвичай вистачає 120 секунд. За цей час робочий процес встигне опрацювати поточні запити клієнтів та перевести їх на новий робочий процес. Тих активних клієнтів, яких процес не встиг обробити, завершується і клієнти можуть отримати помилку.

Рівень відмовостійкості

Ця настройка живе як така незалежно від кількості центральних серверів. Рівень стійкості до відмов може приймати будь-які значення. Наприклад, рівень стійкості до відмови = 1, тоді кожен сеанс користувача подвоюється. Якщо рівень стійкості до відмови = 2, то кожен сеанс множиться на 3. Також зростає навантаження на сервер. При зміні рівня стійкості до відмов, якщо у нас центральний сервер, він реплікує на кожен центральний сервер: "реєстр кластера", "сервіс блокувань кластера". Також йде реплікація інші сервери таких сервісів, як “сервіс сеансових даних”, “сервіс оперативної позначки часу”, “сервіс блокувань об'єктів”, “сервіс ліцензування”, “сервіс нумерації”. У тому числі найважчим є “сервіс сеансових даних”.

Режим розподілу навантаження

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

Доступна продуктивність лише на рівні 1С обчислюється в такий спосіб: всім робочим процесам робиться еталонний серверний виклик 1 разів у 10 хвилин і вимірюється час даного виклику. Отримане число ділиться на 10000 (десять тисяч) і механізмами сервера програми обчислюється еталонний час. У тому випадку, якщо продуктивність будь-якого робочого процесу стала на 25% менше, ніж у інших, з даного робочого процесу з'єднання починають йти на інші робочі процеси до тих пір, поки всі з'єднання не підуть.

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

Менеджер кластера

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

Для взаємодії із робочими процесами Менеджер використовує службовий порт.

Робочий процес

За роботу з клієнтами відповідає Робочий процес. Робочих процесів у кластері 1С: Підприємства 8 може бути декілька. Кількість робочих процесів не створюється вручну, а розраховується виходячи з описів вимог завдань щодо стійкості до відмов і надійності. Менеджер сервера вирішує, який із робочих процесів обслуговуватиме клієнтське підключення. Для клієнтських підключень Робочим процесам за умовчанням виділяється діапазон IP портів 1560 – 1591. Крім цього, кожному Робочому процесу призначається Службовий порт обміну з менеджером кластера.

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

Максимальний обсяг пам'яті робочих процесів

Цей параметр сам собою нічого не обмежує. Він працює у зв'язці з параметром "безпечна витрата пам'яті за один виклик". Припустимо, що всі наші робочі процеси сумарно досягли приблизно витрати пам'яті від заданого значення даного параметра. І тепер якийсь користувач хоче зробити серверний виклик, який хоче спожити велику кількість пам'яті. Як тільки серверний дзвінок перевищить обсяг заданої пам'яті в даному параметрі на об'єм пам'яті параметра "безпечна витрата пам'яті за один виклик", саме цей користувач отримає помилку виду: "перевищено безпечну витрату пам'яті за один клієнт-серверний виклик". Це потрібно для того, щоб один користувач не зміг “завалити” робочий сервер. Значення параметра 0 дорівнює 80% пам'яті, встановленій на сервері 1С.

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

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

Обсяг пам'яті робочих процесів, до якого сервер вважається продуктивним

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

Кількість ІБ на процес

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

Кількість з'єднань на процес

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

Менеджер під кожний сервіс

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

Вони виконуються однією службою "rmngr". Уявімо, що ця служба починає споживати багато пам'яті або витрачати процесорні ресурси. Зазвичай є кілька типових підозрюваних. Але раптом ви стали в "глухий кут" і не можете зрозуміти, що саме навантажує службу, ви можете встановити галочку "менеджер під кожен сервіс", служба розіб'ється на 21 процес (така кількість сервісів в головному менеджері кластера). І відповідно до PID процесу можна буде обчислити, який сервіс навантажує систему.

Центральний сервер

Це сервер, у якого зберігається реєстр кластера у файлі 1СV8Clst.lst. У файлі зберігається список баз, список адміністраторів кластера, список вимог призначення функціональності, список профілів безпеки, загалом усі налаштування кластера. Цей файл присутній лише там, де встановлено галочку “центральний сервер”. Центральних серверів може бути кілька. Також на центральних серверах присутні такі послуги, як “сервіс блокування кластера”, “сервіс конфігурації кластера”. Поки хоча один центральний сервер працездатний, кластер функціонує. Як тільки останній центральний сервер вийшов з ладу, кластер стає непрацездатним незалежно від налаштувань стійкості до відмови.

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

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

Перенесення з'єднань

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

Для цього нам необхідно на сервері №1 створити вимогу призначення функціональності:

На сервері № 2 прописати такі ж налаштування, але змінити пріоритет:

Важливість пріоритету реалізована навпаки. Тобто, пріоритет 1 вищий, ніж пріоритет 2.

Вивести робочий сервер із кластера

Вивести робочий сервер із кластера ми можемо і просто, вилучивши його зі списку, але в такому разі всіх користувачів "викине" із системи. Щоб безболісно здійснити висновок, можна зробити таке:

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

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

Сервіс ліцензування

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

Фонові завдання

З виходом платформи 8.3.7, фонові завдання розділилися на 2 групи:

1. Фонові завдання, що викликаються з коду конфігурації

2. Регламентні завдання

Тому необхідно кілька налаштувань призначення функціональності:

1. Щоб фонові завдання виконувались швидко, необхідно додати сеансові дані для фонових та регламентних завдань

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

Часткове – застосування, яке не порушить роботу користувачів

Повне застосування, яке може порушити роботу користувачів.

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

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

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

• Клієнтські програми, тонкі клієнти та веб-клієнти- Це і є «1С:Підприємство» в різних режимах запуску, з якими працює кінцевий користувач. Для клієнтських програм та тонких клієнтів потрібно на комп'ютери користувачів (або на ), для веб-клієнта достатньо веб-браузера.
• Кластер серверів «1С:Підприємство»являє собою сукупність робочих процесів, що функціонують на одному або кількох комп'ютерах та списку інформаційних баз, які розміщені у цьому кластері. У кластері серверів виконується вся робота прикладних об'єктів, виконується підготовка до відображення форм (читання об'єктів інформаційної бази, заповнення даних форм, розташування елементів тощо) та командного інтерфейсу, формуються звіти, виконуються фонові завдання. На клієнтах відбувається лише відображення інформації, підготовленої у кластері серверів. Крім того, на сервері кластера «1С:Підприємства» зберігаються службові файли, а також журнал реєстрації інформаційних баз.
• Сервер баз даних— на сервері баз даних відбувається безпосереднє зберігання та робота з даними, що забезпечується однією з наступних, підтримуваних системою «1С:Підприємство», систем управління базами даних (СУБД):
  • Microsoft SQL Server, починаючи з версії Microsoft SQL Server 2000 і вище;
  • PostgrageSQL, починаючи з версії 8.1;
  • IBM DB2, починаючи з версії 9.1;
  • Oracle Database, починаючи з версії 10g Release 2.
• Веб-сервернеобхідний лише для роботи веб-клієнтів та одного з варіантів роботи тонкого клієнта. Забезпечує взаємодію даних видів з'єднання із кластером серверів «1С:Підприємства».

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

У цій статті я описуватиму встановлення сервера «1С:Підприємства» версії 8.3.4.389 (для інших версій платформи «1С:Підприємство» 8.1, 8.2 і 8.3 дії аналогічні) на один комп'ютер під керуванням Windows Server 2008 (R2) або Windows Server 201 (R2). Як СУБД розглядатиметься Microsoft SQL Server 2008 (R2) або Microsoft SQL Server 2012. Для цього нам знадобиться:

1. Комп'ютер, що відповідає системним вимогам для встановлення сервера «1С:Підприємства» та з встановленою на даний комп'ютер ОС або .
2. Комп'ютер для сервера баз даних, також під керуванням ОС (може бути комп'ютером з п.1).
3. Права локального адміністратора на обох комп'ютерах.
4. Дистрибутив для встановлення сервера "1С:Підприємства" 8.
5. Програмна ліцензія або ключ захисту HASP4 Net для сервера "1С:Підприємства".
6. Дистрибутив для інсталяції Microsoft SQL Server 2008 (R2) або Microsoft SQL Server 2012.

2. Встановлення СУБД MS SQL Server

Встановлюємо СУБД MS SQL Server на комп'ютер, який є сервером баз даних. Для роботи системи «1С:Підприємство» достатньо установки компонентів:

• Служби компонента Database Engine (Database Engine Services)
• Засоби управління - основні (Management Tools - Basic)
  • Засоби управління – повний набір (Management Tools – Complete).

Параметри сортування вибираємо « Cyrillic_General_CI_AS». Детально про встановлення систем

3. Налаштування Брандмауера Windows для роботи СУБД

Якщо сервер баз даних та сервер кластера "1С:Підприємства" знаходяться на різних фізичних комп'ютерах, необхідно на сервері баз даних налаштувати Брандмауер Windows таким чином, щоб сервер "1С:Підприємства" міг працювати з СУБД, а саме відкрити вхідні підключення по порту 1433 (для екземпляра SQL Server за промовчанням).

• Детально про налаштування Windows Брандмауера для роботи Microsoft SQL Server 2008 (R2) / 2012 я писав .

4. Додавання користувача до MS SQL Server

Далі додамо до MS SQL Server окремого користувача, під яким підключатимуться бази даних сервера «1С:Підприємства». Цей користувач також буде власником цих баз даних. Користувач, що додається, повинен авторизуватися на сервері за допомогою пароля і володіти набором ролей: dbcreator, processadmin, public. Детально про додавання користувача на

• Microsoft SQL Server 2008 (R2) я писав.
• Microsoft SQL Server 2012 я писав.

5. Встановлення сервера «1С:Підприємства»

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

• Технологічна платформа 1С:Підприємства для Windows — дозволяє інсталювати 32-розрядний сервер «1С:Підприємства»
• Сервер 1С:Підприємства (64-bit) для Windows - дозволяє встановлення як 32-розрядного, так і 64-розрядного сервера «1С:Підприємства»

(Також існує і розширена версія КОРП сервера 1С: Підприємства 8.3, подробиці можна переглянути на сайті 1С)

Відкриваємо каталог із файлами установки сервера «1С:Підприємства» та запускаємо файл setup.exe.

Запуститься помічник установки системи «1С:Підприємства». На першій сторінці тиснемо « Далі».

На наступній сторінці необхідно вибрати ті компоненти, які встановлюватимуться, нам потрібні компоненти:

• Сервер 1С:Підприємства- Компоненти сервера «1С:Підприємства»
• Адміністрація сервера 1С:Підприємства 8- Додаткові компоненти для адміністрування кластера серверів «1С:Підприємства»

Інші компоненти (перелік компонентів може залежати від конкретного дистрибутива), залежно від необхідності, також можуть бути встановлені на даний комп'ютер. Зробивши вибір тиснемо « Далі».

Виберемо мову інтерфейсу, який буде використовуватися за замовчуванням, та натиснемо « Далі».

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

• Залишаємо увімкненим прапор « Встановити сервер 1С:Підприємство як сервіс Windows (рекомендується)»;
• Перекладаємо відповідний перемикач на « Створити користувача USR1CV8».
• Вводимо 2 рази пароль для користувача. За промовчанням пароль повинен відповідати політиці паролів Windows. Докладніше про це можна прочитати:
  • Для Microsoft Windows Server 2008 (R2) -;
  • Для Microsoft Windows Server 2012 - .

Можна також вибрати існуючого користувача для запуску сервера «1С:Підприємства». У цьому випадку вибраний користувач повинен мати права:

• Вхід у систему як сервіс (Log on as a service)
• Вхід у систему як пакетне завдання (Log on as a batch job)
• Користувачі журналів продуктивності (Performance Log Users).

Також користувачеві обов'язково слід надати необхідні права на каталог службових файлів сервера (за замовчуванням) C:\Program Files\1cv8\srvinfoдля 64-х розрядного та C:\Program Files (x86)\1cv8\srvinfoдля 32-х розрядного сервера).

Створений автоматично користувач USR1CV8матиме всі перераховані права.

Заповнивши відповідні параметри, тиснемо « Далі».

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

Після завершення інсталяції помічник запропонує інсталювати драйвер захисту — HASP Device Driver. Якщо використовується програмна ліцензія на сервер «1С:Підприємства», встановлювати драйвер не потрібно. Залишаємо або знімаємо прапор « Встановити драйвер захисту» і тиснемо « Далі».

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

Рішення

1. Відкриємо консоль адміністрування серверів 1С Підприємства;
2. Розгорнемо дерево центрального сервера до кластерів і виділимо цікавий наc кластер. У прикладі кластер лише один;
3. Відкриємо властивості виділеного кластера та побачимо наступну форму

Властивості кластера сервера 1С:Підприємство 8.3

Розберемо приклад, вказаний на зображенні:

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

Допустимий обсяг пам'яті— обсяг пам'яті, у якого робочий процес може без проблемно працювати. Обсяг вказується в кілобайтах, у прикладі вказана величина 20 гігабайт (насправді цифра занадто велика і необхідно відштовхуватися від конкретної системи, але середня цифра 4 Гб). Як тільки пам'ять зайнята робочим процесом перевищить зазначену величину, починається відлік часу.

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

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

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

Разом

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

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