Если снапшоты – это фотография системы, то снапклоны – это уже ее «двойник», созданный на основе этой фотографии.
Иногда администраторам нужно разобраться в данных, которые активно используются системой. Например, база данных работает под высокой нагрузкой: идут транзакции, выполняются бизнес-процессы, пользователи постоянно что-то записывают и читают. Легче всего представить ситуацию на примере банка, где каждую секунду происходит 2 тысячи операций, а надо подать бухгалтерский отчет о состоянии счета. Остановить такую базу ради анализа практически невозможно.
Здесь и появляются снапклоны.
Система хранения может создать клон базы данных прямо на уровне хранилища — на основе заранее зафиксированного снапшота. При этом сама база продолжает работать в обычном режиме. Никаких остановок, никаких длительных операций копирования средствами самой СУБД. Важно, что такой клон создается практически мгновенно и изначально не требует полного копирования данных, а использует общие блоки с оригиналом. Клон подключается к отдельному ресурсу, и с ним можно работать независимо от основной системы: анализировать данные, искать ошибки, проверять гипотезы. Со снапклонами бухгалтерия банка в любой момент может выдать отчет: данные соответствуют состоянию системы на момент создания снапшота. При этом основная база продолжает принимать новые операции.
Именно в таких задачах снапклоны становятся незаменимым инструментом: когда нужно работать с копией данных, не вмешиваясь в жизнь основной системы. Это один из тех инструментов, которые редко обсуждают в теории, но очень ценят на практике.