topic Re: iGroup Management in Data Protection

iGroup Management

amiller_1 — Thu, 05 Jun 2025 07:23:32 GMT

Generally when installing SnapManager for SQL/Exchange, I just let all igroup management be done automatically out of SnapDrive. Are there any downsides to handling it this way? (as the upside is that using SD for this makes things very simple)

Re: iGroup Management

eric_barlier — Mon, 28 Sep 2009 04:36:11 GMT

Hi Andrew,

Here is some info which is not directly relating to SD but rather to how to use LUNs in a cluster. My understanding (I could be wrong) is that if a LUN is presented from

a controller that is in a cluster the LUN IDs across the CLUSTER need to be unique to ensure a healthy failover. So if you have a LUN with ID 100 on controller A

you should not have a LUN with ID 100 on controller B (partner in cluster) is it can potentially confuse the host accessing this LUN.

Not knowing how SD does this I cant really say if its good enough or not. But something to be aware of in the event I am right. I hope the experts can clarify this.

Cheers,

Eric

Re: iGroup Management

amiller_1 — Mon, 28 Sep 2009 20:03:57 GMT

Ah....very good point. If I understand correctly, "LUN ID uniqueness" is specifically required when using FC connectivity and Single System Image on the NetApp side (as that causes both cluster members to present out the same WWPN to the FC fabric)....no needed with iSCSI given the two cluster members have unique IP #'s.

My understanding is that SnapDrive does take care of this...but I'm not sure how to confirm that...so confirmation would be great.

Re: iGroup Management

BrendonHiggins — Mon, 28 Sep 2009 22:33:43 GMT

I think I know the answer to this one but am not sure so will just post this place marker so that I can see

what other people say. Maybe learn the correct answer...

Bren

Re: iGroup Management

eric_barlier — Mon, 28 Sep 2009 23:24:19 GMT

Come on Bren, dont be shy. Give it away mate.

Eric

Re: iGroup Management

jooss — Tue, 29 Sep 2009 13:54:45 GMT

There aren't really any downsides to letting SnapDrive do it automatically.

The ability to do manual igroup management was added for people that want to be able to specify particular igroup names, etc... .

The unique LUN IDs is not really a SnapDrive "issue" but storage system topic. On an active/active (or clustered) storage system, the LUNs IDs do have to be unique since the LUNs are available across the ports on both controllers with the same WWNodeName across controllers. When mapping LUNs the storage system checks if the number (the N in LUN) is already used for that igroup and only allows unused numbers.

Cheers,

Rick

Re: iGroup Management

peluso — Tue, 29 Sep 2009 18:13:40 GMT

Eric & Brendon -- we are having trouble with the expert replies showing up. We are working on the fix as I write.

Terri

Re: iGroup Management

garvey — Tue, 29 Sep 2009 19:17:50 GMT

The replies above regarding LUN IDs are good points. But focusing from a pure iGroup perspective Rick is correct, I can't really think of any down sides to letting SnapDrive control this automatically unless you really need to manually control the iGroup names in your environment.

Re: iGroup Management

peluso — Tue, 29 Sep 2009 19:29:10 GMT

Here are the direct links to responses -- still working out the post issues....

From Rick Joos - http://communities.netapp.com/message/16749#16749

There aren't really any downsides to letting SnapDrive do it automatically.

The ability to do manual igroup management was added for people that want to be able to specify particular igroup names, etc... .

Cheers,

Rick

From Brad Garvey - - http://communities.netapp.com/message/16793#16793

Re: iGroup Management

peluso — Tue, 29 Sep 2009 19:40:24 GMT

Thanks Brad! Still testing (and fixing) the posting issue.

Re: iGroup Management

peluso — Fri, 02 Oct 2009 23:13:25 GMT

Hi Andrew,

If you are satisfied with the responses please mark as 'Answered'. If not, just let us know and we can work on getting more info. Thanks!

Re: iGroup Management

amiller_1 — Sun, 01 Nov 2009 06:40:14 GMT

So...I'm horrifically slow but just awarded points.