Системні вимоги BAS до заліза: Повний гайд на вибір ПК та сервера для комфортної роботи

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

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

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

Архітектура системи: Від чого залежить швидкість роботи BAS?

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

Швидкість виконання операцій (проведення документів, формування звітів, закриття періодів) залежить від трьох китів:

1. Режим роботи бази даних (файловий або клієнт-серверний).
2. Тип операцій (дискові операції читання/запису проти обчислювальної потужності процесора).
3. Кількість одночасних користувачів і обсяг самої інформаційної бази (ІБ).

Файловий режим: Пастка для малого бізнесу

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

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

Клієнт-серверний режим (SQL): Вибір для бізнесу, що росте

Тут база даних крутиться під керуванням СУБД (MS SQL Server, PostgreSQL), а логікою керує Сервер додатків BAS.

• Як це працює: Локальний ПК користувача (клієнт) лише відправляє запити та показує готовий інтерфейс. Уся важка аналітика, проведення документів та вибірка даних відбуваються на потужному сервері.
• Переваги: Висока відмовостійкість, безпека, масштабованість і стабільна швидкість роботи при 10, 50 і 500+ користувачах.

Характеристики ПК для бухгалтера: Локальна робота та тонкий клієнт

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

Сценарій 1: База запущена локально на ПК (1 користувач, файловий режим)

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

• Процесор (CPU): Забудьте про лінійки Intel Celeron або Pentium. Мінімальний поріг — Intel Core i3 або AMD Ryzen 3 не старші за два останні покоління. Ключовий маркер — висока базова тактова частота (від 3.5 ГГц і вище). Платформа BAS при проведенні одного документа використовує переважно одне ядро, тому багатоядерний, але «повільний» процесор (наприклад, старий Xeon) тут покаже себе гірше, ніж високочастотний двоядерний чип.
• Оперативна пам’ять (RAM): Windows 10/11 у режимі простою забирає близько 4 ГБ. Запущена локально «BAS Бухгалтерія» при формуванні ОВБ (оборотно-сальдової відомості) легко з’їдає ще 3–4 ГБ. Якщо паралельно відкриті M.E.Doc/FreeZvit, браузер із 20 вкладками клієнт-банків та Excel — 8 ГБ пам’яті заб’ються миттєво, і ПК піде у глибокий своп. Оптимальний стандарт — 16 ГБ RAM (DDR4/DDR5).
• Дискова підсистема (Накопичувач): Встановлення механічного жорсткого диска (HDD) під робочу базу — це виробничий злочин. Файлова база здійснює тисячі дрібних операцій читання-запису на секунду (технологія випадкового доступу 4K). HDD видає в такому режимі від сили 100–150 IOPS (операцій введення-виведення). Суворо необхідний SSD стандарту NVMe (інтерфейс PCIe). Швидкість роботи зросте у 20–30 разів порівняно з HDD.

Сценарій 2: Підключення до сервера (Тонкий клієнт / Web-інтерфейс)

Якщо компанія використовує клієнт-серверний варіант або хмару, локальний комп’ютер бухгалтера перетворюється на простий термінал відображення картинки.

У цьому випадку характеристики ПК для бухгалтера можуть бути досить скромними:

• Процесор: Будь-який сучасний 2-4 ядерний процесор (Intel Core i3, AMD Ryzen 3, сучасні Intel Processor).
• Оперативна пам’ять: 8 ГБ RAM цілком достатньо для роботи операційної системи та тонкого клієнта.
• Диск: Підійде будь-який базовий SSD на 120–240 ГБ для швидкого завантаження ОС.

Зведена таблиця: Параметри робочого місця бухгалтера

Архітектура сервера для BAS: Як розрахувати ядра, гігагерци та пам’ять

Коли кількість активних співробітників перевищує 5-7 осіб, бізнес неминуче стикається з необхідністю розгортання виділеного сервера. Проектуючи сервер для бази даних та додатків BAS, ІТ-фахівці мають орієнтуватися на три ключові метрики.

1. Процесорна потужність (CPU) — Частота вирішує все

Головна помилка сисадмінів-початківців — купівля вживаних серверних процесорів Intel Xeon з величезною кількістю ядер (наприклад, 24 ядра), але низькою тактовою частотою (2.0–2.2 ГГц).

Золоте правило BAS: Платформа виконує критичні бізнес-операції (проведення документів, розрахунок собівартості) в однопоточному режимі. Якщо частота ядра низька, сервер буде завантажений всього на 5%, а користувачі скаржитимуться на те, що все «висить».

• Для сервера додатків та СУБД критично важливою є максимальна частота на одне ядро (Single-Core Performance). Вибирайте процесори з базовою частотою не менше 3.0 ГГц (а краще 3.5–4.0+ ГГц у режимі Turbo Boost).
• Кількість ядер розраховується виходячи з кількості користувачів та служб на сервері. На обслуговування самої ОС потрібно 2–4 ядра, на СУБД (SQL) — від 4 ядер, на сервер додатків — із розрахунку 1 ядро на кожні 5–7 одночасно працюючих користувачів (залежно від інтенсивності їхньої роботи).

2. Оперативна пам’ять (RAM) — З запасом на кешування

Нестача оперативної пам’яті на сервері гарантовано паралізує роботу підприємства. Пам’ять розподіляється між трьома основними споживачами:

1. Операційна система сервера (Windows Server або Linux) — 4–8 ГБ.
2. Сервер додатків BAS — у середньому по 200–400 МБ на сесію одного користувача. Для 20 користувачів це близько 6–8 ГБ. Плюс фонові та регламентні завдання (ще 4–6 ГБ).
3. СУБД (Microsoft SQL Server / PostgreSQL) — найпрожорливіший компонент. SQL Server влаштований так, що прагне захопити в пам’ять усю базу даних цілком, щоб не звертатися до повільного диска. Якщо ваша база важить 30 ГБ, то SQL-серверу бажано виділити під кеш не менше 30 ГБ RAM.

3. Дисковий масив (IOPS і Швидкість випадкового доступу)

Дискова підсистема — найвужче місце у 90% корпоративних систем. Звичайні серверні жорсткі диски (SAS/SATA HDD) підходять виключно для зберігання резервних копій (бекапів).

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

• SATA SSD Enterprise-класу — базовий рівень для невеликих баз (до 500-600 IOPS на запис).
• NVMe SSD Enterprise (з підтримкою Power Loss Protection — PLP) — безкомпромісний стандарт. Захист PLP гарантує, що при раптовому вимкненні електрики дані з кешу диска встигнуть дозаписатися в комірки пам’яті, виключаючи руйнування структури SQL-таблиць.

Рекомендується розділяти диски фізично (або на рівні RAID-масивів):

• Диск А: Операційна система + Сервер додатків.
• Диск Б: Активні бази даних (SQL файли .mdf, .ndf). Ідеально — найшвидший NVMe масив.
• Диск В: Файли логів транзакцій SQL (.ldf). Для них важлива висока швидкість послідовного запису.
• Диск Г: Місце під щоденні бекапи (сюди можна поставити місткі та дешеві HDD).

Конкретні конфігурації серверів під різний масштаб компанії

Розглянемо готові технічні профілі серверів під реальні бізнес-завдання.

Гайд 1: Малий бізнес (5–10 користувачів)

Типовий стек: «BAS Бухгалтерія» або «Управління торгівлею». База даних часто ще файлова (хоча рекомендується перехід на безкоштовний PostgreSQL). Усі ролі (термінальний сервер, сервер додатків, СУБД) суміщені на одній машині.

• Процесор: Intel Core i5 / i7 останніх поколінь або AMD Ryzen 5 / 7 (частота від 3.6 ГГц). Використання десктопних процесорів на цьому етапі виправдане високою частотою ядер за розумні гроші.
• RAM: 32 ГБ DDR4/DDR5.
• Диски: 2 x 500 ГБ SSD NVMe у програмному або апаратному RAID 1 (дзеркало для надійності).

Гайд 2: Середній бізнес (15–30 користувачів)

Інтенсивний документообіг, впроваджено «BAS Комплексне управління підприємством (КУП)», інтеграція з сайтами, CRM-системами, постійний обмін даними. Обов’язковий повноцінний клієнт-серверний варіант (SQL).

• Процесор: Intel Xeon E-серії (наприклад, Xeon E-2388G) або AMD EPYC з високою частотою (8–16 ядер, базова частота від 3.2 ГГц).
• RAM: 64 ГБ або 128 ГБ ECC (пам’ять із корекцією помилок, що запобігає критичним збоям сервера).
• Диски: Апаратний RAID-контролер з кешем, масив із 4-х Enterprise NVMe SSD (окремо під ОС, СУБД та логи).

Гайд 3: Великий бізнес та ERP (50+ користувачів)

Сотні проведених чеків та накладних за годину. Архітектура вимагає поділу ролей. Часто розгортається кластер серверів: окремо виділяється сервер ліцензування/додатків BAS, окремо — відмовостійкий кластер СУБД SQL.

• Процесор: 2 x Intel Xeon Gold або топові багатоядерні AMD EPYC (частота в турбо-бусті суворо вище 4.0 ГГц).
• RAM: Від 256 ГБ до 512 ГБ ECC RAM.
• Диски: Високопродуктивні NVMe масиви класу High-End (із ресурсом перезапису DWPD від 3 і вище). Побудова SAN-мереж зберігання даних.

Чек-лист: Вибір параметрів сервера під кількість користувачів

Тонке налаштування ОС та СУБД для прискорення BAS

Купити дорогий сервер для бази даних — це лише половина справи. За замовчуванням операційна система та SQL-сервер налаштовані на енергозбереження та універсальні завдання, що знижує продуктивність облікових систем на 30–50%.

Що потрібно зробити сисадміну одразу після встановлення заліза:

1. Режим максимальної продуктивності (High Performance): У налаштуваннях електроживлення Windows Server / Linux та в налаштуваннях BIOS сервера обов’язково виставити профіль максимальної продуктивності. Інакше процесор скидатиме частоти в моменти простою і «прокидатиметься» занадто повільно, створюючи мікрофризи для бухгалтерів.
2. Налаштування пам’яті в SQL Server: За замовчуванням MS SQL прагне забрати всю доступну пам’ять, не залишаючи ресурсів операційній системі. У властивостях SQL Server необхідно вручну обмежити параметр Maximum server memory, залишивши операційній системі та серверу додатків 6–10 ГБ свободи.
3. Параметр Max Degree of Parallelism (MAXDOP): Для баз даних BAS рекомендується встановлювати значення MAXDOP рівним 1 (для старих версій платформ) або суворо обмежувати кількість ядер на один запит (зазвичай від 2 до 4 для сучасних конфігурацій). Якщо залишити значення 0 (використовувати всі ядра), важкий некоректний запит одного користувача миттєво завантажить усі ядра процесора, заблокувавши роботу інших співробітників.
4. Регулярне обслуговування (Реіндексація та Оновлення статистики): Накопичені фрагментовані індекси уповільнюють пошук даних. Налаштуйте нічні плани обслуговування SQL: перебудову індексів (Reindex), очищення процедурного кешу та оновлення статистики.

FAQ: Часті запитання щодо залізних вимог BAS

Питання 1: Чи можна використовувати звичайний ігровий ПК як сервер на 10 користувачів?

Відповідь: Технічно — так, система запуститься і працюватиме швидко завдяки високим частотам ігрових процесорів Core i7 або Ryzen 7. Але пам’ятайте про ризики безпеки. У десктопному ПК немає резервування блоків живлення, немає серверної пам’яті ECC (яка виправляє випадкові бітові помилки даних), і надійність материнських плат не розрахована на цілодобове навантаження 24/7. Для критично важливого бізнес-софту це величезний ризик втрати комерційних даних.

Питання 2: База сильно гальмує при формуванні звітів, хоча процесор завантажений всього на 15%. У чому причина?

Відповідь: Це класичний симптом упирання в частоту одного ядра. Платформа формує цей звіт в один потік (використовує лише одне логічне ядро). Якщо у вас встановлений 12-ядерний процесор із низькою частотою 2.2 ГГц, одне ядро буде завантажене на всі 100%, а загальне завантаження процесора покаже ті самі 15%. Висновок — потрібен процесор із вищою частотою на ядро (Single-Thread Performance). Другий варіант — дисковая підсистема не справляється з чергою запитів (високий показник Disk Queue), потрібен перехід на NVMe.

Питання 3: Скільки оперативної пам’яті потрібно виділяти під одного термінального користувача?

Відповідь: У середньому розраховуйте на 1–1.5 ГБ на одного користувача. Сюди входить: сесія операційної системи (близько 300 МБ), запущений тонкий клієнт BAS (від 300 до 700 МБ), відкритий браузер для роботи з поштою та держреєстрами, а також робота зі сторонніми офісними програмами.

Питання 4: Що краще для BAS в Україні: локальний сервер в офісі чи хмарна інфраструктура?

Відповідь: У сучасних реаліях України (ризики безпеки, віялові вимкнення електроенергії, необхідність забезпечення стабільного інтернету) утримання власного фізичного сервера в офісі вимагає колосальних витрат на промислові ДБЖ, генератори та організацію резервних каналів зв’язку. Хмарний сервер у європейському дата-центрі знімає ці проблеми: ви отримуєте гарантовану доступність 99.9%, незалежність від локального блекауту та гнучку масштабованість ресурсів.

Висновок і заклик до дії (CTA)

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

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

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