+ Post New Thread
Results 1 to 3 of 3
Hardware Thread, SAN+back up in Technical; We are looking at getting an RM disk to disk to tape solution in the next financial year. This price ...
  1. #1
    nicholab's Avatar
    Join Date
    Nov 2006
    Location
    Birmingham
    Posts
    1,452
    Thank Post
    4
    Thanked 97 Times in 93 Posts
    Blog Entries
    1
    Rep Power
    50

    SAN+back up

    We are looking at getting an RM disk to disk to tape solution in the next financial year. This price point of £6k (includes commissioning) is the same as some SAN solutions. So how do people back up their SAN's and do they do it during school hours? I know these are slightly different issues. I think we could could kill two birds with one stone by getting a SAN with a autoloader and I am trying to show this to network manager.

    What are the benefits of a SAN connected to an autoloader for backup rather than buying this backup solution?

    Thanks for reading my 1st post.

  2. #2


    Join Date
    Jan 2006
    Posts
    8,202
    Thank Post
    442
    Thanked 1,032 Times in 812 Posts
    Rep Power
    339

    Re: SAN+back up

    So how do people back up their SAN's and do they do it during school hours?
    We're planning on getting SAN this year, depending upon finances. Our backup, although not confirmed, is likely to use the old server disks and maybe some sATA drives in the other side of the school and to rync them at night. Probably we'll use (a selection) of older tape drives to back up the critical data off site.

    What are the benefits of a SAN connected to an autoloader for backup rather than buying this backup solution?
    from wikipedia:
    Benefits

    Sharing storage usually simplifies storage administration and adds flexibility since cables and storage devices do not have to be physically moved to move storage from one server to another. Note, though, that with the exception of SAN file systems and clustered computing, SAN storage is still a one-to-one relationship. That is, each device (or Logical Unit Number (LUN)) on the SAN is "owned" by a single computer (or initiator). In contrast, Network Attached Storage (NAS) allows many computers to access the same set of files over a network. The contrast between the SAN and NAS has been blurred with the creation of a NAS head.

    SANs tend to increase storage capacity utilization, since multiple servers can share the same growth reserve.

    Other benefits include the ability to allow servers to boot from the SAN itself. This allows for a quick and easy replacement of faulty servers since the SAN can be reconfigured so that a replacement server can use the LUN of the faulty server. This process can take as little as half an hour and is a relatively new idea being pioneered in newer data centers. There are a number of emerging products designed to facilitate and speed up this process still further. For example, Brocade Communication Systems offers an Application Resource Manager product which automatically provisions servers to boot off a SAN, with typical-case load times measured in minutes. While this area of technology is still new, many view it as being the future of the enterprise datacenter.

    SANs also tend to enable more effective disaster recovery processes. A SAN attached storage array can replicate data belonging to many servers to a secondary storage array. This secondary array can be local or, more typically, remote. The goal of disaster recovery is to place copies of data outside the radius of effect of an anticipated threat, and so the long-distance transport capabilities of SAN protocols such as Fibre Channel and FCIP are required to support these solutions. (The physical layer options for the traditional direct-attached SCSI model could only support a few meters of distance: not nearly enough to ensure business continuance in a disaster.) Demand for this SAN application has increased dramatically after the September 11th attacks in the United States, and increased regulatory requirements associated with Sarbanes-Oxley and similar legislation.

    Newer SANs allow duplication functionality such as "cloning", "Business Continuance Volumes (BCV)" and "snapshotting," which allows for real-time duplication of LUN, for the purposes of backup, disaster recovery, or system duplication. With higher-end database systems, this can occur without downtime, and is geographically independent, primarily being limited by available bandwidth and storage. Cloning and BCV's create a complete replica of the LUN in the background (consuming I/O resources in the process), while snapshotting stores only the original states of any blocks that get changed after the "snapshot" (also known as the delta blocks) from the original LUN, and does not significantly slow the system. In time, however, snapshots can grow to be as large as the original system, and are normally only recommended for temporary storage. The two types of duplication are otherwise identical, and a cloned or snapshotted LUN can be mounted on another system for execution, or backup to tape or other device, or for replication to a distant point.
    Thanks for reading my 1st post.

  3. #3

    SpuffMonkey's Avatar
    Join Date
    Jul 2005
    Posts
    2,224
    Thank Post
    54
    Thanked 276 Times in 184 Posts
    Rep Power
    133

    Re: SAN+back up

    Our SAN appears as ordinary drive letters on each Blade Server - we just use normal backup procedures (Backup Exec) to back up.

SHARE:
+ Post New Thread

Similar Threads

  1. Back-Ups
    By Craig_W in forum Wireless Networks
    Replies: 4
    Last Post: 9th July 2007, 11:16 PM
  2. Been Away Now I'm Back
    By in forum General Chat
    Replies: 10
    Last Post: 27th February 2007, 07:34 PM
  3. Were Back...
    By russdev in forum General EduGeek News/Announcements
    Replies: 13
    Last Post: 21st September 2006, 12:46 PM
  4. Tell Me All About BACK-UP'S Please.
    By tickmike in forum Windows
    Replies: 15
    Last Post: 11th September 2006, 07:44 PM

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •