Dear mates, our question is very simple.
We have two Storage Processors on a FAS2240-4 Chassis that are replicating volumes (Through SnapMirror technology) to another FAS2240 Chassis on a remote/different DataCenter.
We do NOT replicate the whole aggregates that contain these volumes and we will NOT need to revert an entire aggregate to a previous state.
In this scenario, is it needed/advisable to have:
- The aggregate snapshots scheduling active ?
> snap sched -A
Aggregate aggr0: 0 1 4@9,14,19
Aggregate aggr1: 0 1 4@9,14,19
- The 5% aggregate snapshot reserve?
netapp2-spa> aggr options aggr0
May we disable scheduling and set percent_snapshot_space=0%?
Thank you so much in advance
See The Solution
That's the default out of the box configuration.
In my case, I do snap sched -A aggr0 0 immediately and remote any snaps
that might be there.
I don't see a reason why you need aggregate snapshots in your case
Also, another way to check your aggrs reserve is
snap reserve -A
From: severino santirso fernandez
To: Josh Goldfarb <email@example.com>,
Date: 04/22/2014 12:25 PM
Subject: - Do we need Snapshots on our
Do we need Snapshots on our aggregates?
created by severino santirso fernandez in Data ONTAP 7G/8.x 7-Mode - View
the full discussion
We have two Storage Processors on a FAS2240-4 Chassis that are replicating
volumes (Through SnapMirror technology) to another FAS2240 Chassis on a
We do NOT replicate the whole aggregates that contain these volumes and we
will NOT need to revert an entire aggregate to a previous state.
snap sched -A
Reply to this message by replying to this email -or- go to the message on
Start a new discussion in Data ONTAP 7G/8.x 7-Mode by email or at NetApp
You may wish to read this old article on aggregate snapshots: https://communities.netapp.com/thread/11659
I hope this response has been helpful to you.
At your service,
Eugene E. Kashpureff
Independent NetApp Consultant, K&H Research http://www.linkedin.com/in/eugenekashpureff
Senior NetApp Instructor, Unitek Education http://www.unitek.com/training/netapp/
(P.S. I appreciate points for helpful or correct answers.)
View solution in original post
Thank you so much for both answers.
In our case, we will not use:
- SyncMirror (Replication on a aggregate basis), and
- Snap Restore off an entire aggregate
but only because the correction of a corrupted WALF fs volume with wafliron is much quicker if you have an aggregate snapshot we will keep
aggr snapshot scheduling and we will keep snap reserve at 5%
For some reason I can't access your link:http://community.netapp.com/thread/11659can it be reposted somewhere where we can all get to it?
same to me, i cant open the link