#Best Practice

1 messages · Page 1 of 1 (latest)

sturdy sigil
#

Trying to find best practices on building #1063548056945037352 SnapCenter. i.e
Virtual or not
Local storage or not
HA or not...
Anyone have any ideas or can point me to a summarized document to plan my install? I have not used SnapCenter, I have used SnapDrive/SnapManager.
Thanks

kind hound
sturdy sigil
#

Thanks Scott... Are you an SC SME? I'm concerned about putting the SC VM on the same infrastructure it is protecting. Would it be better to separate it?

kind hound
#

I am an SME for the SC product, but I'm not an architect to understand the nuances of whether the SC VM would be better located in one location vs. another. I'm sure there are pros and cons to putting it in the same hardware vs. putting it in a different datacenter. Honestly, even if I could list out the pros and cons for you it would still come down to a decision of which pros and which cons are most relevant to your own situation.
For anyone else reading this, what kind of installation are you using and what is the good, the bad, and the ugly about it?

sturdy sigil
sturdy sigil
# sturdy sigil Thank you. I think we will not worry about it. Our HA-Pair is very stable, and...

@kind hound Hope I'm not being a nuisance... But as regards back and DR of the SC server; If I've been reading docs and searching the site, it appears that MySQL dumps to the repo directory. But if I build SC as a VM, can I snap it and SnapMirror? If I do that, should I keep all of the SC server on its own NFS DataStore, or is it safe to place with other VMs? And can I use SC to back itself up and SnapMirror?

kind hound
sturdy sigil
#

@visual bluff @kind hound Hey guys I'm back about SnapCenter for VMware (SCV) and SVM-DR. So here goes:
My guys don't use the DR arrays to recover with, they only use the primary (for now).
My thought is that if I were to create inconsistent VM snapshots throught the day, say three or four of them, and then create a consistent ESXi snapshot at 20:00, I could then use SVM-DR to transfer my snapshots to the DR arrays at 23:00.
-If I were to create a volume-vault relationship, SCV would kick it off after every snapshot, during prime time.

sturdy sigil
# sturdy sigil <@264707202399338507> <@996849101872312331> Hey guys I'm back about SnapCenter f...

Continuing my previous diatribe, I would need to manually copy back the VMDK's from the DR datastores if I needed to recover a VM.

For applications, I would use a different SVM with volume-snapvaults, not SVM-DR. Those would not be backed up more than twice a day, with consistent snapshots.

Do you guys see an issue I am missing? BTW, I was SVM-DR'ing all my datastores previously, but trying to be a good citizen now... well, not really...
Thank you

visual bluff
#

Answering since I was tagged, but SVM-DR is newer than my time as an admin, so take it with a grain of salt.. I guess from my point of view, copying back from another array should be a last resort - so keeping local snapshots for a couple of days would be my preference.

sturdy sigil
#

Yes, of course. The idea is to keep two weeks on the primaries, 1 daily consistent, and 2 or 3 inconsistent. They will be vaulted to secondary for longer term retention and DR. I'm not looking for approval, more of a sanity check. My VM people do not want to touch the DR systems, nor do they care about application backups. So I am kind of trying to design my own blueprint. Thanks @visual bluff

kind hound
#

I don't see any problems with your logic of how this should work.