- Community Home
- >
- Storage
- >
- HPE Nimble Storage
- >
- Array Performance and Data Protection
- >
- Re: Snapshot Schedules - Best Practice?
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-07-2014 12:36 PM
11-07-2014 12:36 PM
I'm looking to see if anyone has developed a best practice in regards to prioritizing the servers in the environment and creating a volume collection to capture snapshots for them. My original thought was to create a High, Medium, and Low priority volume collection and set snapshot schedules for each of them. I am still fairly new with the way that Nimble captures and stores it's snapshots and have been reading some other community posts that help explain the difference between Dell, EMC, etc. and Nimble to get a better idea of how Nimble separates themselves from the others.
95% of our clients that we're putting in SANs are not extremely diverse with Exchange and SQL database sitting on different volumes than the VM itself, etc. I read an article that made a statement that 50% of clients that have installed a Nimble are storing over a months worth of snapshots. I am used to working with other vendors in a previous job where you'd store maybe 1 weeks worth before purging out the oldest.
Has anyone developed this type of schedule (high, medium, low) and prioritized the volumes into a collection for snapshot storage? If so, how often are you capturing snapshots in each collection? How many are you retaining? Is there a better way that I should be thinking about the snapshot retention for the smaller to mid-sized businesses?
Thanks in advance
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-10-2014 11:16 AM
11-10-2014 11:16 AM
Re: Snapshot Schedules - Best Practice?
Each company is different so what's best for one might not work for another. In our case, based on different applications we set up a combination of hourly,daily,weekly,monthly, and yearly snapshots schedules and also set up retention plans based on different requirements on primary and DR sites. We almost completely get rid of traditional backups(only do a tape backup once every year for longer retentions)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-11-2014 08:38 AM
11-11-2014 08:38 AM
SolutionJoe,
Each application/service typically has a unique retention requirement. With your Nimble array you can setup widely different policies for single or multiple volumes. While I was IT Director at Money Mailer I would use policies that made sense for my unique environment.
For Exchange 2010 (Win2K8R2 vm on ESX with five 1TB volumes mounted with the Nimble Windows Toolkit - iSCSI initiator in the vm) all the volumes were added to a volume collection with a synchronized (VSS enabled) snapshot schedule that ran every 6 hours and replicated to my DR site. I would keep those for 7 days. In that same policy I had a job that ran on Sunday night as well that lasted 52 weeks (used for legal discovery).
For SQL 2005 (similar config as Exchange) the DB and LOG volume were included in a SQL volume collection. Those ran every 4 hours with synchronization (VSS enabled). I kept 7 days of 4hr snaps locally but only kept the last 6 snaps at the DR site.
For VMFS volumes used for application servers I had snapshots run every night and kept 2 at the DR site.
For VMFS volumes used for VDI workstations I snapped every 12hrs and kept 10 locally and 2 at the DR site.
For volumes used for file/art data (Money Mailer is an advertising company) I would snap every hour and kept 7 days locally and 2 at DR, I would snap Sunday night and keep 52 locally, and 2 at the DR site.
hope this helps!
Frank
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-11-2014 12:11 PM
11-11-2014 12:11 PM
Re: Snapshot Schedules - Best Practice?
I'd have to echo Frank and Jason's responses. I think you'll find the Nimble protection templates to be an excellent compliment to the data protection plan for a number of different scenarios. Especially when you start looking at utilizing them for Dev/Test situations, you'll really start to appreciate the benefits of redirect on write snapshots
Start out with a simple template, get familiar with the interface and options. I'd be willing to bet after a week of testing out the capabilities you'll start to see why there are customers holding on to a large number of snapshots.
Don't forget to check out Infosight->Data Protection->Planning after you've got a week of snaps or so! It really shows you how efficient the snapshots are and takes the guesswork out of bandwidth required for a DR site.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-13-2014 07:46 AM
11-13-2014 07:46 AM
Re: Snapshot Schedules - Best Practice?
Thanks for the info Frank, that's a great place to start planning with some of our clients. I appreciate the feedback!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-13-2014 09:27 AM
11-13-2014 09:27 AM
Re: Snapshot Schedules - Best Practice?
I pretty much agree with what everyone else has said. I've got a pretty intense snapshot schedule on my system (might be a little over the top), but it has worked pretty well. Here are a few things to watch out for:
- For VMware VMs, if you do quiescing snapshots, don't put too many VMs on the same volume or firing at the same time (like all VMs exactly at the top of the hour). VMware vCenter will bog down trying to do all the simultaneous VM snapshots with VSS quiescing. Stagger the volumes or volume groups snapshot schedule times.
- For SQL Server (especially if you use VMDKs for your data and log volumes rather than direct iSCSI connections) VSS snapshots may create some unacceptable latency to database operations. If you can survive taking blind snapshots most of the time and reserve the VSS snapshots to off-production hours, that might work better. I take 15minute and hourly snapshots "blind", then VSS snapshots daily (YMMV).
- If your Windows VMs do volume shadow copy operations, stagger the times from the Nimble Snapshots. Otherwise, VSS may be busy handling the shadow copy operation when Nimble tries to initiate a second VSS for the storage snapshot, and you could see "Failed to create vCenter snapshot" errors from Nimble.
-Carl V.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-17-2014 02:55 PM
11-17-2014 02:55 PM
Re: Snapshot Schedules - Best Practice?
Hi Carl,
Interesting comment on the snapshots on sql server... I can't compare or try out sql on vm's but I can comment on snapshots on iscsi volumes. What Nimble firmware are you running?
The latency you speak of will be the duration the database IO freeze that occurs. This can vary a lot depending on nimble OS on the array and the software used to take the snapshot. This is roughly the timings I've found for vss consistent snaps on sql (on 2 volumes):
Nimble OS 1.4.x native: 2-10+ sec
Nimble OS 1.4.x commvault: 6-20+ sec
Nimble OS 2.1.x native: 2 sec
Nimble OS 2.1.x commvault (snap engine): 4 sec
Nimble OS 2.1.x commvault (snap&repl engine): 2 sec
Keeping in mind the 10s hard limit for vss, on 1.4.x we'd see occasional timeouts with native and regular timeouts with commvault (commvault snaps disks in series rather than parrallel). It appeared the variations were due to how busy the array was at the time. After upgrading to OS 2.1.x we observe lower and much more consistent times. Commvault supports nimble replication on 2.1.x and actually relies on a nimble volcol so this is why the snap&repl engine is faster than the snap only engine which still snaps in series.
Cheers
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-18-2014 02:15 PM
11-18-2014 02:15 PM
Re: Snapshot Schedules - Best Practice?
David,
I haven't tried doing the quiescing snapshots on SQL since I was on 1.x. I'm on 2.1.7 now, so I'll give it another shot. I think the issue was that I'm using VMDK's for my SQL volumes, not direct-iSCSI-mounted volumes. So I had Nimble-->VMware-->VSS-->VMware snapshot-->Nimble snapshot-->VMWare remove snapshot-->VSS remove snapshot as the process flow, which overall took too long. At least I think that's how that works.
-Carl V.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-18-2014 03:15 PM
11-18-2014 03:15 PM
Re: Snapshot Schedules - Best Practice?
Hi Carl
Would love to know how you go after trying it again. Seems like more users are doing what you are with sql on vm's - be good to hear from others to see if they have come across the same issue as you or if their setup is working fine.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-21-2014 03:56 PM
11-21-2014 03:56 PM
Re: Snapshot Schedules - Best Practice?
Turned on the quiescing for both the hourly and the 15-minute snapshots. So far, no timeouts to speak of. I'll keep monitoring it and let you know.
-Carl V.