<div dir="ltr"><div>&gt; I&#39;m not quite following all of your statements. Specifically, I don&#39;t</div><div>&gt; see why you think you need a base AND a first snapshot. One snapshot is</div><div>&gt; sufficient for later restoring. Also, I don&#39;t think you need to</div><div>&gt; understand the underlying architecture in order to successfully use</div><div>&gt; snapshots (it might be helpful or interesting, but not really</div><div>&gt; necessary). The command &#39;snapshot-switch&#39; reliably restores the state of</div><div>&gt; the CT it had at the time when you created the snapshot. It&#39;s as simple</div><div>&gt; as that. Also, when deleting snapshots, vzctl auto-magically does the</div><div>&gt; right thing in that it merges or deletes when it is appropriate without</div><div>&gt; affecting the other snapshots of the given container.</div><div>&gt;</div><div><br></div><div>Sorry about kicking this off again, but this hit to me over the weekend and it cleared things up for me.  Please, someone, correct me if I&#39;m wrong.</div><div><br></div><div>As I understand it now, no single file corresponds to a snapshot and to think of it that way will lead you to do something silly with your data.  A snapshot is an event.  If you want to think of it in terms of files, it&#39;s the gap between the root.hdd and the delta.  It&#39;s a like a HUP in I/O gives you a spot to go back to.  When you delete a snapshot, you&#39;re deleting the event and this means the files that are either side of that discontinuity will be merged/healed.</div><div><br></div><div>When you mount a snapshot, for example when doing file based backup (<a href="https://openvz.org/Ploop/Backup">https://openvz.org/Ploop/Backup</a>) you&#39;re not actually mounting a snapshot because there is no snapshot file to mount; you&#39;re mounting the pre-snapshot data.</div><div><br></div><div><br></div><div>Simon</div></div>