One such failure I dealt with recently involved a simple SnapMirror with a daily schedule. The problem was that it was failing out about the same point—150GB—and then went into a non-SnapMirrored state. However, the hosting aggregate container had over 2TB of free space, and the volume itself had 162GB available . . . what in the world?
The answer lies in how the source and destination volumes were provisioned. Here is what NetApp Says in Technical Report 3563:
Volume SnapMirror® replicates an entire FlexVol volume, most often used for disaster recovery. It is an efficient data replication product that transfers only the data present on the source system to the destination system during the initial baseline transfer. All transfers from that point forward only transfer modified data blocks to the destination. Volume SnapMirror seamlessly integrates with thin provisioning to
initially transfer and write to the destination only used data. — NetApp TR-3563
Volume SnapMirror seamlessly integrates with thin provisioning to initially transfer and write to the destination only used data.