Search
Related Links




    

Informative Articles

Backing Up Your Stuff Part 2: A Solution
So what do you do when you have so much stuff on your computer that it becomes difficult, if not impossible, to back up the whole thing on a regular basis? You know that you must perform backups (the world is full of dangers to your computer and...

Digital Rights Management
As the internet progresses in both popularity and structure, DRM is going to become very important in moving away from the early free-for-all towards a more paid-for model. However, there is an argument over the degree of restriction of freedom that...

Jungo Joins Texas Instruments' Third Party DSP Network to Provide Software/Hardware Connectivity Solutions
Jungo's driver development tools and embedded Universal Serial Bus (USB) solutions help DSP developers bring products to market faster SAN JOSE, Calif., April 15 /PRNewswire/ -- Jungo(R) Software Technologies, Inc., a leading...

Webfarms: The Only Way To Host!
Networks can be configured to be so incredibly redundant now - for reasonable prices - that there is no excuse for a data center not to achieve five nines (99.999%) of availability. But what about the servers and applications? Why spend so much...

What to look for in an assembled PC
Not too well versed with the hardware jargon but need a computer? For starters, read Ask these 3 questions before you buy a computer. Once you are sure what you need one for, get cracking. Here is a basic guide to get you started. Do note: while...

 
Using SANRAD V-Switch as the VSS hardware provider for Windows backups

Introduction

Many Microsoft Window applications (like Exchange, MS-SQL, etc) are critical to the daily core functionality for many companies and organizations. Managing the data backup for these applications presents new challenges for system administrators. While there is an ever increasing need for more and more data to be backed up, at the same time the system administrator must cope with the issue of shrinking backup windows in which the application can be taken offline in order to backup the application data. Another issue to contend with is the performance hit the production server takes when backup is running.

Microsoft Volume Shadow Copy Service (VSS) and SANRAD iSCSI V-Switch acting as VSS storage provider can help the system administrator resolve these issues by:

* Eliminating the need to take the application offline.

* Quickly responding to the increasing need for storage.

* Enabling fast backup and restore by backing up to disks and offloading the backup performance hit from the production volumes and servers.

This application note describes VSS, how it works, the required basic configuration in order for VSS to work with the SANRAD V-Switch to create snapshots as well as the backup design options using VSS and SANRAD V-Switch. We use Veritas' BackupExec (V10.0) to help us demonstrate taking backups with VSS using SANRAD V-Switch.

This application note assumes that the user has basic knowledge of how to use SANRAD V-Switch to configure volumes and expose them to the servers as disks. The user should also be familiar with Microsoft Iscsi initiator for connecting Windows 2003 server to the exposed iSCSI volumes by the SANRAD V-Switch.

What is VSS?

Microsoft Volume Shadow Copy Service (VSS) provides the backup infrastructure for the Windows Server 2003 operating systems, as well as a mechanism for creating consistent point-in-time copies of data known as shadow copies or snapshots.

VSS can produce consistent snapshots by coordinating between different applications (business, file-system services, backup) and storage hardware.

The following steps describe VSS Architecture:

STEP 1. Path 1: The Requestor (usually a backup application) make a request to VSS (running on the application server) to create snapshots of production volumes so that backups can be made from the snapshots and not from the production volumes.

STEP 2. Path 2: If the volumes "belong" to an application that has a VSS Writer (VSS aware application like Exchange), the VSS requests the Writer to prepare the volumes. The Writer will usually flash the data to the disk and freeze IO writes from the application during the time the VSS takes the snapshots


(usually few seconds). This ensures application data consistency when recovery is needed. If there is no VSS writer then VSS will go directly to the next step but there is no guarantee that the data is in a consistent state.

STEP 3. Path 3: VSS requests a provider to create a snapshot. There are three kinds of VSS providers: Hardware, Software and System. A system provider is part of the Windows 2003 OS and it will take snapshots and keep them but only at the OS level. A hardware provider is usually a storage provider, like SANRAD Iscsi V-Switch, which creates and maintains snapshots at the storage hardware level. VSS chooses the provider from a list (first on the list with priority given to hardware provider if one exists).

STEP 4. Path 4: VSS goes back to the VSS Writer (if it exists) and allows it to unfreeze the application I/O activity and resume normal activity.

STEP 5. Path 5: VSS goes back to the requestor (backup application) and gives it the location of the snapshots so it can start the backup from the snapshots.

STEP 6. Path 6: Once backup is complete, the requestor informs VSS which in turn informs the VSS provider to delete the snapshots.

Summary

The combined solution of Microsoft Volume Shadow Copy Service (VSS), SANRAD V-Switch as the VSS storage provider and backup VSS aware applications (like Veritas BackupExec V10) allow companies to offload backup jobs from the production environment, leave applications up for user access while backing up the data and have a data life cycle for regulations compliance.

This article describes VSS, how it works, the required basic configuration in order for VSS to work with the SANRAD V-Switch to create snapshots as well as the backup design options using VSS and SANRAD V-Switch. We use Veritas' BackupExec (V10.0) to help us demonstrate taking backups with VSS using SANRAD V-Switch. It further discusses about Configuring Windows Application server to use the V-Switch as the VSS Hardware Provider, Configuring the V-Switch for VSS, Configuring the Backup Application to use VSS for the backup job, Backup design options using the V-Switch as the VSS hardware provider, D2D - Offload the backup from the production volumes, D2D - Offload the backup from production servers, D2D - Save the backups in remote location with SANRAD data replication, and D2D2T - Offload old backups from disks to tape with SANRAD data replication. For further reading click here

About the author:

None