|
|
|
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
|
|
|
|
|
|