Do not retire a snapshot parent just because its restored volume is accessible

Source facts

A regular Azure NetApp Files volume restored from an online snapshot can become accessible while its data is still being copied. The parent volume and source snapshot cannot be deleted during that copy. Only after completion is the restored volume independent of its source. The volume overview identifies the snapshot used in its Originated from field. Microsoft Learn.

Applicability

Apply this check to a regular volume restored from an online snapshot. Keep this process separate from the source’s short-term clone option and from an in-place snapshot revert.

DSE recommendation

Write separate milestones for access readiness, content validation, and independence from the parent. Keep the source volume and snapshot in the recovery inventory until the copy has completed and the intended restored data has been checked. Have the storage owner approve any later retirement; a successful file open is not sufficient evidence for cleanup.

Verification

Record the snapshot identity shown by the new volume and compare representative files with the intended recovery point. Check the copy’s completion before marking the source dependency released. Preserve actual results without attempting a production deletion merely to test whether it is blocked. If the restored content is usable but copying remains underway, report that intermediate state explicitly.

Official references

Microsoft Learn: Understand Azure NetApp Files snapshot-based data protection.