Podcast: What are snapshots? Can they replace backup?

There are limitations, of course. Most of your databases are going to be in a locked state, so I can’t roll forward or roll back by transaction logs.

Also, data growth. That’s one of the biggest things out there. I have snapshots that as I make changes I have data growth. If I have a block that’s been written to and I take a snapshot, write to it again, take another snapshot again, all that data is stored.

That’s one of the biggest things limitations-wise, that we pay attention to the data growth from the snapshots, and the more granular the snapshot becomes, the less storage impact there is. So, the wider the snapshot, the more impact versus the more granular, the less impact.

Adshead: What is best practice for snapshots and how do they fit with a comprehensive data protection strategy?

Meyers: Snapshots should be part of every data protection strategy. And of course it comes down to that you have to go back to the drawing board.

We go back to our RPO – our recovery point objective – and our RTO – recovery time objective. We sit down and figure those out and how our technologies work with the snapshots to meet those needs.

So, we take a snapshot, I attach that snapshot to the backup system and do the backups there. That way, I’m not having any any performance impact on my production system for that backup.

Same thing as replication. I do the snapshot and I do the replication on the back side so I’m not replicating the active data so in my production system I’m not impacted.

One of the best things about snapshots is that I offload things at the storage layer away from the OS level so now production doesn’t get impacted as I’m doing production.

Of course, knowing when I need to recover to – ie, talking about recovery point; how much data can I lose versus how much data do I need, how fast I need it back online. I always describe that as being like a knob – you turn it up to where you want to and the fun part about when you turn the knob and get a smaller RPO and RTO, my costs tend to go up.

So, if I can live with less processes or longer RPOs and RTOs my costs go down. If I go up into the sub-minute or sub-second, my costs seem to go up stratospherically and make it more expensive.

It comes down to designing your strategy, how much money you have, to figure out what you can do. Or, you figure out what you want and how much it will cost. You have to go back and forth and weigh the pros and cons. Because just like everything else, it’s a business decision for your organisation to determine how much money you’re willing to invest in your data strategy.

I’ve worked as a consultant for a long time in the past, and I’ve worked with companies who lost datacentres, and their idea and take on data protection strategies is different from those who have never had a massive data loss.

There’s always going to be something to worry about, and if you’ve never had a data loss issue it means you’re just lucky; it’s going to happen some point in the future, so make sure you spend time on your data protection strategy.

For me, snapshots is one of the most critical parts of it, to know how I’m going to do it, where I’m going to store the data, how frequently and then what my recovery process is.

One of the greatest benefits of snapshots is my recovery time. If I’m using backups, a lot of the time I have to spin it back up and it takes some time to rehydrate. With snapshots, I can usually recover that object, that VM, whatever it is, in minutes if not seconds and get the system back up to, again, lower your RTO processes.