Упрощаем резервное копирование и восстановление с помощью HPE StoreOnce RMC

[click0]

Тема снапшотов и incremental backup не раскрыта!

[Effi3]

Добавил немного про механизм взаимодействия StoreOnce с 3PAR при работе со снэпшотами.

[pavelodintsov]

Могу поделиться своими опенсорсными наработками на тему очень быстрой генерации инкременталок: github.com/pavel-odintsov/fast-rdiff

[click0]

ОпенВЗ — мало интересно. Вот если бы для LXC и KVM на ext4…

[pavelodintsov]

С ext4 работать напрямую другой порядок сложности :) Хотя ребята из Acronis вполне себе лезут в суперблок, фиксируют изменения там по таймштампам и добавляют в бэкап лишь новые блоки.

[navion]

Лучше расскажите про скорость восстановления без чудесных снепшотов на 3PAR.

P.S. Вас премии не лишат за рекламу другого вендора?

[Effi3]

В этой статье не про интеграцию StoreOnce с Veeam. Может, подробнее опишем в будущих выпусках.
Про рекламу HP Inc (лого HP) — не жалко :)

[navion]

По ссылкам про производительность дедуплицирующий хранилок вообще, вне зависимости кто к ним подключается по NFS или SMB.

[Effi3]

Нельзя же всех пользователей и все данные равнять к одним и тем же ссылкам.
Поэтому мы активно используем средства оценки, замера бэкапов, предоставляем оборудование в демо и таким образом вместе с заказчиком определяем необходимые политики бэкапа. В каких-то случаях о дедупликации приходится забыть, но без финансовых потерь для заказчика.
По ссылкам можете конфигурацию StoreOnce прокомментировать и отчеты нам прислать? Может, действительно, в этом случае нужно было систему по-другому настраивать. Сейчас без подробностей оценить тонкое место в производительности сложно.