Есть такая негласная истина в ИТ: админы делятся на тех, кто делает бэкапы, и тех, кто их уже делает. Звучит грубо, но отражает реальность. Пока всё работает, кажется, что данные в безопасности. А потом диск умирает, или криптолорос шифрует файлы, или кто-то случайно дропает базу. И начинается паника. Я через это проходил, и скажу честно: лучше потратить время на настройку нормальной системы резервного копирования, чем потом объяснять начальству, почему год работы превратился в тыкву. Сейчас, когда западные вендоры ушли, многие обратили внимание на отечественные системы резервного копирования. Одна из таких — RuBackup от группы Астра. Штука интересная, потому что заточена под наши реалии и железо.
Резервное копирование — это не просто копирование файлов на внешний диск раз в месяц. Это целая наука с политиками хранения, расписаниями, дедупликацией и проверкой целостности. Хорошая система должна автоматически забирать данные с серверов, баз данных, виртуалок, приложений и складывать их в надёжное хранилище. И всё это без участия человека, потому что люди забывают, ленятся и ошибаются.
Почему старые методы уже не катят
Раньше админы писали простые скрипты на bash, которые через cron забирали нужные папки и клали их на FTP. Работало, пока данных было мало. Сейчас инфраструктуры огромны, терабайты информации, распределённые системы, базы данных, которые нельзя просто скопировать, потому что они открыты. Нужны агенты, которые понимают, как корректно сделать снимок базы, не останавливая её работу.
Второй момент — скорость восстановления. Если у вас упал критический сервис, восстанавливать его сутками из медленного облака нельзя. Нужно уметь быстро разворачивать копии, желательно за минуты. А для этого система должна поддерживать разные типы хранилищ: быстрые диски для горячих копий и медленные ленты или S3 для архивов.
Современная система резервного копирования должна уметь:
- Работать с виртуальными средами. Делать снапшоты ВМ, не выключая их.
- Поддерживать СУБД. PostgreSQL, Oracle, MySQL — с пониманием их внутренней структуры.
- Дедуплицировать данные. Чтобы не хранить десять одинаковых файлов, а только один с ссылками.
- Шифровать бэкапы. Особенно если храните их вне периметра.
- Давать отчёты. Кто, что, когда и успешно ли.
Что предлагает RuBackup
RuBackup позиционируется как решение для автоматизированной защиты данных любого масштаба. Судя по описанию, архитектура у него модульная и распределённая. Это значит, что можно начать с малого, а потом масштабироваться до петабайт, добавляя новые узлы хранения. Горизонтальное масштабирование — это когда при росте объёмов вы просто добавляете ещё серверов, а не меняете старые на более мощные.
Отдельно радует поддержка отечественных платформ. Если у вас виртуализация на базе ПК СВ «Брест», VMmanager, Аэродиск АИСТ или «РУСТЭК», система с ними подружится. С базами данных тоже порядок: PostgreSQL, Postgres Pro, Patroni. Есть интеграция с CommuniGate Pro для почтовых систем.
Важный момент — дедупликация на уровне блоков. Это когда система режет файлы на кусочки и хранит только уникальные блоки. Экономия места может быть десятикратной, особенно для однотипных данных, например, виртуалок с одинаковыми ОС. И скорость передачи по сети выше, потому что дубли не пересылаются.
Корпоративные плюшки
Для больших компаний критична ролевая модель доступа. Чтобы админ баз данных не мог случайно удалить бэкапы файловых серверов. RuBackup заявляет такую возможность. Также есть консолидированная отчётность — можно одним отчётом показать аудиторам, что всё в порядке.
Репликация. Непрерывная удалённая репликация позволяет держать копию данных в другом дата-центре. Если основной ЦОД сгорел или затопило, вы включаете сервисы на резервной площадке с минимальными потерями. Это уже уровень Disaster Recovery, а не просто бэкап.
Хранение на разных типах носителей: СХД (дисковые массивы), ленточные библиотеки (дешёво и надёжно для долгого хранения), облака S3. Можно настроить политику так, что свежие копии лежат на быстрых дисках для быстрого восстановления, а старые архивы уезжают на ленты или в холодное облако.
Кому это реально нужно
Если у вас небольшой интернет-магазин на одном сервере, можно обойтись бесплатными инструментами типа rsync и mysqldump. Но как только появляется ответственность за данные клиентов, требования регуляторов или просто здравый смысл, лучше ставить специализированное ПО.
Для госкомпаний и организаций с госучастием выбор теперь ограничен: либо российское, либо ничего. RuBackup входит в реестр отечественного ПО, что закрывает вопросы импортозамещения. И поддержка своя, русскоязычная, что немаловажно.
Крупный бизнес с филиалами и распределённой инфраструктурой. Управлять бэкапами из центра, видеть всю картину целиком, быстро восстанавливать сервисы в любой точке — это экономит миллионы на простоях.
Банки и финансы. Там требования к сохранности данных жесточайшие. Система должна быть надёжной, с электронной подписью для подтверждения неизменности копий, с защитой от несанкционированного доступа. RuBackup позиционируется как решение с защитным преобразованием и поддержкой ЭП.
В общем, резервное копирование — это как страховка. Можно надеяться на авось, но когда случается пожар, лучше иметь полис. В случае с данными полис — это работающая, проверенная система, которая реально восстановит всё за приемлемое время. И лучше потратить деньги и время на её внедрение сейчас, чем потом платить бешеные суммы за восстановление данных у спецов или терять бизнес.
