topic Re: Is Snaprestore needed in Data Protection

Is Snaprestore needed

nsitps1976 — Thu, 05 Jun 2025 07:09:20 GMT

What is the process of accessing volume snapshots in a read and write fashion to recover data if you do not have a SnapRestore license?

Example: A lun containing VMs is snapped a few times per day, one of the VMs is destroyed by a virus. To recover the VM can one of the snapshots be mounted and accessed so the VM can be storage vmotioed from the snapshot back to the original lun.

Is this possible without snaprestore????

Re: Is Snaprestore needed

pascalduk — Tue, 07 Sep 2010 10:39:58 GMT

You can use "lun clone" to create a clone of the LUN based on a specific snapshot.

Re: Is Snaprestore needed

nsitps1976 — Tue, 07 Sep 2010 11:20:31 GMT

This would require FlexClone to clone the Snapshot - Is there no other way of accessing the Snapshot and access the data (read/write)?

Re: Is Snaprestore needed

radek_kubka — Tue, 07 Sep 2010 14:02:25 GMT

LUN cloning actually doesn't require FlexClone license - only volume-level cloning does.

I am not 100% sure though whether it will work without SnapRestore license enabled (it is always listed as a prerequisite for SnapManager products, which use LUN/volume cloning for restore operations).

Regards,

Radek

Re: Is Snaprestore needed

nsitps1976 — Tue, 07 Sep 2010 16:05:08 GMT

So you can clone a lun without flexvol? This would require 100% of the base lun size?

In this design we would not be using any snapmanager products, only the built-in snapshot mechanism (I know this cash consistent only!!) - Can anyone help answer the question "can you clone a snapshot of a lun without snaprestore"?

Re: Is Snaprestore needed

adamfox — Tue, 07 Sep 2010 17:24:45 GMT

You can use lun clone without a flex_clone license. At first that clone only needs to take up the changed space from the original. However if you want to keep that clone around long-term, you will want to split it off so you will need enough space in the containing volume for the entire LUN. After that you could get rid of the original.

Re: Is Snaprestore needed

pascalduk — Wed, 08 Sep 2010 06:11:12 GMT

Radek Kubka wrote:

For the lun cloning a snap restore license is not needed.

In the past the snapdrive software used the snap restore command to restore a lun. But this has been changed to lun clone/split, probably because this is faster than waiting for a restore. Why snap restore is still required I don't know, perhaps for volume snap restores.

Re: Is Snaprestore needed

nsitps1976 — Wed, 08 Sep 2010 11:42:06 GMT

Thanx everyone - One last thing... If you do use lun clone to clone and access a snapshot, should the clone be located in it's own temporary flexvol until you are finished with it?

Re: Is Snaprestore needed

radek_kubka — Wed, 08 Sep 2010 13:27:24 GMT

If you do use lun clone to clone and access a snapshot, should the clone be located in it's own temporary flexvol until you are finished with it?

No, not really - that would mean 100% capacity overhead (unless this is a FlexClone operation). The side effect of LUN clone is that backing snapshot appears as 'busy' (can't be removed) until you either delete or split a clone.

Re: Is Snaprestore needed

adamfox — Wed, 08 Sep 2010 19:47:23 GMT

By definition, a LUN clone must exist in the same volume as it's source. If you want a temporary separate volume, that's a Flex Clone and that's a licensed product.

Re: Is Snaprestore needed

nsitps1976 — Thu, 09 Sep 2010 08:30:37 GMT

Would this mean I would need to increase the size of the flexvol containing the lun prior to running the clone?

Re: Is Snaprestore needed

ewilts_mc — Thu, 09 Sep 2010 14:12:48 GMT

SnapRestore is never really *needed*. But...

A couple of weeks ago one of my business unit IT folks accidentally ran a large delete on the wrong volume. Over 18million customer-facing files were deleted. Yes, I could have restored them manually from the snapshots (or worse, from tape or the snapmirror'ed replica) but a snaprestore took seconds versus hours. The SnapRestore licenses easily paid for themselves.