Полный и инкрементальный поток

Для полной передачи сначала нужен снимок. Команда send читает его состояние и формирует поток, который принимающая сторона преобразует в dataset и соответствующий снимок. Поток можно передать по сети или сохранить как файл, но файл-поток - не то же самое, что готовая восстанавливаемая файловая система: повреждение данных может сделать его непригодным для приема. Проверьте приемник.

Инкрементальная передача отправляет изменения между двумя снимками. В руководстве OpenZFS 2.4 флаг -i передает разницу между парой снимков, а -I включает промежуточные снимки. Базовый снимок должен быть доступен на принимающей стороне; вместо него в некоторых сценариях можно использовать bookmark. Если общий базовый момент потерян, следующая инкрементальная передача не сможет продолжиться ожидаемым способом и может понадобиться новая полная передача.

Поток ZFS имеет собственные контрольные суммы, а receive проверяет целостность при получении. Это не заменяет резервную политику: храните копию отдельно от исходного пула и проверьте, что восстановление возможно в вашей конфигурации.

Осторожно с режимом принудительного приема

Некоторые варианты receive могут откатывать цель и удалять наборы данных или снимки, которых нет в источнике. Опция -F способна отбрасывать данные на приемнике. Перед потенциально изменяющей операцией изучите исходные и целевые dataset, используйте предусмотренный режим dry-run и не направляйте поток в действующий пул без отдельной резервной копии.

Снимки нужны для состояния источника, а bookmarks могут сохранять точку для будущей инкрементальной передачи без удержания самих блоков снимка. Они не заменяют полную отдельную копию: если исходный пул потерян, доступ к снимку внутри него тоже может исчезнуть.

Основные понятия: снимки, резервные копии и ZFS. Использованы документы OpenZFS по send/receive, snapshots/bookmarks и zfs-send(8), проверенные 8 октября 2026 года; пулы и потоки не создавались, команды не запускались.