Just to be clear on the terms, when you create a snap, it is not yet active, so it is not ready to the host. It has to be activated which creates the point in time copy.
When it is activated, the 1st write to a given track on the source will push that track to the SAV pool. Any further writes to that same track won't copy anything anywhere.
All writes to the snap copy will go to the SAV pool, partial track writes will need to be merged with the original data on the source.
The first time a track on the source is written to, the original data on the
source is copied to the save device, the VDEV pointer is changed to point
to the save device; “then” the source is changed.
–
“Copy on First Write” applies to writes to the VDEV as well.
TimeFinder/Snap uses a process called “Copy on First Write” when a Snap session is activated. When a host attempts to write to a track on the Source volume for the first time after activation, the original track is copied from the Source volume to the Save Area, the pointer is updated to reference the Save Area, then the Source volume is updated with the new write. Subsequent writes to the same track on the Source volume will not invoke a data copy. Likewise, when a write is issued to a track on the VDEV for the first time, the original data is copied from the Source volume to the Save Area, the
pointer is updated, and the new write to the VDEV is stored in the Save Area.
Quincy561
1281 Posts
265
1
Posted September 2nd, 2010 12:00
Just to be clear on the terms, when you create a snap, it is not yet active, so it is not ready to the host. It has to be activated which creates the point in time copy.
When it is activated, the 1st write to a given track on the source will push that track to the SAV pool. Any further writes to that same track won't copy anything anywhere.
All writes to the snap copy will go to the SAV pool, partial track writes will need to be merged with the original data on the source.