Гайд по аудиту: какие компоненты проверить перед миграцией на отечественные ОС и ПО. Чек-листы и инструменты.
Представьте: руководство приняло решение перейти на Астра Линукс. Команда приступила к работе. И через три недели выясняется, что половина специализированного оборудования вообще не поддерживается новой ОС, критичная корпоративная система работает через эмулятор со скоростью черепахи, а резервные копии последний раз проверялись восемь месяцев назад. Миграция встала. Простой — деньги.
Именно так выглядит переход без предварительного аудита.
По данным CNews Analytics (2025), среди компаний, столкнувшихся с серьёзными проблемами при миграции, основные причины сбоев — это несовместимость архитектур, отсутствие комплексного подхода и неготовность инфраструктуры. При этом к началу 2026 года лишь около 32% промышленных предприятий полностью перешли на российское ПО (данные Минпромторга). Остальные — в процессе. И многие из них наступают на одни и те же грабли.
Ключ к успешной миграции — аудит до начала перехода, а не после первой аварии.
Ключевые аспекты аудита перед миграцией
Аудит ИТ-инфраструктуры перед миграцией — это инвентаризация и оценка всех компонентов среды: от железа до лицензий, от сетевых настроек до состояния резервных копий. Цель — получить полную картину и заранее выявить всё, что станет проблемой после переключения.
Совместимость оборудования с целевой ОС
Это первое, что нужно проверить. Не все серверы, рабочие станции и периферийные устройства корректно работают с Астра Линукс или РедОС. Группа Астра ведёт реестр совместимого оборудования, и ваша задача — сверить с ним каждую единицу парка до начала работ.
Особое внимание — сетевым картам, RAID-контроллерам и специализированному оборудованию (промышленные терминалы, считыватели, МФУ). Именно для них чаще всего отсутствуют готовые драйверы. Например, для Astral Linux Special Edition драйверы NVIDIA не сертифицированы самим разработчиком — РусБИТех-Астра прямо указывает на это в официальной документации. Это не повод отказываться от перехода, но повод учесть риск заблаговременно.
Отдельно проверьте поддержку UEFI/Secure Boot. Ряд старых серверных платформ требует специальной конфигурации загрузчика GRUB для корректной работы с российскими ОС.
Аудит программного обеспечения
Составьте полный реестр установленного ПО — с версиями, количеством лицензий и степенью критичности для бизнеса. На практике даже крупные компании не могут быстро ответить, сколько приложений у них установлено и какие из них нельзя останавливать ни на минуту.
Для каждого приложения нужно ответить на три вопроса:
- Есть ли российский или open source аналог, совместимый с целевой ОС?
- Поддерживает ли текущая версия приложения работу в Linux-среде нативно?
- Если нет — какова стоимость замены или эмуляции?
Лицензии — отдельная история. Часть иностранного ПО уже заблокирована для российских пользователей на уровне вендора. AutoDesk, VMware и другие западные компании прекратили обслуживание клиентов в РФ ещё в 2022–2024 годах. Если такое ПО всё ещё используется в инфраструктуре — это юридический и операционный риск.
Тестирование драйверов для периферии
МФУ, принтеры, промышленные сканеры, USB-токены, биометрические считыватели — вся эта периферия требует отдельного тестирования. Для печатающих устройств в Астра Линукс используется система CUPS и проект HPLIP для оборудования HP. Для остальных производителей — поиск драйверов на сайтах вендоров или в сообществах OpenPrinting.
Составьте тестовый стенд и прогоните на нём каждое критичное устройство ещё до развёртывания на рабочих местах. Это займёт время, но сохранит нервы на этапе массового перехода.
Состояние резервных копий
Перед любой миграцией бэкапы проверяются не на наличие, а на работоспособность. Разница принципиальная.
Минимальный стандарт: наличие полной резервной копии всех критичных систем + тестовое восстановление хотя бы одной из них. Инкрементальные копии проверяются на целостность цепочки. Если тестовое восстановление не проводилось более 30 дней — считайте, что бэкапа нет.
По данным CNews (2025), 76% критических кибератак в 2025 году были направлены на уничтожение инфраструктуры. Восстановление из резервной копии — ключевой сценарий после инцидента. Убедитесь, что он реально работает до начала миграции, а не во время неё.
Анализ сетевых настроек
Смена ОС затрагивает сетевой стек. Проверьте:
- IP-адресацию и схемы маршрутизации — убедитесь, что конфигурация задокументирована;
- VLAN-сегментацию: все сети должны быть описаны с указанием функций (продуктивная, управляющая, DMZ);
- Файерволы и правила фильтрации: в Linux-среде управление iptables/nftables отличается от Windows Firewall;
- Протоколы аутентификации: интеграция с Active Directory через Winbind или SSSD требует предварительного тестирования.
Частая ошибка — переносить Windows-логику сетевых настроек один к одному. Архитектура Linux-систем работает иначе, и это нужно учитывать при планировании.
Оценка производительности текущей инфраструктуры
Соберите базовые метрики до миграции: загрузка CPU в часы пик, использование RAM, показатели IOPS (количество операций чтения/записи в секунду) для дисковых подсистем. Это нужно для двух целей: убедиться, что железо потянет новую ОС с её накладными расходами, и иметь точку сравнения после перехода.
Особое внимание — серверам баз данных. Переход на отечественные СУБД (PostgreSQL, Postgres Pro, Arenadata) может существенно изменить профиль нагрузки.
Какие инструменты помогут провести аудит?
Для аудита не нужно специализированное дорогостоящее ПО. Большинство задач закрывается открытыми или уже знакомыми инструментами.
|
Задача |
Инструмент |
Что даёт |
|
Аппаратная диагностика |
AIDA64 |
Полный отчёт по CPU, RAM, материнской плате, периферии |
|
Мониторинг железа в реальном времени |
HWInfo |
Температуры, напряжения, частоты — детализированный мониторинг |
|
Мониторинг производительности инфраструктуры |
Zabbix |
Сбор метрик по CPU, RAM, сети, диску; настройка порогов и алертов |
|
Сбор метрик и построение дашбордов |
Prometheus + Grafana |
Гибкая система метрик с визуализацией; хорошо работает в Linux-среде |
|
Инвентаризация ПО (Linux) |
dpkg -l / rpm -qa |
Полный список установленных пакетов из командной строки |
|
Инвентаризация ПО (Windows) |
PowerShell Get-WmiObject |
Список установленного ПО с версиями и датами |
|
Тестирование IOPS |
fio |
Нагрузочное тестирование дисковой подсистемы |
|
Проверка сети |
nmap, iperf3 |
Сканирование портов, замер пропускной способности |
Zabbix и Prometheus можно развернуть параллельно с текущей инфраструктурой — они не требуют остановки систем и дают историческую картину нагрузки за несколько недель до переключения.
Чек-листы: быстро проверьте готовность к миграции
Используйте эти списки как минимальный стандарт перед началом работ. Галочка в каждом пункте — не формальность, а реально выполненное действие.
Чек-лист совместимости оборудования
- Каждая единица серверного парка сверена с реестром совместимости целевой ОС;
- Рабочие станции протестированы на тестовом стенде с новой ОС;
- Периферийное оборудование (принтеры, МФУ, сканеры) проверено на наличие драйверов;
- Сетевые карты и RAID-контроллеры протестированы под новой ОС;
- Настройки BIOS/UEFI проверены: Secure Boot, режим загрузки (UEFI/Legacy);
- Видеокарты проверены на совместимость с драйверами для целевой ОС.
Чек-лист состояния ПО и лицензий
- Составлен реестр всего установленного ПО с указанием версий;
- Для каждого приложения определён российский/open source аналог или принято решение об эмуляции;
- Проверен статус лицензий на иностранное ПО (нет ли заблокированных вендором продуктов);
- Критичные бизнес-приложения протестированы в среде целевой ОС;
- Определён список ПО, не имеющего аналогов, и разработан план работы с ним.
Чек-лист бэкапов и восстановления
- Созданы полные резервные копии всех критичных систем;
- Проверена целостность инкрементальных копий;
- Проведено тестовое восстановление хотя бы одной системы из резервной копии;
- Определено время восстановления (RTO) для каждой критичной системы;
- Резервные копии хранятся в изолированном от основной инфраструктуры месте.
Чек-лист сетевых настроек
- Схема IP-адресации задокументирована (все устройства, адреса, маски, шлюзы);
- VLAN-сегментация описана с указанием функций каждого сегмента;
- Правила файервола зафиксированы и готовы к переносу;
- Протестирована интеграция с каталогом пользователей (AD/LDAP) в среде новой ОС;
- Проверена работа DNS и DHCP в целевой конфигурации.
Типичные проблемы, инструменты выявления и способы решения
|
Проблема |
Инструмент выявления |
Решение |
|
Оборудование не поддерживается новой ОС |
AIDA64 + реестр совместимости вендора |
Замена оборудования или поиск кастомного драйвера у производителя |
|
Отсутствие драйвера для периферии |
Тестовый стенд с целевой ОС |
Поиск драйвера на OpenPrinting, сборка кастомного драйвера через поддержку Астра |
|
Бизнес-приложение не запускается в Linux |
Тестирование на стенде |
Переход на российский аналог, использование Wine/Proton, виртуализация (KVM) |
|
Перегруженная дисковая подсистема после миграции |
fio, Zabbix |
Настройка I/O-шедулера, добавление кеширования, замена HDD на SSD |
|
Сбои аутентификации через AD |
sssd-ad, тесты Kerberos |
Переход на FreeIPA или донастройка SSSD с winbind |
|
Повреждённые или устаревшие бэкапы |
Тестовое восстановление |
Пересоздание резервных копий, внедрение автоматической проверки целостности |
|
Конфликты в сетевых правилах после смены ОС |
nmap, iperf3, логи iptables |
Ревизия правил файервола, перенос политик в nftables |
Как «Первый Бит» поможет провести аудит и подготовиться к миграции?
«Первый Бит» выполняет аудит ИТ-инфраструктуры как самостоятельную услугу — до принятия любых решений о переходе. Это позволяет получить объективную картину без конфликта интересов.
В рамках комплексного аудита специалисты компании:
- собирают полный реестр оборудования и программного обеспечения с автоматизированной инвентаризацией;
- проводят тестирование совместимости с целевыми ОС — Астра Линукс, РедОС — на реальном оборудовании заказчика;
- оценивают производительность инфраструктуры и выявляют узкие места до начала перехода;
- проверяют состояние резервного копирования и проводят тестовое восстановление;
- формируют детальный отчёт с приоритизированным планом устранения рисков.
По результатам аудита разрабатывается план миграции с указанием этапов, сроков, необходимых ресурсов и точек возврата на каждом шаге. Это не общий документ — это рабочий план под конкретную инфраструктуру.
Отдельно «Первый Бит» организует обучение ИТ-персонала работе с новыми системами. Дефицит специалистов, знакомых с российскими ОС, — одна из главных причин затяжных миграций. Обучение параллельно с подготовкой инфраструктуры сокращает этот разрыв.
Компания сопровождает проект на всех этапах: от аудита до финального переключения и стабилизации работы.
Готовы к миграции? Закажите аудит ИТ-инфраструктуры у экспертов компании «Первый Бит» — мы выявим все риски и дадим чёткие рекомендации по каждому компоненту вашей среды.
