Solved

Amount of SAN storage Required

Posted on 2009-06-29
7
397 Views
Last Modified: 2013-11-14
Hi,

This is going to be a bit of an odd question.

I remember when purchasing a SAN before (EMC Clariion CX3-20) I wanted it to back up all live data on the SAN to another volumen or LUN (believe this is snapshot) and then it would back up to tape every 2 weeks .

The live data amounted to about 4TB. I remember a colleague saying that I should really get approx 16TB of disk space, as to ensure growth for backup data. (I think).

I am trying to remember why so much (it wasnt about money or him being a sales guy) data, but i'm sure it was correct.

Can anyone enlighten me? I know its kind of vague and I cant contact the guy any more.

Thanks if you can help
0
Comment
Question by:58872
7 Comments
 
LVL 1

Accepted Solution

by:
Big-Z213 earned 125 total points
ID: 24734993
With SANs you're not just accomodating large amounts of data and providing redundancy, you may also be providing performance. If you have a RAID setup, the more drives you have, the more spindles you have, and hence access times are reduced with more spindles.

For example, you may have a database that requires very fast performance, although it might only occupy 1TB of space, but if you have 16x 1TB drives, you have more spindles reading the data that is spread through disk array, hence quicker the access times. More disks, more spindles.

It really just depends what you want out of your SAN. Certain applications should be set up like above whereas others you could get away with any setup you want leaving an additional 50% for growth or something similar.
0
 
LVL 18

Assisted Solution

by:BigSchmuh
BigSchmuh earned 125 total points
ID: 24735356
Assuming you need N drives to reach your needed capacity storage.
Redundancy requires 2xN drives in RAID 1/10/1E , N+1 drives in RAID 5, etc

In your case:
-you have 4TB of "live data"
-backuping means "issuing sequential writes" means RAID 5/50/6/60 are allowed if your SAN handles a cache with "write back backed by battery" technology
-I would keep enough storage space to allows to delay the "transfer to tape" and have 2x4TB available

==> I would recommend to go with large SATA Enterprise edition drives in RAID 6/60...this is 10x1TB drives only

Please note that using RAID 10 will require 16x1TB drives...that may be was the point in your case (for example, if the SAN does not allow RAID 6/60)
0
 
LVL 55

Expert Comment

by:andyalder
ID: 24735421
Live data 4TB, parity 4TB (maybe less), spares 2TB, snapshot area 4TB, reserve space 2TB - that's about where you're at.

I would recommend very strongly about using SATA disks (or anything in SATA sizes - 256GB, 500GB, 750GB, 1TB, 1.5TB etc. unless you are absolutely sure performance will be enough. You don't buy a Porsche and put two-star petrol in it.
0
Best Practices: Disaster Recovery Testing

Besides backup, any IT division should have a disaster recovery plan. You will find a few tips below relating to the development of such a plan and to what issues one should pay special attention in the course of backup planning.

 
LVL 20

Assisted Solution

by:SelfGovern
SelfGovern earned 125 total points
ID: 24744729
When you say, "back up live data every two weeks to another volume, then copy to tape every two weeks" -- do you really mean that you only want to back up once in two weeks?  If you meant to back up daily or weekly, then you'll need more space.

I also recommend that you create the tape backup as soon as you've done your full copy to disk -- why go two weeks with that full copy unprotected?  If your backup is on the same controller as your live data... it's not a backup, it's just a copy.

Consider that instead of using primary SAN storage for your first target, you might be better off with a D2D appliance that looks like a tape target, and allows for easy automated copies to physical tape.  The D2D backup devices look like tape to the outside world, so they're not subject to viruses or accidental deletes like data on a SAN.  Since they look like tape, they also easily let you do incremental or differential backups.  And the best of them let you hang the tape drive directly off the appliance, and let the device itself perform the copy to tape.

And back to your original question -- "why so much space?"  Don't forget data growth.  If your data is growing at 50%/year, as many businesses are, then you'll want to start out with enough space for at least six months worth of growth, and maybe the full year.  How difficult will it be to add more space to your SAN once you're in production?
0
 
LVL 3

Expert Comment

by:raj27962
ID: 24786636
the extra space is for the incremental backups etc, your probably doing a full backup once a month or week, with incrementals most days and a diff every so often, so your 4 gigs of data can easy add upto 16
0
 
LVL 4

Assisted Solution

by:tellawi
tellawi earned 125 total points
ID: 24871856
It is important to first understand the concept of space reservation in SAN. The simplest way to explain that is to think of a regular magnetic disk drive - it has addresses that hosts can refer to in order to read or write data - and hosts can always send I/O write commands to these data block addresses again and again - that's the whole idea of an address space.
The SAN filesystem has a different write allocation policy - when you keep point-in-time copy of the same filesystem (Snapshots), the Filesystem keeps blocks untouched, so that one can recover from snapshots that reference these blocks.

So when point in time backup are being taken; the host is still writing data consistently into the LUN, more and more data blocks will be held "captive" by the point in time copy. This is where space reservation algorithms kick in - to protect from causing SCSI write errors to LUNs - by default, every LUN consumes its original size plus another 100% of its size as well as a protection against this rare case of frequent writes into a LUN on a volume with many point in time copies created.

this is way it is recommended in SAN is to enlarge the size of the underlying volume that holds the LUN to occupy additional point in time copies (snapshots).
0
 

Author Closing Comment

by:58872
ID: 31597859
Thanks. Sorry for delay.
0

Featured Post

Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Finding original email is quite difficult due to their duplicates. From this article, you will come to know why multiple duplicates of same emails appear and how to delete duplicate emails from Outlook securely and instantly while vital emails remai…
This article aims to explain the working of CircularLogArchiver. This tool was designed to solve the buildup of log file in cases where systems do not support circular logging or where circular logging is not enabled
To efficiently enable the rotation of USB drives for backups, storage pools need to be created. This way no matter which USB drive is installed, the backups will successfully write without any administrative intervention. Multiple USB devices need t…
This tutorial will show how to configure a single USB drive with a separate folder for each day of the week. This will allow each of the backups to be kept separate preventing the previous day’s backup from being overwritten. The USB drive must be s…

791 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question