2009-11-18 10:05 AM
Is it possible to set space guarantee to NONE on a snapmirror destination volume which has Fractional Reserve set to less than 100%??
Originally we had an SQL vol with FR set to 100% which we snapmirrored. The destination vol was not thin provisioned, and therefore every time we resize the source vol we have to also resize the destination.
However, now we have reduced the FR to 50% and enabled snap autodelete and vol autogrow - sounds good and works fine. But the problem is that if the vol autogrows, the source will be bigger than the target and snapmirror fails. My way around this was to set space guarantee to NONE on the target volume and thin provision it (so if the source autogrows, the target won't care as long as there is space in the agg).
I am having trouble configuring this though as I see that space guarantee apparently cannot be set to NONE if the FR is less than 100%??? (and when I try and do this on the destination volume it gives an error). Also, it seems that the FR setting gets copied from the source and has to be the same at both ends - so I can't change FR on the target to 100% without also changing it on the source?!
Anyone got any suggestions on the best way to manage this?
Or does the vol autogrow setting that we enabled on the source also mean that the snapmirror target will also autogrow automatically and therefore I don't have to worry about thin provisioning it? (I can't believe this would happen).
Help as always much appreciated!
Solved! SEE THE SOLUTION
2009-11-19 04:20 AM
Just to clarify, I guess the question is: if we set FR on a SnapInfo vol to 0%, enable auto-grow and snap auto-delete, then what impact does this have if it's a SnapMirrored volume? In particular, if it autogrows, will the SnapMirror target also autogrow or will SnapMirror fail because the source is now larger than the target?
I look forward to your feedback.
2009-11-19 10:33 PM
From IC.3 onwards you can set FR to any value for NONE guaranteed volumes, rather now the default is 0% for NONE guaranteed volumes. This sould solve your problem.
Provision a NONE guaranteed volume of autogrow size of source volume for your mirror node, if it's IC.3 the FR will be 0% by default. You might need to upgrade to IC.3 which is due in
December/January. If I am not wrong this has been implemented in BR.1 also.
2009-11-20 03:13 AM
In particular, if it autogrows, will the SnapMirror target also autogrow or will SnapMirror fail because the source is now larger than the target?
Good question. According to my best knowledge SM will just fail.
So ideally thin provision SM targets giving them really large sizes (say twice the source). When you actually need to break the mirror, the target will automatically accommodate all characteristics of the source, including size & space guarantee settings (in particular if the source volume wasn't thinly provisioned, so will become the target)
2009-11-20 04:55 AM
Just to be clear here; when you say "thin provision the SM targets" this means create the volume as large as my aggregate for example, and set the space guaruntee to none??
(or is there something more I need to do?).
Also, what happens if my target volume already exists? Will I need to create a new target volume and re-create my mirror?
As I mentioned earlier, I don't seem to be able to change my existing SM target volume to be thin provisioned because FR is set to less than 100% (it copied this setting from my source SM vol) - and when I try to change it I get an error.
I guess I need to create a new vol and re-initialise my SM to use this new thin provisioned target vol?
2009-11-20 04:59 AM
I am not entirely sure what you mean with this.
I don't know what IC.3 is, and therefore I would guess I am not using it?
I am snapmirroring between a pair of FAS2020s which are running OnTap 126.96.36.199 - and in this case it's SMSQL which is initiating the snapmirror. We are not using any other NetApp products - just what's licensed on the boxes (ASIS, SnapDrive, SnapMirror, etc).
2009-11-20 05:51 AM
I am extremely sorry that I have used the terminology IC.3. This refers to ONTAP version 7.3.3 which is going to be released in December or January time frame. From 7.3.3 onwards you would be able to set the FR to 0 also for NONE guaranteed volumes. The default value of FR is 0 for NONE guaranteed volumes in 7.3.3.
I hope this clarifies your doubt.
2009-11-20 05:57 AM
Yes create volumes as large as aggregate size and set the guarantee as NONE.
As I said earlier if you are willing to upgrade to ONTAP 7.3.3, then you can set the FR=0 also for such volumes.
2009-11-20 06:09 AM
So the summary of all this is: with my OnTap 188.8.131.52 it is not possible to set the space guaruntee to none and the FR to anything less than 100%?. This will only be possible in the new 7.3.3 release.
Therefore with my current setup I will need to either:
- manually grow the SM target every time an auto-grow event occurs on the source vol.
- or, create a new thin provisioned vol as my target, keeping in mind that FR on the source = 0%, but FR on the target has to be 100% (because the guaruntee = none on the target).
Would this be correct?