Зображення ілюстративне.

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

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

Чотири перевірки резерву серверної: допустима перерва, залежні навантаження, автономність і незалежність шляхів живлення.
Концептуальна схема для пояснення. Не є інструкцією з електромонтажу.

Почніть з допустимої перерви живлення

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

Online-ДБЖ у штатному режимі подвійного перетворення забезпечує перехід на батарею без перерви живлення. Це описано в порівнянні топологій Eaton. Окремо перевіряють поведінку конкретної моделі в економному режимі, за перевантаження, несправності та повернення мережі. Напис «online» не є обіцянкою відсутності будь-якої можливої зупинки.

Гібридний інвертор з акумулятором може бути частиною тривалого резерву підприємства. Проте такий комплект не є універсальною заміною online-ДБЖ. Потрібно погодити час перемикання, характеристики виходу, допустимі навантаження й сумісність із серверним обладнанням. Не слід самостійно поєднувати готові пристрої в каскад, припускаючи, що кожен доданий блок автоматично підвищує надійність.

Порахуйте все, від чого залежить сервіс

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

Паспортна потужність блока живлення не дорівнює постійному споживанню сервера. Для оцінки енергії потрібні дані під робочим навантаженням, а для підбору потужності також максимальні режими, запуск і плановане розширення. Звіряють обмеження ДБЖ у кВт та кВА; не підміняють ці одиниці кВт·год, які характеризують енергію. Автономність бажано перевіряти за таблицями виробника саме для обраної моделі, батарей і навантаження.

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

Автономність для роботи та автономність для зупинки

Умовний приклад: середня потужність ІТ-навантаження становить 1,2 кВт, а потрібний час роботи разом із погодженим завершенням процесів становить 30 хвилин. На виході до обладнання потрібно 1,2 × 0,5 = 0,6 кВт·год. Якщо умовно прийняти доступну частку енергії батареї 80% і сумарний коефіцієнт доставки до навантаження 90%, розрахункова номінальна енергія дорівнюватиме 0,6 / (0,8 × 0,9) ≈ 0,83 кВт·год.

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

Резервування має усувати спільні причини відмови

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

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

Коректне завершення роботи є частиною системи

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

Schneider Electric описує PowerChute Network Shutdown як засіб керованого завершення роботи серверів і віртуальних машин. Сумісність версій, платформи, мережевих карт і ліцензування перевіряють на момент закупівлі. Документація пріоритетних груп також показує, чому порядок зупинки та запуску потрібно налаштовувати під конкретне середовище.

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

Поширені запитання

Чи обов’язковий online-ДБЖ для кожного комутатора?

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

Чи можна визначити автономність за номіналом ДБЖ у кВА?

Ні. Потрібні конкретне навантаження, склад батарей, їхній стан і дані виробника щодо часу роботи.

Чи достатньо резервувати сервери, якщо дані зберігаються в хмарі?

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

Чи гарантує автоматичне завершення відсутність втрати даних?

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

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

Джерела та дата перевірки

Матеріал підготовлено за відкритою документацією виробників. Джерела перевірено 19 жовтня 2026 року. Параметри та сумісність уточнюють для конкретних моделей і проєкту.