This article can also be found in the Premium Editorial Download "Storage magazine: Tools for successful data migrations."
Download it now to read this article plus other related content.
SAN disk-as-disk targets
A SAN disk-as-disk target is simply a disk array connected to the SAN and attached to one or more backup servers. (Some products, like IBM's TSM, can back up to raw disk.) The backup server typically puts a filesystem on the array and writes to that filesystem. The advantage over a NAS disk-as-disk system is the better write performance typical of a high-end SAN disk array compared to an Ethernet NAS filer.
|TIP: DISK-AS-DISK LICENSING IS CHANGING|
NAS disk-as-disk targets
A NAS disk-as-disk target solves the provisioning issues of a SAN disk-as-disk target by putting the disks behind a NAS head, making a giant volume and sharing that volume via NFS. Generally, such systems are easier to maintain than traditional disk arrays. But easier management comes with a price. The filer head and filer OS increase the cost of the system, and performance will be limited to the throughput of the filer head. Depending on the size of your backups, performance may not be an issue. If you're a NAS shop with many other filers, a NAS disk-as-disk target makes sense--especially if you're using replication-based backup.
|TIP: SAN VS. NAS PERFORMANCE|
Next we'll explore how to use VTLs with your backup system; describe their advantages and disadvantages vs. disk-as-disk systems, and explain the advantages and disadvantages of the two different kinds of VTLs.
VTLs offer two main advantages over disk-as-disk backup targets: ease of management and better performance. As described earlier, there are various ways to use disk to protect data. A disk-as-disk target requires all of the usual provisioning steps of standard shared storage arrays. In contrast, if you tell a VTL how many virtual tape drives and virtual cartridges it should emulate, the VTL software automatically handles all of the provisioning and allocates the appropriate amount of disk to each virtual cartridge.
If the VTL needs to be expanded (not all VTLs are expandable), you just connect the additional storage, tell the VTL it's there and the VTL will automatically begin using the new storage. There's no volume manager to run and no RAID groups to administer.
Another important management advantage of VTLs is how easy it is to share VTLs among multiple servers and apps (see "Should a virtual tape library be shared?"). To share a VTL among multiple backup servers running the same software, use the built-in library sharing capability most backup products have. To share a VTL among multiple servers running different apps, partition the VTL into multiple smaller VTLs, assign a number of virtual cartridges to each VTL and associate each VTL with a different backup server. These scenarios are much easier than what's required to share a disk-as-disk target among multiple backup servers.
This was first published in November 2005