---
title: "Как продавать Commvault: защита данных и гарантированное восстановление"
url: "https://kzsaleshub.com/kak-prodavat-commvault/"
type: "knowledge_article"
category: "Продажи"
language: "ru"
source: "KZSalesHub"
published: "2026-10-03"
last_updated: "2026-10-03"
---

# Как продавать Commvault: защита данных и гарантированное восстановление

**Коротко.** Commvault — платформа защиты данных для крупных и сложных сред: резервное копирование и восстановление серверов, баз данных, виртуальных машин, облачных сервисов и приложений SaaS из единой консоли. Сегодня главный повод для разговора — не «сделать бэкап», а гарантированно восстановиться после атаки программ-вымогателей. Commvault выигрывает там, где много разных систем и строгие требования к восстановлению и хранению, и важно управлять всем этим централизованно.

## Логика вендора

Крупные организации хранят данные в десятках систем: локальные базы данных, виртуальные машины, файловые хранилища, публичные облака, Microsoft 365 и другие SaaS-сервисы. Защищать каждую систему отдельным инструментом сложно и рискованно. Commvault предлагает единую платформу с общими политиками, отчётностью и возможностью восстановить данные в другое место, включая облако.

## Портфель

| Направление | Что входит |
| --- | --- |
| Резервное копирование и восстановление | Серверы, базы данных, виртуализация, файлы, облачные нагрузки |
| Защита SaaS | Microsoft 365, системы управления отношениями с клиентами и другие облачные приложения |
| Облачная модель | Резервное копирование как сервис без собственной инфраструктуры |
| Устойчивость к вымогателям | Обнаружение аномалий, неизменяемые копии, изолированное хранение, планы восстановления |
| Управление данными | Поиск, архивирование, соблюдение сроков хранения |

## Восстановление, а не копирование

Атакующие сначала ищут и уничтожают резервные копии, а потом шифруют основные данные. Поэтому вопрос клиенту должен быть не «есть ли у вас резервные копии», а «за какое время и в каком порядке вы восстановите бизнес, если основная площадка зашифрована».

- Неизменяемые и изолированные копии, которые нельзя удалить даже с правами администратора.
- Проверка, что копии не заражены, перед восстановлением.
- Порядок восстановления: какие системы первыми.
- Регулярные учения по восстановлению.
- Цели RTO и RPO для каждой критичной системы.

## Кому подходит

- Крупным организациям с разнородной инфраструктурой.
- Банкам, государственным структурам, промышленности — со строгими требованиями к восстановлению и хранению.
- Компаниям, которые переносят нагрузки в облако и используют SaaS.

## Как считается стоимость

Модели лицензирования бывают по объёму защищаемых данных, по числу защищаемых объектов — виртуальных машин, пользователей SaaS — или по подписке на сервис. Важно учитывать рост данных и стоимость хранения копий: место под резервные копии часто стоит не меньше самой программы.

## Конкуренты

| Альтернатива | Когда выбирают | Как отвечать |
| --- | --- | --- |
| Veeam | Акцент на виртуализации, средние и крупные компании | Сравнить на разнообразии систем клиента и централизованном управлении |
| Rubrik, Cohesity | Современные платформы с упором на устойчивость к атакам | Сравнить сценарии восстановления и стоимость |
| Встроенные средства облаков и SaaS | Простые сценарии | Показать ограничения по срокам хранения и восстановлению |

## Где разговор ломается

- Продажа «бэкапа» без плана восстановления.
- Не учтено хранилище под копии.
- Копии хранятся в той же инфраструктуре, что и основные данные.
- Восстановление никогда не проверялось.

## Как вести разговор

1. **Начать со сценария катастрофы.** Что произойдёт, если завтра зашифрована основная площадка?
2. **Составить карту систем.** Что защищается сейчас, чем, что не защищается совсем — часто это SaaS и облака.
3. **Спросить о целях восстановления.** Сколько данных можно потерять и сколько времени можно стоять для каждой критичной системы.
4. **Проверить последнее восстановление.** Когда восстанавливали в последний раз и сколько это заняло?
5. **Учесть требования к хранению.** Сколько лет хранить данные по требованиям регуляторов и внутренних правил.

## Роль партнёра

- Обследование и расчёт объёмов, роста и места под копии.
- Проектирование: где хранить копии, изоляция, неизменяемость, копия вне основной площадки.
- Внедрение и перенос политик со старых систем.
- Регулярные учения по восстановлению и отчёт для руководства.
- Управляемый сервис резервного копирования для клиентов без своей команды.

## Цикл сделки

| Этап | Что важно |
| --- | --- |
| Повод | Атака вымогателей у клиента или в отрасли, аудит, рост данных, окончание поддержки старой системы |
| Обследование | Карта систем, объёмы, цели RTO и RPO |
| Пилот | Защита и восстановление нескольких систем разного типа |
| Решение | Платформа, хранилище, лицензии, сервис |
| Внедрение | Поэтапный перенос, проверка восстановления |

## Частые вопросы

**Достаточно ли встроенной защиты в Microsoft 365?**

Встроенные механизмы хранят удалённые данные ограниченное время и не всегда позволяют восстановить нужное состояние. Для долгого хранения и защиты от ошибок и атак используют отдельное резервное копирование.

**Как часто проверять восстановление?**

Критичные системы — регулярно, по графику и после крупных изменений. Резервная копия, которую не восстанавливали, — гипотеза, а не защита.

## Связанное

- [Как продавать Veeam](https://kzsaleshub.com/kak-prodavat-veeam/) — главный конкурент
- [Резервное копирование](https://kzsaleshub.com/glossary/backup-restore/) — правило 3-2-1
- [Неизменяемое хранение](https://kzsaleshub.com/glossary/neizmenyaemoe-hranenie/) — защита от вымогателей
- [RTO и RPO](https://kzsaleshub.com/glossary/rto-rpo/) — цели восстановления
- [Вендоры и продукты](https://kzsaleshub.com/vendors/) — все разборы вендоров

## Источники

1. Commvault — официальная документация по продуктам и лицензированию.
2. NIST SP 800-34 — планирование непрерывности и восстановления.

---
Источник: https://kzsaleshub.com/kak-prodavat-commvault/