Конфігурація сервера (серверів) для роботи в 1С: ERP

Яким повинні бути сервера (або сервер) для комфортної роботи користувачів в системі 1С: ERP? Давайте спробуємо розібратися разом.

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

Але перш за все, хотів би сказати, що я не є досвідченим системним адміністратором і тим більше фахівцем з серверного обладнання. Але за моїми плечима є один завершений проект впровадження 1С: ERP на виробничому підприємстві (зі схожим обсягом операцій і кількістю користувачів) в ролі провідного розробника. І дана стаття з’явилася тут більше для того, щоб почути критику / рекомендації / зауваження від людей, що добре розбираються в залозі і мають реальний досвід експлуатації системи 1С: ERP. Ну і сподіваюся, може ще кому стаття стане в нагоді. Отже:

Вхідні дані:

  1. Облікова система – 1С: ERP 2.4 + інтеграція з 1С: Документообіг 2.1.
  2. Кількість одночасно працюючих користувачів:
    • З обліковою системою: 80-100
    • З документообігом: 100-200
  3. Середньомісячна кількість основних операцій:
    • Надходження товарів і послуг: ~ 2000 (~ 50000 рядків)
    • Реалізація товарів і послуг: ~ 13000 (~ 2000000 рядків)
    • Переміщення товарів: ~ 8000 (~ 800000 рядків)
    • Інші пов’язані операції з на порядок меншим обсягом.
  4. Більшість користувачів знаходяться в одній локальній мережі.
  5. Розробка ведеться на потужностях клієнта в окремому тестовому контурі (~ 4 розробника і ~ 5 консультантів + ​​ключові користувачі)
  6. Як серверного ПО – продукція компанії Microsoft.

Сервер для продакшена:

  1. Мої рекомендації – поєднати ролі сервера баз даних (SQL) і сервера 1С. Гроші, які будуть витрачені на покупку окремого сервера, мені здається, розумніше вкласти в сервер баз даних. Причини наступні:
    • Сервер 1С практично не використовує диски (тільки тимчасові файли і журнал реєстрації), а на окремий фізичний сервер їх купувати все одно доведеться.
    • Також доведеться купувати і інші складові сервера (корпус, материнська плата і т. Д.)
    • Відповідно доведеться купувати серверне ПЗ (Microsoft Windows Server, Windows CAL-ліцензії на кожного користувача і т. Д.)
    • Набагато продуктивніше вкласти всі ці кошти в більший обсяг оперативної пам’яті, більш швидкі диски (в 90% випадків вузьке місце – це диски) і більш продуктивні процесори для сервера баз даних.
    • Отримуємо до 10% приріст продуктивності за рахунок (і виключаються проблеми, які могли б виникнути з мережею).
  2. Рекомендації по серверу баз даних:
    • диски: Це найголовніший фактор. До вибору дисків і контролера слід підійти з особливою ретельністю. Мінімальні вимоги такі:
      1. Система: RAID 1 або вище на швидких SAS дисках, з оборотами >10000, обсяг ~ 500 Гб.
      2. Окремий диск для тимчасових файлів (файл підкачки, TEMP, база TempDB): SSD-диск об’ємом ~ 256 Гб (або 2 по ~ 128 Гб), планова заміна через 3-5 років.
      3. Диски для баз даних: RAID 10 або вище на швидких SAS дисках, з оборотами >10000, обсяг ~ 1 Тб. Можливі також варіанти з промисловими SSD-дисками (наприклад, з інтерфейсом PCI-Express) і СГД. Також, в залежності від бюджету, є сенс розглянути окремі масиви дисків для файлів баз даних і файлів журналів транзакцій.
      4. Дешеві диски для службових файлів і бекапів «copy only»: RAID 1 (в умовах обмеженого бюджету, без RAID), обсяг ~ 3 Тб.
    •  Врахувати пропускні можливості материнської плати / контролера / шини / дисків. Бувало в моїй практиці так, що купували дорогі диски і економили на контролері. В результаті, контролер виступаючи «вузьким горлечком», не давав дискам працювати на повну продуктивність.
    • Оперативна пам’ять: 256 Гб і вище.
    • Процесор: Два або чотири серверних процесора, по 8 ядер (сумарна кількість ядер >16) з тактовою частотою >2.7 GHz.
    • Мережевий адаптер: пропускна здатність 1 Гбіт і вище. Звернути увагу на мережеве обладнання до сервера (пропускна здатність повинна відповідати).

надійність:

Надійність сервера баз даних може досягається за рахунок:

  1. Регулярного резервного копіювання (система, бази даних і т. Д.)
  2. Використання RAID 1 і вище для всіх дискових накопичувачів.
  3. Використання комплектуючих з гарантією заміни. У віддалених регіонах, використання запасних комплектуючих.
  4. Найбільш безпечний і дорогий варіант – використання зв’язки з двох серверів, що працюють в режимі кластера.

У разі використання виділених серверів в дата-центрах, за надійність відповідає дата-центр.

Розробковий / тестовий сервер:

Поєднання ролі сервера баз даних, сервера 1С та сервера терміналів. Системні вимоги – 1/4 від потужностей виробничого сервера:

  • диски:
    • Система: RAID 1 або вище, обсяг ~ 500 Гб.
    • Бази даних: RAID 1 або вище, обсяг: 1-3 Тб.
  • Оперативна пам’ять: >64 Гб.

Організація роботи користувачів:

Тут можливі 2 схеми: термінальний сервер і робота в тонкому клієнті зі своїх робочих машин. Розглянемо плюси / мінуси:

  1. Термінальний сервер:
    • плюси:
      1. Можливість безпечного підключення з будь-якої точки світу.
      2. Якщо користувачі працюють в різних інформаційних базах, можна заощадити на ліцензіях 1С, встановивши ліцензії на сервер терміналів (як однопользовательские), а не на сервер 1С.
      3. Зручність адміністрування. Набагато легше виконувати такі операції як оновлення платформи, очищення кеша користувачів, підключення до сесії користувача (з демонстрацією екрану), адміністрування списку баз і т. Д.
      4. Контроль продуктивності системи, простіше шукати «вузькі місця».
    • мінуси:
      1. Необхідний досить продуктивний сервер. Додаткові витрати на обслуговування.
      2. Необхідно дороге серверне ПЗ (Microsoft Windows Server, Windows CAL-ліцензії, ліцензії на термінальні сесії).
      3. У разі виходу сервера з ладу, робота «встане» на невизначений час.
      4. Можливі проблеми з підключенням торговельного обладнання, смарт-карт, проблеми з печаткою.
      5. Утруднюється або стає зовсім неможлива інтеграція з іншими програмами користувача (поштовий клієнт, месенджери, перехід по навігаційної посиланням в документ з листа і т. Д.).
      6. У малопідготованих користувачів виникають проблеми з доступом до файлової системи свого комп’ютера.
  2. Робота зі своїх робочих місць:
    • плюси:
      1. Немає витрат на додатковий термінальний сервер.
      2. Надійність. Вихід з ладу комп’ютера користувача, тягне до простою тільки цього користувача.
      3. Немає проблем з підключенням обладнання, смарт-карт, печаткою.
      4. Система 1С: ERP адаптована для роботи в тонкому клієнті. В цьому випадку навантаження на клієнтську частину мінімальна, що дозволяє працювати на малопродуктивних комп’ютерах (в рамках мінімальних системних вимог).
      5. На комп’ютер користувача додатково встановлюється тільки те ПЗ, яке необхідно йому в роботі (наприклад, Microsoft Office).
    • мінуси:
      1. Робочі комп’ютери користувачів повинні відповідати мінімальним вимогам до системи.
      2.  Додатковий трафік усередині мережі.
      3. У загальному випадку, ліцензії 1С видаються на кожне підключення до інформаційної бази.
      4. Немає можливості підключатися до інформаційних баз поза локальної мережі (варіант рішення – організація WEB-доступу до інформаційних баз).
      5. Є деякі труднощі з адмініструванням, не можуть такі операції як оновлення платформи, очищення кеша користувачів, адміністрування списку баз і т. Д.
      6. Ускладнюється підтримка користувачів. Для доступу до сесії користувача потрібні спеціальні засоби (TeamViewer, RAdmin, LiteManager і т. Д.)
  3. Можливий комбінований випадок, коли частина користувачів працюють з сервера терміналів, частина з своїх робочих місць.

підсумок:

Мінімальна конфігурація для роботи користувачів в системі 1С: ERP для даної кількості користувачів / операцій наступна:

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

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

Ссылка на основную публикацию