Журнал "Information Security/ Информационная безопасность" #4, 2026

Автоматизация и ИИ Второй заметный тренд – ускорение автоматизации систем защиты данных и появление в этой области технологий ИИ. Причина прежде всего в усложне- нии инфраструктуры – корпоративная среда может одновременно включать десятки типов СУБД, несколько плат- форм виртуализации, физические сер- веры, объектные и файловые хранили- ща, почтовые системы, удаленные пло- щадки и облачные ресурсы. При таком масштабе ручное управление резерв- ным копированием становится слишком трудоемким. ИИ станет следующим уровнем автоматизации – в перспективе алгоритмы смогут анализировать исто- рию заданий, объемы данных и загрузку сети, корректировать расписания резервного копирования, прогнозиро- вать нехватку ресурсов и заранее заме- чать признаки аппаратных или сетевых проблем. Еще одно направление – поиск нужной информации в больших масси- вах резервных копий. Но до этого системе сначала нужны структурированные данные о собствен- ной работе и автоматизированные базо- вые процессы. В RuBackup, например, развиваются глобальное расписание и управление стратегиями резервного копирования, журналирование измене- ний правил, отчетность и сбор диагно- стических журналов. Для крупных и быстро меняющихся инфраструктур осо- бенно важна автоматизация политик. В RuBackup для платформы ПК СВ "Брест" виртуальные машины можно автоматически включать в стратегию резервного копирования по тегу, набору тегов или группе. То есть когда новый объект появляется в инфраструктуре, администратору не нужно вручную пере- страивать политику защиты. Похожую задачу решает массовое формирование правил стратегий на основе ресурсов, обнаруженных на кли- ентских узлах. В больших инсталляциях это сокращает объем ручной настройки и снижает риск ошибок. Автоматизация касается и произво- дительности. В последних версиях RuBackup появились многопоточные операции с резервными копиями, копи- рование только непустых блоков дисков для ряда платформ виртуализации, син- тетические резервные копии для блоч- ных пулов и оптимизация обмена дан- ными между площадками. В RuBackup 3.0 часть сценариев рабо- тает уже без промежуточного хранили- ща. Для VMmanager, Basis Dynamix Enterprise, "Альт Виртуализация", VK WorkSpace и некоторых операций с Oracle данные могут передаваться напрямую. Это сокращает число опе- раций, требования к дисковому про- странству и количество потенциальных узких мест. Поэтому ИИ в резервном копирова- нии логичнее рассматривать как про- должение общей автоматизации. Сначала система должна научиться хорошо видеть инфраструктуру и управ- лять ею по политикам, а уже затем накопленную телеметрию можно использовать для прогнозирования и принятия решений. Второй этап импортозамещения Этот тренд характерен только для российского рынка. Первый этап импор- тозамещения во многом был связан с необходимостью быстрой замены решений ушедших зарубежных постав- щиков. Тогда сам факт наличия отече- ственного аналога становился одним из главных критериев выбора. Теперь у заказчиков накопился практический опыт эксплуатации российских реше- ний, поэтому требования к ним стали заметно выше. Компании оценивают зрелость и производительность про- дукта, качество технической поддерж- ки, возможности масштабирования и совместимость с существующей инфраструктурой. Важно и то, способен ли разработчик развивать свое реше- ние в течение многих лет. Для систем резервного копирования особенно важна экосистемная совме- стимость, поскольку СРК взаимодей- ствует практически со всей ИТ-инфра- структурой организации. Поэтому о зре- лости продукта во многом можно судить по тому, с какими системами он умеет работать и насколько глубоко реализо- ваны эти интеграции. Эта тенденция хорошо видна на примере RuBackup. За последние релизы заметно расши- рилась поддержка российских плат- форм виртуализации: Basis Dynamix Enterprise и Standard, VMmanager, "Альт Виртуализация", zVirt, "РЕД Виртуали- зация", ROSA Virtualization, HOSTVM, SpaceVM, ПК СВ "Брест", "Горизонт- ВС" и др. Одновременно расширяется под- держка СУБД и прикладных систем. RuBackup работает с PostgreSQL и совместимыми решениями, Tantor, Jatoba, MariaDB, Oracle, Arenadata DB, корпо- ративными почтовыми платформами и службами каталогов. По мере выхода новых версий добавляется и их под- держка – например, Postgres Pro 18. При этом важна не только формаль- ная совместимость, но и глубина интег- рации. Например, появляются парал- лельное резервирование сегментов Are- nadata DB, гранулярное восстановление почтовых объектов, резервирование нескольких экземпляров PostgreSQL на одном сервере, работа с хранилищами секретов и восстановление виртуальных машин между разными платформами. Еще один признак зре- лости рынка – переход от заявленной совместимо- сти к проверенным тех- нологическим связкам. Например, RuBackup про- шел совместные испытания с рядом российских платформ хранения. Для заказчика это снижает риски еще на этапе проектирования инфраструктуры: взаимодействие СХД и системы резерв- ного копирования заранее проверено производителями. Важна и возможность управлять гете- рогенной инфраструктурой из одного контура. Российские компании редко работают с полностью однородным ИТ- ландшафтом: в одной инфраструктуре могут соседствовать платформы раз- ных поколений и производителей, а также разные архитектуры хранения данных. Поэтому зрелость СРК опре- деляется уже не только количеством поддерживаемых технологий. Не менее важно, насколько удобно администра- тору управлять всем этим набором систем и защищать их по единым пра- вилам. Импортозамещение в итоге выходит за рамки простой замены зарубежного продукта отечественным. Заказчик выбирает платформу на несколько лет вперед и оценивает ее примерно так же, как оценивал бы решение любого крупного технологического поставщика: сможет ли оно масштабироваться вме- сте с инфраструктурой, как быстро получит поддержку новых технологий и насколько надежно разработчик будет сопровождать и развивать продукт. В заключение Эти три тренда во многом дополняют друг друга. Чем сложнее инфраструк- тура и выше риск кибератак, тем труд- нее управлять резервным копированием вручную и тем больше операций прихо- дится автоматизировать. Отсюда же интерес к ИИ, который в перспективе сможет использовать накопленные дан- ные о работе СРК для прогнозирования и принятия решений. А российские заказчики, уже прошедшие первый этап импортозамещения, теперь оценивают такие возможности при выборе плат- формы на несколько лет вперед. Из-за этого меняются требования к СРК. Она должна работать в гетеро- генной среде, сокращать окно резерв- ного копирования, поддерживать раз- ные уровни хранения, автоматически применять политики и восстанавливать нужный объект без лишних операций. Развитие RuBackup последних версий идет именно в этом направлении: рас- ширяются интеграции с российской инфраструктурой, сокращается число промежуточных операций, развиваются гранулярное и аварийное восстановле- ние, автоматизация стратегий и воз- можности хранения. l • 35 СИСТЕМЫ РЕЗЕРВНОГО КОПИРОВАНИЯ www.itsec.ru АДРЕСА И ТЕЛЕФОНЫ РУБЭКАП см. стр. 86 NM Реклама