Новости
RuBackup 2.0 - новый уровень защиты данных и обеспечения непрерывности бизнеса
Компания «Рубэкап» (входит в ГК «Астра») сообщает о выходе релиза системы резервного копирования и восстановления данных RuBackup 2.0.
RuBackup — это системное клиент-серверное решение корпоративного класса для
...Андрей Кузнецов рассказал IT World о переходе российских компаний на отечественные решения резервного копирования
Резервное копирование – это жизненно необходимый инструмент для компаний независимо от их размера и сферы деятельности, выступающий как страховка от потери критически важных данных и потенциальной остановки бизнеса. Является одним из стратегических направлений для организаций любого
...Эксперты компании «Рубэкап» рассказали CNews о рынке решений резервоного копирования и восстановления
Система резервного копирования — одно из стратегически важных направлений для организаций любого уровня. Она направлена на защиту данных от нескольких рисков, включая сбои оборудования, человеческие ошибки, кибератаки, повреждения и стихийные бедствия.
Принимая во внимание риски и
...Будет доступно в новом релизе
Возможность использовать кластерные файловые системы
Для хранения резервных копий в распределенной системе резервного копирования, которая включает в себя несколько медиа-серверов, вы сможете организовать хранение резервных копий при помощи кластерных (либо сетевых разделяемых) файловых систем. Это позволяет выполнять резервное копирование и восстановление данных даже в тех случаях, когда целевой медиа-сервер выключен и привязанные к нему пулы хранения недоступны. Система резервного копирования RuBackup автоматически создаст задачу для другого доступного медиа-сервера и обеспечит доступ к распределенному хранилищуВстроенный мониторинг клиентов СРК
RuBackup позволяет выполнять мониторинг загрузки клиентов СРК. Эти данные могут быть использованы для анализа узких мест, более точного понимания происходящего в системе в ходе выполнения резервного копирования и принятия решения об оптимизацииАрхивирование данных
Возможность выполнять архивирование данных, передача их на долговременное хранениеПоддержка сред виртуализации на базе oVirt
Новый модуль для защиты oVirt, RED Virtualization и других отечественных решений, построенных на базе oVirtБольшее удобство управления и администрирования
Возможность получить системные журналы любого клиента СРК для каждой задачи одним нажатием кнопки или одной командой CLI на сервере; временная приостановка и продолжение работы задач; информация о версиях пакетов СРК клиентов и серверов в одном месте; кастомные названия базы данных и суперпользователя; журнал авторизации пользователей; обновленная система уведомлений; защита от случайного физического удаления резервных копий из хранилища; защита от случайного удаления последней резервной копии источника данных и многое другое...Обновленные модули для защиты PostgreSQL
Обновленный универсальный модуль для защиты СУБД PostgreSQL, в том числе для работы в кластерных конфигурациях (Patroni). Новый модуль для работы PostgreSQL на LVM с поддержкой моментальных снимков LVMМодуль для защиты RUSTACK
Новый модуль для защиты российской платформы виртуализации ИТ-инфраструктуры RUSTACKУниверсальный модуль для защиты MySQL
Обновленный универсальный модуль, обеспечивающий защиту для MySQL 5.7 и MySQL 8План регламентного обслуживания
Вы можете определить гибкий план регламентного обслуживания для клиентов системы резервного копирования чтобы во время регламентных работ не производилось создание задач резервного копирования. Возможно выбрать определенные источники данных, для которых будет действовать правило плана регламентного обслуживания, указать список клиентов или клиентских групп на которых это будет распространятьсяНовый современный дизайн средств управления
Полностью обновленный дизайн менеджера администратора RuBackupНовая архитектура передачи резервных копий
Полностью обновленная архитектура передачи резервных копий. Резервные копии создаются непосредственно в соответствующем хранилище на медиа-сервере, передача данных между клиентом и сервером осуществляется в несколько потоков. В случае размещения резервной копии в дедупликационном хранилище выполняется глобальнаая дедупликация в масштабе хранилища (хранилище содержит только уникальные блоки). В случае размещения резервной копии в файловом хранилище, облаке или на ленте дедупликация осуществляется непосредственно для резервной копии (резервная копия содержит только уникальные блоки)Модуль для защиты ECP Veil
Новый модуль для защиты корпоративной облачной платформы ЕСР VeiLМодуль для защиты VMmanager
Резервное копирование и восстановление виртуальных машин платформы управления виртуализацией VMmanagerКорпоративный функционал
Глобальная дедупликация
Поточная глобальная дедупликация. Возможность размещать резервные копии в блочных устройствах (диск, RAID, LUN СХД) со значительной экономией пространства. В системе резервного копирования может быть несколько пулов для дедупликации с разными характеристиками (размер блока, алгоритм и длина хэш-функции). Значительная экономия времени при бэкапе и восстановлении. При резервном копировании от клиента серверу передаются только те блоки, которых с наибольшей вероятностью еще нет в дедуплицированном хранилище. При восстановлении в целевой ресурс передаются только необходимые для восстановления блоки: если утерян один файл из файловой системы, нет необходимости искать его в резервной копии. Нужно просто запустить восстановление и будет передана только необходимая информация. Нет необходимости думать о разностном резервном копировании - всегда передается только измененная дельта.Ролевая модель доступа
Ролевая модель доступа к административным функциям системы резервного копирования. Суперпользователь rubackup может выполнять любые настройки СРК. Группа супервайзеров может выполнять все настройки, кроме изменения глобальных параметров, определяющих ключевые параметры работы СРК. Группа мейнтейнеров отвечает за настройки устройств хранения резервных копий только для определенных медиа-серверов. Простые администраторы СРК могут быть ограничены в контроле только над определенной группой клиентов.Автоматическая балансировка создаваемых задач между медиа-серверами
В серверную группировку RuBackup могут входить несколько медиа-серверов для распределения нагрузки между ними. В RuBackup 1.9 доступен функционал автоматической балансировки для вновь создаваемых задач резервного копирования. Пулы хранения резервных копий могут быть объединены в специальную динамическую группу. Это могут быть пулы на одном сервере или на нескольких медиа-серверах. Динамических групп может быть несколько. Для динамической группы можно определить критические параметры, при которых задача будет использовать один из наименее загруженных пулов на наименее загруженном медиа-сервере.Приоритеты задач резервного копирования
Вы можете определить приоритеты для задач резервного копирования, которые порождаются правилами глобального расписания или стратегиями резервного копирования. Приоритеты действуют в рамках одного клиента СРК. Это означает, что задачи определенного клиента с низшими приоритетами будут ждать окончания задач с более высокими приоритетами на этом клиенте. Это позволяет выполнять резервное копирования для наиболее критичных источников данных клиента резервного копирования в первую очередь, без конкурентной гонки. Задачи разных клиентов будут обрабатываться системой резервного копирования вне зависимости от приоритетов для того, чтобы система резервного копирования не простаивала.Менеджер администратора RBM на удаленном АРМ
Менеджер администратора RuBackup может быть установлен на АРМ администратора отдельно от сервера резервного копирования. RBM может функционировать как на Linux, так и на MS WindowsМасштабируемость
RuBackup обеспечивает горизонтальную масштабируемость решения при помощи медиа-серверов. При необходимости увеличить производительность системы резервного копирования просто добавьте нужноe количество медиа-серверов и балансируйте нагрузку между нимиНепрерывная удаленная репликация
Возможность сократить время восстановления до нескольких минут. В ходе непрерывной репликации все изменения источника данных передаются на резервный хост или резервную виртуальную машину и применяются к резервному источнику данных. Минимальное время отставания - 1 минута. Возможность выполнять репликацию для большинства поддерживаемых RuBackup источников данных: файловых систем, виртуальных машин и т.п. Для восстановления необходимо только предоставить доступ к резервному источнику данных, например включить виртуальную машину, куда происходила репликация данных или изменить IP адрес резервного хоста для предоставления доступа к файловым ресурсам.Консолидированная отчетность
Для контроля работы системы резервного копирования могут быть сформированы периодические консолидированные отчеты для администраторов и пользователей. Отчеты могут формироваться как срочно, так и по заранее заданному расписанию. Отчет может содержать информацию только о тех объектах системы резервного копирования, которые входят в зону интересов получателя и к которым он имеет доступ в рамках ролевой модели управления СРККластерные группы клиентов
Можно объединить несколько клиентов СРК в единый кластер. В случае недоступности клиента задание резервного копирования будет выполнено на другом клиенте, входящим в группу. Функция предназначена для инфраструктурных кластерных конфигураций, где источник данных доступен на всех узлах кластера и когда требуется обеспечить процесс резервного копирования для кластера в целом вне зависимости от доступности того или иного узлаЦентрализованное восстановление
Администраторы системы резервного копирования могут выполнять централизованное восстановление резервных копий на клиенте без его участия. Эта возможность может быть отключена клиентом для тех случаев, когда восстановление информации является только его зоной ответственности или для того, чтобы случайное восстановление резервной копии не убило работающую системуАвтономный режим клиента резервного копирования
Возможность выполнять резервное копирование на отдельном хосте без включения его в систему резервного копирования. Резервное копирование возможно как на выделенное устройство (диск, флешку), так и на сетевую файловую систему (NFS, CIFS). Автономное хранилище монтируется только для выполнения операций резервного копирования. Резервное копирование может выполняться по расписанию и по запросу пользователя.Идентификация клиентов по Hardware ID
Позволяет иметь одинаковые имена хостов у клиентов системы резервного копированияОтказоустойчивость
В RuBackup есть встроенный HA-кластер. В случае отказа основного сервера все запросы будут автоматически перенаправлены на резервный. В случае отказа медиа-сервера резервные копии могут быть перенаправлены в другое хранилищеКонтроль пропускной способности
Возможность ограничить пропускную способность для определенных клиентов или правил резервного копирования, в том числе для определенного периода времениЗащита данных от подмены
Электронная подпись резервных копий асимметричным шифрованием (открытый/закрытый ключи). Быстрая проверка резервных копийТехнологии
Платформа сервера СРК
x64_86, Байкал, Эльбрус. Astra Linux, CentOS, RedHat, Debian, Ubuntu, ALT Linux, RedOS, Rosa Linux и др.ПК СВ Брест
Полное, инкрементальное или дифференциальное безагентное резервное копирование виртуальных машин без их остановки. Резервное копирование шаблонов виртуальных машин. Резервное копирование "частных данных" виртуальной машины.KVM (Kernel-based Virtual Machine)
Безагентное резервное копирование виртуальных сред, как для ванильного KVM, так и для различных сред виртуализации, базирующихся на KVMМодули для Docker, LXD, LVM, Block devices, File systems, FreeIPA, Btrfs, ZFS
резервное копирование и восстановление ресурсов изнутри операционной системы с помощью клиента системы резервного копированияCeph rados block devices
"Горячее" резервное копирование блочных устройств кластера CephМодули для СУБД
MySQL, MariaDB, Redis, PostgreSQL, Jatoba, PostgresPro, Oracle, MS SQL, SQLite, Tarantool. Горячее резервное копирование СУБД, автоматизированная процедура восстановления. Для PostgreSQL доступно непрерывное резервное копирование, с возможностью point in time recovery, резервное копирование отдельных таблиц и отдельных баз данныхOpenNebula
Полное, инкрементальное или дифференциальное безагентное резервное копирование виртуальных машин без их остановки. Резервное копирование шаблонов виртуальных машинProxmox
Полное, инкрементальное и дифференциальное безагентное резервное копирование виртуальных машин без их остановки. Полное резервное копирование контейнеровРезервное копирование CommuniGate Pro
Резервное копирование конфигурации сервера CommuniGate Pro, резервные копии пользовательских директорий с возможностью гранулярного восстановления писемFreeIPA
Резервное копирование централизованной системы управления идентификацией пользователей, задания политик доступа и аудита для сетей на базе LinuxРезервное копирование объектов облака S3
возможность резервного копирования и восстановления объектов, которые размещаются в облаке S3Среда виртуализации Aerodisk AIST
Безагентное резервное копирование и восстановление виртуальных машин среды виртуализации Aerodisk AIST, с поддержкой дедупликации и удаленной непрерывной репликации критичных виртуальных машин в независимый комплексПреимущества
отказоустойчивость
дистрибутивами Astra Linux,
Alt, RedOS
масштабируемость
с ленточными библиотеками
(включая LTFS)
резервных копий
развертывания и
администрирования
Функции

Российская разработка "с нуля"
Платформа разработки: Ubuntu Linux
СУБД системы резервного копирования: PostgreSQL
Документация системы резервного копирования RuBackup
Видеоинструкции по работе с системой резервного копирования RuBackup

Контакты
117105, г. Москва, Варшавское шоссе, д. 26
info@rubackup.ru - коммерческие вопросы
https://rubackup.ru/support - техническая поддержка
https://t.me/rubackup_user_group - пользовательская группа в Telegram
Политика обработки файлов сookie
Пользовательское соглашение
© 2022 RuBackup. All Rights Reserved