Снимок ZFS в файл как Резервное копирование с вращением

Если Вы храните снимки в файлах, в противоположность в файловой системе (например, с zfs receive), я боюсь, это не возможно.

ZFS на стороне получения

Если Вы используете ZFS на отправке, и на стороне получения можно избежать необходимости передавать целый снимок и только передавать различия снимка по сравнению с предыдущим:

ssh myserver 'zfs send -i pool/dataset@2014-02-04 pool/dataset@2014-02-05' | \
  zfs receive

ZFS знает о снимках и хранит взаимные блоки только однажды. Наличие файловой системы понимает, что снимки позволяют Вам удалить старые без проблем.

Другая файловая система на стороне получения

В Вашем случае Вы храните снимки в отдельных файлах, и Ваша файловая система не знает о снимках. Как Вы уже заметили, это повреждает вращение. Вы любой должен передать все снимки, которые потратят впустую пропускную способность и пространство памяти, но позволяет Вам удалить отдельные снимки. Они не зависят друг от друга. Можно сделать возрастающие снимки как это:

ssh myserver 'zfs send -i pool/dataset@2014-02-04 pool/dataset@2014-02-05' \
  > incremental-2014-02-04:05

Для восстановления возрастающего снимка, Вам нужны предыдущие снимки также. Это означает, что Вы не можете удалить старый incrementals.

Возможные решения

Вы могли сделать incrementals как показано в моем последнем примере и делать новое невозрастающее каждый месяц. Новые incrementals зависят от этого невозрастающего, и Вы свободны удалить старые снимки.

Или Вы могли изучить другие решения для резервного копирования. Существует rsnapshot, который использует rsync и жесткие ссылки. Это делает очень хорошее задание при вращении и является очень эффективной пропускной способностью, так как это требует полного резервного копирования только однажды.

Затем существует bareos. Это делает incrementals, которые являются bandwith-и экономящий место. Это имеет очень хорошую функцию; это может вычислить полное резервное копирование от ряда incrementals. Это позволяет Вам удалить старый incrementals. Но это - довольно сложная система и предназначенный для больших установок.

Лучшее решение, однако, состоит в том, чтобы использовать ZFS на стороне получения. Это будет эффективная пропускная способность, устройство хранения данных, эффективное и намного быстрее, чем другие решения. Единственное действительно недостаток, о котором я могу думать, состоит в том, что у Вас должен быть минимум 8 GiB память ECC на том поле (Вы могли бы согласиться с 4 GiB, если Вы не выполняете сервисов и только используете его для zfs receive).