July 26, 13:04

​​Немного про гибкость настроек SnapMirror.

Думаю мое небольшое вступление поможет лучше понять, что было сделано в постах по ссылкам.

Напомню, что не смотря на разные названия, SnapMirror и SnapVault используют одинаковый движок репликации и по сути основная разница между ними в типе политики репликации. Есть 3 типа политик для асинхронной репликации vault|async-mirror|mirror-vault. vault и async-mirror отличаются подходом к сроку хранения снепшотов на основной и вторичной СХД. async-mirror подразумевает, что у вас на основной СХД и на вторичной одинаковое количество снепшотов и у них совпадает срок жизни. То есть это DR решение. vault позволяет иметь разные сроки хранения снепшотов и их количество на площадках. Например, 7 ежедневных снепшотов на основной СХД и 30 ежедневных снепшотов на второчиной СХД. Кроме того, снепшоты на вторичной СХД всегда будут read-only, даже если разорвать отношения репликации (но можно сделать клон и пистаь в него). Это решение для резервного копирования или архива. Но есть ещё политика mirror-vault. Она, как и видно из названия, совмещает в себе два предыдущих типа политик. На основе типов политик есть несколько заранее созданных политик репликации, но всегда можно создать свои. В политиках репликации уже указывается расписание, кол-во снепшотов, настройки компрессии и т.д.

#SnapMirror #backup

www.cosonok.com/2019/07/making-snapmirror-vault-tertiary-copy.html

www.cosonok.com/2019/07/making-snapmirror-vault-tertiary-copy_25.html