Storage Snapshotting

Soldato
Joined
18 Oct 2002
Posts
9,158
Hi,

I'm currently looking into storage systems, in particular SAN technologies. I've come across snapshotting and I'm not completely sure I understand it.

From what I can gather, the aim of a snapshot is to capture the structure of a file system - so where files currently are and the structure they're in. This ensures that when I conduct a backup I capture all data (i.e. I don't miss data if it's moved from folder-folder during backup)

So a snapshot isn't actually data - just a description of how the data looks on the system.

Sound about right?

Cheers,
J
 
I think the implementations will vary, but if you've worked with VMWare snapshots, I understand it's much the same as this.

It means you can roll back the file system to an earlier point in time, some will actually allow you to access the snapshot data and work with it separately, effectively allowing "branches" of the data

But isn't the snapshot data just details on structure?
 
It depends on the Vendor. A snapshot is not used for what you suggest - ensuring when you conduct a backup you capture all the data - that's the job of the backup application and they have their own ways of capturing all the data. The array doesn't care, think of a snap as a freeze-framed version of a volume.

Surely you can use snapshotting to avoid version skew? For example, if a user moves a file from a directory that has not yet been backed up into a directory that has already been backed up, then that file would be completely missing on the backup media.
 
Why not? What about if the user edits the file while you're backing up the snapshot?

It's just a LUN where most of the 'data' is just pointing back to the original LUN. You would have the same issue of a user editing a file while you backup.

Yup fair enough. So what are the benefits of snapshotting and then backing up off the snapshot? It's what a lot of people seems to advise
 
Ahhhh good all makes a bit more sense now so to summarise

- The snapshot take a picture of what the volume looks like and fills itself with pointers back to the original
- When a user goes to update/move/delete a file/folder (on the original volume), just before the operation is executed, the relevant blocks (i.e. those that represent unchanged files/folders) are transfered over to the snapshot so the snapshot remains as a representation of a point in time (before changes) and the active one updates in-line with changes.

Sound about right?

J
 
Last edited:
Back
Top Bottom