Відповідь одразу: Щомісячне обслуговування ІТ — це не «хтось, кому ви телефонуєте, коли щось не працює». Це повторювана рутина, яка триває навіть у місяці, коли нічого не зламалося: перевірка того, що резервні копії справді відбулися і що з них можна відновити дані, оновлення систем і мікропрограм, моніторинг дисків, сервера й мережі, вирішення запитів користувачів, керування обліковими записами та доступами й підтримувана в актуальному стані документація. Айтішник на телефоні розв’язує наслідки, обслуговування ІТ стежить за причинами — і різницю ви відчуєте того дня, коли перестане працювати сервер, зашифрується NAS або звільниться працівник із паролем адміністратора в голові.
Коли ми запитуємо фірми, хто дбає про їхнє ІТ, найчастіша відповідь звучить так: «У нас є людина, коли щось не працює, ми їй телефонуємо». Це легітимна модель — до певного розміру фірми й до певного рівня ризику. Проблема в тому, що чимало власників не має уявлення, де ця межа проходить, а головне — не знає, що взагалі мали б отримувати за щомісячну абонплату. «Обслуговування ІТ» звучить як туманний рядок на рахунку.
Ця стаття той туман розвіює. Ми пройдемо конкретний щомісячний чек-лист — що реально перевіряється, навіщо це перевіряється і що станеться, коли цього не робить ніхто. Ціни тут свідомо не обговорюємо, обговорюємо обсяг. Лише тоді, коли ви знаєте, що має містити обслуговування, ви зможете порівняти пропозиції між собою.
Два режими: айтішник на телефоні проти постійного обслуговування
Спершу назвімо різницю, бо з неї випливає все інше.
Айтішник на телефоні — це реактивний режим. Працює принцип «зламалося → телефоную → приїде/під’єднається → полагодить». Ви платите за втручання, між втручаннями не відбувається нічого. Ніхто не перевіряє резервні копії, ніхто не стежить за тим, що на сервері меншає місця на диску, ніхто не знає, що NAS уже три тижні повідомляє про деградований масив.
Щомісячне обслуговування ІТ — це превентивний режим. Більшість роботи відбувається тоді, коли нічого не горить: перевірки, оновлення, моніторинг, дрібні запити користувачів. Мета в тому, щоб «зламалося» траплялося якнайрідше — а коли вже станеться, щоб існувала резервна копія, документація й план, як із цього вибратися.
Реактивна модель має одну підступну властивість: вона виглядає дешевшою, доки нічого не сталося. Але інциденти в ІТ не приходять рівномірно. Рік спокою, а потім один зашифрований сервер зрівняє рахунок за п’ять років абонплати — не рахуючи простоїв, коли фірма стоїть.
Щомісячний чек-лист: що реально контролюється
Конкретне наповнення різниться залежно від розміру фірми, але хребет завжди однаковий. Це чек-лист, який має бути здатний підтвердити кожен, хто виставляє вам рахунок за обслуговування ІТ.
1. Резервні копії: не що вони працюють, а що з них можна відновити
Найважливіший і найчастіше занедбаний пункт. «У нас є резервні копії» на практиці часто означає, що хтось колись налаштував завдання резервного копіювання — і відтоді ніхто на нього не дивився. А програма резервного копіювання вміє відмовляти тихо: заповнений цільовий диск, змінений пароль до мережевого сховища, завдання, вимкнене після оновлення, копіювання, що йде вхолосту проти переміщеної теки.
Тому щомісячна рутина містить дві різні речі:
- Перевірку того, що копії відбулися — переглянути звіти завдань, перевірити давність останньої копії для кожної захищеної машини й даних, перевірити вільне місце в цільовому сховищі.
- Тест відновлення — регулярно вибрати файл, базу даних або цілу машину і спробувати справді повернути її з резервної копії. Копія, з якої ніхто ніколи нічого не відновлював, — це лише надія.
Сюди належить і перевірка архітектури: чи відповідає резервне копіювання правилу 3-2-1 і чи існує копія, до якої не дістанеться ані ransomware, ані стрибок напруги. Чому один зовнішній диск поруч із комп’ютером не є резервною копією, ми докладно розбираємо у статті про правило 3-2-1 та антипатерн зовнішнього диска. А що ransomware вміє зашифрувати й NAS разом із під’єднаними копіями, ми знаємо з власної лабораторії — описали це на реальному випадку в тексті про ransomware на NAS.
2. Оновлення: Windows — це лише початок
Другий регулярний пункт. Ідеться не лише про те, щоб «дати Windows оновлюватися самому» — без нагляду оновлення застрягають, деякі машини місяцями лишаються позаду, і ніхто про це не знає.
Що зазвичай підтримується протягом місяця:
- Операційні системи комп’ютерів і серверів — включно з перевіркою того, що оновлення справді встановилися і що машини не працюють на давно непідтримуваній версії. Типовий приклад із практики: підтримка Windows 10 завершилася в жовтні 2025 року, і попри це частина фірм досі на ньому працює — без виправлень і зі зростаючим ризиком.
- Мікропрограми мережевих пристроїв і сховищ — маршрутизатор, фаєрвол, комутатори, точки доступу Wi-Fi, NAS (у Synology та QNAP виправлення безпеки виходять постійно, а неоновлений NAS, виставлений в інтернет, — улюблена ціль атак).
- Програми сторонніх розробників — браузери, PDF-інструменти, бухгалтерське програмне забезпечення, клієнти віддаленого доступу.
Важлива частина цієї рутини — керування ризиком: критичні виправлення безпеки якнайшвидше, великі функціональні оновлення — виважено й із резервною копією перед втручанням, щоб оновлення мікропрограми не поклало NAS із робочими даними.
3. Моніторинг: знати про проблему раніше за користувачів
Третій стовп, якого реактивна модель не має взагалі. Моніторинг означає, що за вибраними показниками хтось (точніше щось) стежить безперервно, а адміністратор отримує сповіщення, коли щось відхиляється:
- Стан здоров’я дисків — атрибути SMART у дисках комп’ютерів, сервера й NAS. Диск, що вмирає, зазвичай попереджає про це заздалегідь, просто ніхто цього не читає; як це розпізнати, ми описуємо у статті як зрозуміти, що HDD помирає.
- Стан RAID-масивів — деградований масив на NAS — це саме той стан, коли дані ще працюють, але ще один несправний диск означає простій і дороге відновлення. Без моніторингу фірма дізнається про деградацію аж тоді, коли масив упаде цілком.
- Вільне місце — заповнений системний диск сервера вміє зупинити і бухгалтерію, і пошту; заповнене цільове сховище копій тихо зупиняє резервне копіювання.
- Доступність сервісів — сервер, спільні теки, вебсайт, VPN, принтери.
- Дрібниці експлуатації з великим впливом — закінчення строку доменів і сертифікатів, вік батареї в UPS, стан антивіруса на окремих робочих станціях.
Суть моніторингу можна підсумувати одним реченням: проблема, про яку ви дізналися в понеділок від моніторингу, — це сервісна операція; проблема, про яку ви дізналися в п’ятницю від бухгалтерки, — це інцидент.
4. Інциденти та запити користувачів
Навіть у превентивному режимі речі ламаються, а люди потребують допомоги: не працює принтер, потрібен новий ноутбук для нового працівника, відновити випадково видалену теку, налаштувати пошту в телефоні. Різниця порівняно з айтішником на телефоні не в тому, що ця робота зникла б, — а в тому, як вона організована:
- запити реєструються (helpdesk, електронна пошта, телефон) і не губляться,
- вони мають узгоджений пріоритет і час реакції — «стоїть склад» вирішується інакше швидко, ніж «не працює другий монітор»,
- з повторюваних інцидентів роблять висновки: коли третина звернень припадає на повільні комп’ютери або перебої Wi-Fi, це привід для системного рішення, а не для тридцятого перезавантаження маршрутизатора. Типові причини вередливої бездротової мережі ми зібрали в огляді проблем і перебоїв Wi-Fi.
5. Облікові записи, доступи й безпека
Пункт, якого в переліках часто бракує, хоч саме він несе найбільший ризик для безпеки:
- Прийом і звільнення — новий працівник отримує обліковий запис і рівно ті права, які потребує; тому, хто йде, облікові записи блокують того ж дня. Активний VPN-обліковий запис колишнього працівника — класична дірка, яку виявляють аж після інциденту.
- Права адміністратора — регулярна ревізія того, хто має локального або доменного адміністратора і чи справді його потребує.
- Багатофакторна автентифікація — для пошти, VPN і хмарних сервісів (Microsoft 365, Google Workspace) двофакторна автентифікація сьогодні є основою, а не преміумом.
- Перевірка захисту — що антивірус чи EDR працює на всіх станціях, звітує до центру і ніхто його «тимчасово» не вимкнув.
6. Документація та облік
Останній регулярний пункт: підтримувана в актуальному стані карта мережі, облік пристроїв і ліцензій, перелік облікових записів і безпечно збережених паролів, опис резервних копій і процедур відновлення. Звучить нудно, але саме документація вирішує, чи заміна адміністратора або усунення нічної аварії триватиме години, чи тижні. Коли ми переймаємо ІТ після когось, хто документацію «мав у голові», ми починаємо з картування реального стану — що все таке картування виявляє, ми описуємо у статті про аудит комп’ютерної мережі та кабельної інфраструктури.
Коли досить айтішника на телефоні
Чесна відповідь: іноді справді досить. Реактивна модель виправдана, коли справджується більшість із цього:
- у вас одиниці комп’ютерів і жодного сервера, NAS чи спільних робочих даних,
- день простою вас не зупинить — комп’ютер є інструментом, а не виробництвом,
- дані лежать у хмарі у великого постачальника і їхнє резервне копіювання у вас вирішене,
- ніхто до вас не під’єднується віддалено і ви не маєте даних, витік яких боляче вдарив би.
Але щойно фірма стоїть на спільних даних, бухгалтерії, виробничій чи складській системі, інтернет-магазині або строках перед клієнтами, реактивна модель перестає мати сенс — не тому, що айтішник поганий, а тому, що ніхто не робить роботу між телефонними дзвінками. Резервні копії, моніторинг і доступи не контролюються «принагідно». Або вони є чиєюсь регулярною відповідальністю, або їх не роблять.
Практичний тест на одну хвилину: чи знаєте ви просто зараз, коли востаннє відбулося резервне копіювання ваших ключових даних і хто зумів би їх відновити? Якщо відповідь звучить «мусив би запитати», ви маєте відповідь і на питання, чи вистачає вам реактивного режиму.
Як розпізнати, що обслуговування ІТ чогось варте
Байдуже, чи ви шукаєте обслуговування ІТ уперше, чи вже платите абонплату і хочете знати, що за неї отримуєте, запитайте про три речі:
- Що конкретно у нас щомісяця перевіряється? Відповідь має виглядати як чек-лист вище — резервні копії разом із тестами відновлення, оновлення разом із мікропрограмами, моніторинг, облікові записи, документація. «Ми стежимо за вашим ІТ» — це не відповідь.
- Як я дізнаюся про проблеми? Хороше обслуговування має результат на виході: огляд того, що того місяця вирішувалося, що зафіксував моніторинг і що ми рекомендуємо далі. Коли єдиним результатом є рахунок, ви не знаєте, чи щось узагалі робиться.
- Що станеться, коли щось зіпсується? Узгоджені часи реакції, описаний порядок відновлення з резервної копії та ясність у тому, хто несе яку відповідальність.
Саме так ми будуємо обслуговування ІТ для фірм: спершу картування реального стану, потім узгоджений обсяг — що контролюємо, як часто і що ви побачите у звіті. Якщо ви не впевнені, у якому стані ваше ІТ сьогодні, почати можна без зобов’язань: пройдемо з вами чек-лист із цієї статті пункт за пунктом і скажемо вам, що у вас уже покрито, а де є дірка. Досить написати нам.
FAQ: щомісячне обслуговування ІТ
Що все має містити щомісячне обслуговування ІТ?
Щонайменше: перевірку резервних копій разом із тестами відновлення, оновлення операційних систем, програм і мікропрограм, моніторинг дисків, серверів, RAID-масивів і сервісів, вирішення запитів користувачів з узгодженим часом реакції, керування обліковими записами й доступами та підтримувану в актуальному стані документацію. Обсяг масштабується за розміром фірми, хребет лишається той самий.
Чи вигідне обслуговування ІТ малій фірмі з кількома комп’ютерами?
Залежить від того, що б вас зупинило. Фірмі з п’ятьма комп’ютерами без сервера, з даними в хмарі та без віддалених доступів часто вистачає реактивної підтримки. Щойно ви маєте спільні робочі дані, NAS, бухгалтерію або діяльність, залежну від ІТ, хтось мусить регулярно стежити за резервними копіями, оновленнями й доступами — а цього реактивна модель не вміє.
Яка різниця між обслуговуванням ІТ та ІТ-підтримкою?
ІТ-підтримка (helpdesk) — це одна складова обслуговування: вирішення запитів та інцидентів користувачів. Обслуговування ІТ додає до неї превентивний шар — резервні копії, оновлення, моніторинг, безпеку, документацію — тобто роботу, яка відбувається, навіть коли ніхто ні про що не повідомляє, і завдяки якій інцидентів менше.
Як мені перевірити, що нинішній адміністратор виконує свою роботу?
Попросіть три речі: звіт про резервні копії з датою останнього успішного запуску й останнього тесту відновлення, огляд стану оновлень усіх машин і зразок із моніторингу (що відстежується і куди надходять сповіщення). Хто цих результатів не має, той із високою ймовірністю не стежить ані за копіями, ані за моніторингом. Незалежною перевіркою є аудит — щодо мережі див. нашу статтю про аудит комп’ютерної мережі.
Чи мусить адміністратор ІТ сидіти у нас у фірмі?
У малих і середніх фірмах ні. Більшість рутини — моніторинг, оновлення, перевірка резервних копій, керування обліковими записами — робиться віддалено, фізична присутність потрібна при втручаннях в апаратне забезпечення й кабельну інфраструктуру. Істотним є домовитися, як швидко адміністратор під’єднається віддалено і коли прибуде на місце.