Теперь на диск начинаются записи. Запись в WAFL реализована таким образом (опять же, вы это знаете из статьи про WAFL;), что в ней не перезаписываются старые блоки, а пишутся новые, если на старые уже есть активная ссылка из “таблицы” снэпшотов.
Значит если мы (пере)запишем (для WAFL это одна и та же операция) один блок на WAFL, то мето, занимаемое на диске снэпшотом, которое было 0, увеличится на один блок. Запишем два - увеличится на два. Перезапишем все блоки - объем тома увеличится вдвое, потому что у нас в нем теперь будет два комплекта блоков, один - тот который был вначале, он “заперт” в снэпшоте, а второй - блоки, которые мы перезаписали новым значением.

Снэпшот и файловая система теперь не шарят ни одного блока, каждый ссылается на свой набор в N-блоков. Занятое пространство увеличилось вдвое. Один набор блоков занимает active filesystem, второй - снэпшот.

Это та ситуация, ради которой рекомендовалось в свое время устанавливать fractional reserve равным 100% от емкости тома, чтобы в случае массированной перезаписи не столкнуться с исчерпанием свободных блоков на запись.

С точки зрения WAFL дефрагментация это та же самая запись. Она берет и “трогает” все (или почти все) блоки диска по очереди, перезаписывая их.
То что при этом содержимое блоков не меняется WAFL не видит, у нее нет таких средств, видеть содержимое блоков, для нее есть просто операция записи в блок NNN, изменяющая его, для чего надо выделить новый блок из пула свободных. Тот же, который при этом “удаляется” не может быть удален, так как у нас есть снэпшот, на него ссылающийся.

Таким образом если у вас есть том с данными, и есть снэпшот с него, , один или несколько, которые занимают, допустим 10-15% (на самом деле это не они “занимают”, это новые и измененные блоки активной файловой системы, с момента взятия снэпшота, занимают) и вы запустили дефрагментацию, то по мере ее работы, вы увидите, как объем снэпшотов на диске в выводе df стремительно увеличивается.

UPD (12.04): Уточню, что это НЕ ОТНОС??ТСЯ к процессу реаллокации, выполняемой внутри системы хранения, ее встроенными средствами (reallocate on / reallocate start [/vol/volname])
Реаллокация выполняется внутренними средствами и “знает” о том как выплняется этот процесс, он для системы “внутренний”, происходит с учетом ее внутреннего устройства, увеличения объема места, занимаемого снпшотами, в результате реаллокации, не происходит.

Поэтому надо разделять “дефрагментацию” на стороне хост-системы, и “дефрагментацию” (я в дальнейшем, для избежания путаницы буду их называть “дефрагментация” и “реаллокация”) внутри самой системы хранения, силами ее собственной OS Data ONTAP.