Состав системы
Рабочие места и корпоративные сервисы
NOVECTRA / КЕЙСЫ
Абонентское обслуживание компании без IT-специалиста
У компании никогда не было штатного системного администратора. Вопросами IT занимался сотрудник, который лучше остальных разбирался в компьютерах, а если требовалось что-то сложнее — вызывали одного из нескольких знакомых специалистов.
- Исходная задача
- IT-задачи решали сотрудники и разные приглашённые специалисты.
- Что изменили
- Организовано регулярное обслуживание рабочих мест, серверов и сети.
01 / ПАРАМЕТРЫ ПРОЕКТА
Задача и состав работ
02 / ДО НАЧАЛА РАБОТЫ
До начала работы
Каждый приглашённый специалист решал свою конкретную задачу: один настраивал сервер, другой — роутер, третий — корпоративную почту. Никто не отвечал за инфраструктуру целиком.
03 / ПРОБЛЕМЫ
Типичный набор проблем
- уволившиеся сотрудники продолжали существовать в некоторых системах;
- пароли от отдельных сервисов находились только у директора;
- не было полного перечня компьютеров;
- часть программ обновлялась автоматически, часть годами не обновлялась;
- резервные копии никто не контролировал;
- состояние серверов проверяли только после появления проблемы;
- новый сотрудник мог несколько дней ждать настройки рабочего места.
04 / ИНВЕНТАРИЗАЦИЯ
Первый этап — инвентаризация
Перед принятием компании на обслуживание была создана базовая карта IT-инфраструктуры. Зафиксировали: компьютеры; серверы; сетевое оборудование; принтеры; программное обеспечение; пользователей; домены; подписки; резервное копирование; внешние сервисы.
05 / СТАНДАРТИЗАЦИЯ
Стандартизация
Для рабочих станций определили базовый стандарт конфигурации и процедуры, которые раньше зависели от памяти и привычек:
Новый сотрудник
Создание пользователя → подготовка компьютера → установка ПО → доступ к сетевым ресурсам → почта → VPN.
Увольнение
Блокировка учётной записи → отзыв VPN → передача данных → закрытие доступов.
06 / СОПРОВОЖДЕНИЕ
Сопровождение
Дальше работа разделилась на несколько потоков:
- пользователи — ежедневные обращения и консультации;
- рабочие станции — обновления, диагностика, ПО, периферия;
- серверы — обслуживание, свободное пространство, системные события;
- сеть — маршрутизатор, Wi-Fi, VPN;
- backup — контроль выполнения и периодическая проверка восстановления;
- мониторинг — контроль инфраструктуры без ожидания звонка сотрудника.
07 / РЕЗУЛЬТАТ
Что изменилось
До начала обслуживания IT существовал для клиента как набор возникающих проблем — после как инфраструктура с известным составом и ответственностью. При появлении неисправности не требуется каждый раз сначала выяснять, как устроена сеть или где находится сервер. Это уже известно.
08 / ТЕХНОЛОГИИ И СВЯЗАННЫЕ СТРАНИЦЫ
Технологии
WINDOWS WINDOWS SERVER MIKROTIK VPN BACKUP МОНИТОРИНГ УДАЛЁННОЕ АДМИНИСТРИРОВАНИЕ
Этот кейс — описание формата работы: инфраструктура компании на постоянном сопровождении. Если ситуация знакома, посмотрите абонентское обслуживание и системное администрирование.
ИНЖЕНЕРНЫЙ РАЗБОР
Обслуживание с учётом причин повторных обращений
Что выяснили до изменений
Начали с инвентаризации и истории сбоев. Выделили сервисы, от которых зависит работа сотрудников, проверили административные доступы, резервные копии и актуальность документации. Повторные обращения сгруппировали по причинам.
Почему выбрали такую схему
Ввели плановые проверки, учёт изменений и мониторинг значимых событий. Уведомления связали с ответственными и понятными действиями. Обновления выполняли с проверкой совместимости и возможностью возврата.
Проверка и передача
В состав передачи включили реестр оборудования, схему сервисов, перечень задач обслуживания и порядок эскалации. Изменения в инфраструктуре отражаются в документации вместе с причиной и способом проверки.
Сроки перехода на обслуживание
На приём инфраструктуры и первичную инвентаризацию закладывайте до месяца. Исправление накопленных проблем выполняем поэтапно; ориентир для такого этапа — 1–4 месяца параллельно с поддержкой сотрудников. Очерёдность зависит от рисков, доступности оборудования и согласованных окон изменений.
УСТРОЙСТВО РЕШЕНИЯ
До и после: что изменилось в системе
До Исходные зависимости
Разовые обращения
Неисправности решаются по мере появления.
Разрозненные сведения
Доступы, конфигурации и история изменений не собраны вместе.
После Разделение ролей и контроль
Реестр и документация
Оборудование, роли и зависимости описаны.
Плановые проверки
Состояние сервисов, обновлений и копий контролируется регулярно.
Учёт обращений и изменений
Есть порядок диагностики, эскалации и фиксации результата.
Обращение или событие мониторинга → диагностика → согласованное изменение → проверка → обновление документации.
Уведомление полезно, когда понятно, кто его разбирает и что проверяет. Перечень проверок должен соответствовать реально обслуживаемым системам.
ДОКУМЕНТАЦИЯ
Карточка обслуживания сервиса
Структура документа помогает связать конфигурацию с её назначением и порядком обслуживания. В рабочую версию вносятся параметры системы и согласованные ответственные.
Скачать лист проверки · Markdown- Объект
- Сервис, размещение и зависимые пользователи
- Проверки
- Доступность, ресурсы, копии и значимые события
- Изменение
- Причина, план работ и способ возврата
- Завершение
- Контрольная операция, результат и обновлённые документы
ТЕХНИЧЕСКИЙ ФРАГМЕНТ
Карточка события и порядка реакции
Роли и обозначения условные: фрагмент раскрывает логику решения, не содержит адресов и доступов заказчика.
Скачать технический фрагмент · Markdown
- Симптом
- Назначенный ответственный
- Действие и проверка
| Раздел | Фрагмент записи | Что подтвердить |
|---|---|---|
| Обнаружение | Проверка значимого сервиса, а не только ping | Тестовый отказ создаёт ожидаемое событие |
| Доставка | Основной получатель, график и эскалация | Подтверждение по тестовому событию |
| Закрытие | Причина, действие и проверка рабочего сценария | Услуга доступна; повторный симптом отсутствует |
ПРОВЕРКА РЕЗУЛЬТАТА
Какие проверки показывают, что решение работает
Для каждой проверки нужны действие, ожидаемый результат и запись фактического наблюдения. Ниже — критерии для такой задачи; значения и замечания фиксируются при выполнении работ.
| Что проверять | Как проверить | Критерий результата |
|---|---|---|
| Полнота учёта | Сверка реестра с реально используемыми сервисами | Для значимых систем указаны назначение и ответственный |
| Плановое обслуживание | Проверка выполненных действий и изменений конфигурации | Есть причина изменения, способ проверки и запись результата |
| Повторные обращения | Сопоставление симптомов с историей событий | Выделены повторяющиеся причины и необходимые последующие работы |
Что фиксируется в рабочем листе
Дата, исполнитель, проверяемый экземпляр, фактический результат и отклонения. Если критерий не выполнен — замечание, следующее действие и решение о переключении или возврате.
09 / ОБСУЖДЕНИЕ
Обсудим вашу инфраструктуру?
Расскажите, что нужно взять на сопровождение. Предложим подходящий вариант реализации.