Ну, это очевидно, просто такой случай, как мне кажется, настолько редок, что я его даже не рассматриваю. Вот, гипотетический, но, тем не менее вполне реальный пример, где на десятке датасторов, которые презентованы на три-четыре десятка серверов, из которых часть гипервизоры, часть bare-metal - как там сделать консистентный снапшот без SC? В теории-то можно скриптов понаписать, но кто этим заниматься будет? А главное, зачем - есть же SC. Я тут просто границы применимости для себя хочу прояснить, не более, спорить и не собирался, если что.

Ну помимо снапцентра, не рекламы ради, есть куча других бэкап приложений которые это умеют

А он и не кривой :). Если снапшотами заведует SC - всё как раз замечательно. Он будет кривой, если есть только SM Async без SC.

Коммволт же! :).

Кислое с пресным путаете. SC к процедуре копирования снэпшота на secondary никакого отношения не имеет.

Кислое с пресным путаете. SC к процедуре копирования снэпшота на secondary никакого отношения не имеет.

Там выше на эту тему высказывались - он может инициировать копирование. Так что таки имеет.

может не означает, что обязательно это делает

В данном случае он выступает «оркестратором» реплик. Знает где и что лежит, запускает реплики итд итп

По кругу пошли уже )

Вопросы вызвало вот это утверждение - “SC к процедуре копирования снэпшота на secondary никакого отношения не имеет.”. Допускаю, что я мог не совсем точно понять формулировку. Бывает. Главное, что разобрались в итоге, что предмета спора уже нет 🙂

Некая доля правды в этом утверждении есть. Участие любого бэкап приложения включая SC в снапмирроре упрощенно сводится к апи колу на destination - snapmirror update. Все остальное делает нетапп