Коротко. Commvault — платформа защиты данных для крупных и сложных сред: резервное копирование и восстановление серверов, баз данных, виртуальных машин, облачных сервисов и приложений SaaS из единой консоли. Сегодня главный повод для разговора — не «сделать бэкап», а гарантированно восстановиться после атаки программ-вымогателей. Commvault выигрывает там, где много разных систем и строгие требования к восстановлению и хранению, и важно управлять всем этим централизованно.
Логика вендора
Крупные организации хранят данные в десятках систем: локальные базы данных, виртуальные машины, файловые хранилища, публичные облака, Microsoft 365 и другие SaaS-сервисы. Защищать каждую систему отдельным инструментом сложно и рискованно. Commvault предлагает единую платформу с общими политиками, отчётностью и возможностью восстановить данные в другое место, включая облако.
Портфель
| Направление | Что входит |
|---|---|
| Резервное копирование и восстановление | Серверы, базы данных, виртуализация, файлы, облачные нагрузки |
| Защита SaaS | Microsoft 365, системы управления отношениями с клиентами и другие облачные приложения |
| Облачная модель | Резервное копирование как сервис без собственной инфраструктуры |
| Устойчивость к вымогателям | Обнаружение аномалий, неизменяемые копии, изолированное хранение, планы восстановления |
| Управление данными | Поиск, архивирование, соблюдение сроков хранения |
Восстановление, а не копирование
Атакующие сначала ищут и уничтожают резервные копии, а потом шифруют основные данные. Поэтому вопрос клиенту должен быть не «есть ли у вас резервные копии», а «за какое время и в каком порядке вы восстановите бизнес, если основная площадка зашифрована».
- Неизменяемые и изолированные копии, которые нельзя удалить даже с правами администратора.
- Проверка, что копии не заражены, перед восстановлением.
- Порядок восстановления: какие системы первыми.
- Регулярные учения по восстановлению.
- Цели RTO и RPO для каждой критичной системы.
Кому подходит
- Крупным организациям с разнородной инфраструктурой.
- Банкам, государственным структурам, промышленности — со строгими требованиями к восстановлению и хранению.
- Компаниям, которые переносят нагрузки в облако и используют SaaS.
Как считается стоимость
Модели лицензирования бывают по объёму защищаемых данных, по числу защищаемых объектов — виртуальных машин, пользователей SaaS — или по подписке на сервис. Важно учитывать рост данных и стоимость хранения копий: место под резервные копии часто стоит не меньше самой программы.
Конкуренты
| Альтернатива | Когда выбирают | Как отвечать |
|---|---|---|
| Veeam | Акцент на виртуализации, средние и крупные компании | Сравнить на разнообразии систем клиента и централизованном управлении |
| Rubrik, Cohesity | Современные платформы с упором на устойчивость к атакам | Сравнить сценарии восстановления и стоимость |
| Встроенные средства облаков и SaaS | Простые сценарии | Показать ограничения по срокам хранения и восстановлению |
Где разговор ломается
- Продажа «бэкапа» без плана восстановления.
- Не учтено хранилище под копии.
- Копии хранятся в той же инфраструктуре, что и основные данные.
- Восстановление никогда не проверялось.
Как вести разговор
- Начать со сценария катастрофы. Что произойдёт, если завтра зашифрована основная площадка?
- Составить карту систем. Что защищается сейчас, чем, что не защищается совсем — часто это SaaS и облака.
- Спросить о целях восстановления. Сколько данных можно потерять и сколько времени можно стоять для каждой критичной системы.
- Проверить последнее восстановление. Когда восстанавливали в последний раз и сколько это заняло?
- Учесть требования к хранению. Сколько лет хранить данные по требованиям регуляторов и внутренних правил.
Роль партнёра
- Обследование и расчёт объёмов, роста и места под копии.
- Проектирование: где хранить копии, изоляция, неизменяемость, копия вне основной площадки.
- Внедрение и перенос политик со старых систем.
- Регулярные учения по восстановлению и отчёт для руководства.
- Управляемый сервис резервного копирования для клиентов без своей команды.
Цикл сделки
| Этап | Что важно |
|---|---|
| Повод | Атака вымогателей у клиента или в отрасли, аудит, рост данных, окончание поддержки старой системы |
| Обследование | Карта систем, объёмы, цели RTO и RPO |
| Пилот | Защита и восстановление нескольких систем разного типа |
| Решение | Платформа, хранилище, лицензии, сервис |
| Внедрение | Поэтапный перенос, проверка восстановления |
Частые вопросы
Достаточно ли встроенной защиты в Microsoft 365?
Встроенные механизмы хранят удалённые данные ограниченное время и не всегда позволяют восстановить нужное состояние. Для долгого хранения и защиты от ошибок и атак используют отдельное резервное копирование.
Как часто проверять восстановление?
Критичные системы — регулярно, по графику и после крупных изменений. Резервная копия, которую не восстанавливали, — гипотеза, а не защита.
Связанное
- Как продавать Veeam — главный конкурент
- Резервное копирование — правило 3-2-1
- Неизменяемое хранение — защита от вымогателей
- RTO и RPO — цели восстановления
- Вендоры и продукты — все разборы вендоров
Источники
- Commvault — официальная документация по продуктам и лицензированию.
- NIST SP 800-34 — планирование непрерывности и восстановления.