Volume Shadow Copy for Transport
CASTalk.com Forum Index CASTalk.com
Discussion of DSP, FPGA, storage and embedded system.
 
 FAQFAQ   MemberlistMemberlist     RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 
 
Google
 
Web castalk.com
Volume Shadow Copy for Transport

 
Post new topic   Reply to topic    CASTalk.com Forum Index -> Storage System
Author Message
Mark
Guest





Posted: Thu Mar 18, 2004 7:11 pm    Post subject: Volume Shadow Copy for Transport Reply with quote

Has anyone seen any documention with regards to "transporting" Shadow Copies
from one server to another? I looking for the documentation of how to
implement this. I currently have the ability to perform LUN copying my SAN,
but I would like to use VSS for the greatly decreased amount of time it's
supposed to take.

Searching on Microsoft's web site hasn't really turned up anything other
than a how it works page.

thanks.

Mark
Back to top
Keith Hageman [MSFT]
Guest





Posted: Thu Mar 18, 2004 8:47 pm    Post subject: Re: Volume Shadow Copy for Transport Reply with quote

"Shadow Copy Transport" is supported on Windows Server 2003 Enterprise and
Datacenter Editions and requires a Volume Shadow Copy Service (VSS) Hardware
Provider from your storage array vendor. "Shadow Copy Transport" scenarios
are not supported with VSS software providers.

Additionally, you will need a 3rd party VSS requestor application that
performs the operations that you are interested in implementing.

Examples of solutions that would enable this are:
1) offloading backup operations to alternate servers - this VSS scenario
would be implemented by creating a Hardware Shadow Copy on the production
server using the hardware snapshot or clone feature of your SAN, importing
that Hardware Shadow Copy on an alternate server where the actual backup to
tape would occur

2) Fast recovery solutions - this VSS scenario would be implemented by
creating a Hardware Shadow Copy of a production server using the hardware
snapshot or clone features of your SAN, in situations where the production
server has an error and it is decided to recover through Shadow Copies, a
VSS requestor application could dismount the failed LUNs, mount the Shadow
Copy LUNs and the application restarted. There is a whitepaper on AD Fast
Recovery available at
http://www.microsoft.com/windows/storage/productinformation/whitepapers/W2K3ActDirFastRec.mspx.
While AD may not be interesting to you, we wrote this paper because AD Fast
Recovery is the most difficult and complex VSS Fast Recovery scenario
because it requires Boot from SAN. There is a "Boot from SAN" whitepaper
available at
http://www.microsoft.com/windowsserversystem/wss2003/techinfo/plandeploy/BootfromSANinWindows.mspx
You can use the information the AD Fast Recovery whitepaper to envision a
similar solution for your application.

There are two categories of VSS requestors 1) Backup & Restore products and
2) Shadow Copy Management applications.
Backup & Restore products are well understood so I won't discuss those
products in this thread.
Shadow Copy Management applications and products are NOT traditional backup
solutions. These new applications typically solve very difficult operational
scenarios through the implementation of a specific VSS & VDS sequence of
operations.

For instance,
- CommVault has shipped a product called Shadow Explorer that allows the
user to create, delete, transport shadow copies through it's UI
- EMC Snapview Integration for Microsoft Exchange (SIME) is strictly an
Exchange Fast Recovery product
- HP Fast Recovery Solutions for Exchange is strictly an Exchange Fast
Recovery product

--
Keith Hageman
This posting is provided "AS IS" with no warranties, and confers no rights.


"Mark" <mark.miller@zurichna.com> wrote in message
news:O$lP6LPDEHA.3788@TK2MSFTNGP10.phx.gbl...
Quote:
Has anyone seen any documention with regards to "transporting" Shadow
Copies
from one server to another? I looking for the documentation of how to
implement this. I currently have the ability to perform LUN copying my
SAN,
but I would like to use VSS for the greatly decreased amount of time it's
supposed to take.

Searching on Microsoft's web site hasn't really turned up anything other
than a how it works page.

thanks.

Mark

Back to top
Mark
Guest





Posted: Fri Mar 19, 2004 6:19 pm    Post subject: Re: Volume Shadow Copy for Transport Reply with quote

Thanks. That's what I'm looking for. I wasn't sure if I was needing to get
a 3rd-party product or not.

Is there a section on any of the Microsoft Storage web pages that list these
3rd-party companies supplying VSS providers and requestors? I noticed that
you mentioned CommVault below, but I would be interested in being able to
see new options as they become available.

Just so that I'm clear, Shadow Copy Transport doesn't require a VDS hardware
provider, correct? A VDS hardware provider would only be used if I'm
managing a storage array. I noticed that one is required when I tried to
run diskraid.exe

If I'm using Shadow Copy Transport for a volume attached to my SAN, and what
to move it to my NAS device, I'll need to have a VSS hardware provider for
not just my SAN, but my NAS as well correct?

My last question is this. In order to enable Plex Shadow Copies, do I need
a 3rd-party requestor to perform this operation?

thanks.

Mark

"Keith Hageman [MSFT]" <keithha@online.microsoft.com> wrote in message
news:e$3FIBQDEHA.1456@TK2MSFTNGP09.phx.gbl...
Quote:
"Shadow Copy Transport" is supported on Windows Server 2003 Enterprise and
Datacenter Editions and requires a Volume Shadow Copy Service (VSS)
Hardware
Provider from your storage array vendor. "Shadow Copy Transport" scenarios
are not supported with VSS software providers.

Additionally, you will need a 3rd party VSS requestor application that
performs the operations that you are interested in implementing.

Examples of solutions that would enable this are:
1) offloading backup operations to alternate servers - this VSS scenario
would be implemented by creating a Hardware Shadow Copy on the production
server using the hardware snapshot or clone feature of your SAN, importing
that Hardware Shadow Copy on an alternate server where the actual backup
to
tape would occur

2) Fast recovery solutions - this VSS scenario would be implemented by
creating a Hardware Shadow Copy of a production server using the hardware
snapshot or clone features of your SAN, in situations where the production
server has an error and it is decided to recover through Shadow Copies, a
VSS requestor application could dismount the failed LUNs, mount the Shadow
Copy LUNs and the application restarted. There is a whitepaper on AD Fast
Recovery available at

http://www.microsoft.com/windows/storage/productinformation/whitepapers/W2K3ActDirFastRec.mspx.
While AD may not be interesting to you, we wrote this paper because AD
Fast
Recovery is the most difficult and complex VSS Fast Recovery scenario
because it requires Boot from SAN. There is a "Boot from SAN" whitepaper
available at

http://www.microsoft.com/windowsserversystem/wss2003/techinfo/plandeploy/BootfromSANinWindows.mspx
You can use the information the AD Fast Recovery whitepaper to envision a
similar solution for your application.

There are two categories of VSS requestors 1) Backup & Restore products
and
2) Shadow Copy Management applications.
Backup & Restore products are well understood so I won't discuss those
products in this thread.
Shadow Copy Management applications and products are NOT traditional
backup
solutions. These new applications typically solve very difficult
operational
scenarios through the implementation of a specific VSS & VDS sequence of
operations.

For instance,
- CommVault has shipped a product called Shadow Explorer that allows the
user to create, delete, transport shadow copies through it's UI
- EMC Snapview Integration for Microsoft Exchange (SIME) is strictly an
Exchange Fast Recovery product
- HP Fast Recovery Solutions for Exchange is strictly an Exchange Fast
Recovery product

--
Keith Hageman
This posting is provided "AS IS" with no warranties, and confers no
rights.


"Mark" <mark.miller@zurichna.com> wrote in message
news:O$lP6LPDEHA.3788@TK2MSFTNGP10.phx.gbl...
Has anyone seen any documention with regards to "transporting" Shadow
Copies
from one server to another? I looking for the documentation of how to
implement this. I currently have the ability to perform LUN copying my
SAN,
but I would like to use VSS for the greatly decreased amount of time
it's
supposed to take.

Searching on Microsoft's web site hasn't really turned up anything other
than a how it works page.

thanks.

Mark



Back to top
Keith Hageman [MSFT]
Guest





Posted: Tue Mar 23, 2004 8:13 am    Post subject: Re: Volume Shadow Copy for Transport Reply with quote

inline response below

--
Keith Hageman
This posting is provided "AS IS" with no warranties, and confers no rights.


"Mark" <mark.miller@zurichna.com> wrote in message news:%23UL%23VTbDEHA.1128@TK2MSFTNGP11.phx.gbl...
Quote:
Thanks. That's what I'm looking for. I wasn't sure if I was needing to get
a 3rd-party product or not.

Is there a section on any of the Microsoft Storage web pages that list these
3rd-party companies supplying VSS providers and requestors? I noticed that
you mentioned CommVault below, but I would be interested in being able to
see new options as they become available.
[KeithHa] Not at this time. This has been requested and we will have information available in the near futer.

When that becomes availble, we will announce it to this newsgroup.
Quote:

Just so that I'm clear, Shadow Copy Transport doesn't require a VDS hardware
provider, correct? A VDS hardware provider would only be used if I'm
managing a storage array. I noticed that one is required when I tried to
run diskraid.exe
[KeithHa] It is correct that VDS hardware providers are NOT required but the more interesting solutions coming online (CommVault Shadow Explorer,

HP Fast Recovery Solutions, EMC Snapview Integration for Microsoft Exchange 2003) are all combination applications. They use both VSS and VDS.

Quote:

If I'm using Shadow Copy Transport for a volume attached to my SAN, and what
to move it to my NAS device, I'll need to have a VSS hardware provider for
not just my SAN, but my NAS as well correct?
[KeithHa] Yes, you will need to install the VSS hardware provider on both systems. The NAS will need an HBA and be zoned appropriately through your fabric for

the scenario you are interested in to work correctly.

Quote:

My last question is this. In order to enable Plex Shadow Copies, do I need
a 3rd-party requestor to perform this operation?
[KeithHa] yes


Quote:

thanks.

Mark

"Keith Hageman [MSFT]" <keithha@online.microsoft.com> wrote in message
news:e$3FIBQDEHA.1456@TK2MSFTNGP09.phx.gbl...
"Shadow Copy Transport" is supported on Windows Server 2003 Enterprise and
Datacenter Editions and requires a Volume Shadow Copy Service (VSS)
Hardware
Provider from your storage array vendor. "Shadow Copy Transport" scenarios
are not supported with VSS software providers.

Additionally, you will need a 3rd party VSS requestor application that
performs the operations that you are interested in implementing.

Examples of solutions that would enable this are:
1) offloading backup operations to alternate servers - this VSS scenario
would be implemented by creating a Hardware Shadow Copy on the production
server using the hardware snapshot or clone feature of your SAN, importing
that Hardware Shadow Copy on an alternate server where the actual backup
to
tape would occur

2) Fast recovery solutions - this VSS scenario would be implemented by
creating a Hardware Shadow Copy of a production server using the hardware
snapshot or clone features of your SAN, in situations where the production
server has an error and it is decided to recover through Shadow Copies, a
VSS requestor application could dismount the failed LUNs, mount the Shadow
Copy LUNs and the application restarted. There is a whitepaper on AD Fast
Recovery available at

http://www.microsoft.com/windows/storage/productinformation/whitepapers/W2K3ActDirFastRec.mspx.
While AD may not be interesting to you, we wrote this paper because AD
Fast
Recovery is the most difficult and complex VSS Fast Recovery scenario
because it requires Boot from SAN. There is a "Boot from SAN" whitepaper
available at

http://www.microsoft.com/windowsserversystem/wss2003/techinfo/plandeploy/BootfromSANinWindows.mspx
You can use the information the AD Fast Recovery whitepaper to envision a
similar solution for your application.

There are two categories of VSS requestors 1) Backup & Restore products
and
2) Shadow Copy Management applications.
Backup & Restore products are well understood so I won't discuss those
products in this thread.
Shadow Copy Management applications and products are NOT traditional
backup
solutions. These new applications typically solve very difficult
operational
scenarios through the implementation of a specific VSS & VDS sequence of
operations.

For instance,
- CommVault has shipped a product called Shadow Explorer that allows the
user to create, delete, transport shadow copies through it's UI
- EMC Snapview Integration for Microsoft Exchange (SIME) is strictly an
Exchange Fast Recovery product
- HP Fast Recovery Solutions for Exchange is strictly an Exchange Fast
Recovery product

--
Keith Hageman
This posting is provided "AS IS" with no warranties, and confers no
rights.


"Mark" <mark.miller@zurichna.com> wrote in message
news:O$lP6LPDEHA.3788@TK2MSFTNGP10.phx.gbl...
Has anyone seen any documention with regards to "transporting" Shadow
Copies
from one server to another? I looking for the documentation of how to
implement this. I currently have the ability to perform LUN copying my
SAN,
but I would like to use VSS for the greatly decreased amount of time
it's
supposed to take.

Searching on Microsoft's web site hasn't really turned up anything other
than a how it works page.

thanks.

Mark





Back to top
Mark
Guest





Posted: Tue Mar 23, 2004 8:10 pm    Post subject: Re: Volume Shadow Copy for Transport Reply with quote

Thanks for the replies.

Mark

"Keith Hageman [MSFT]" <keithha@online.microsoft.com> wrote in message
news:OvbJbTIEEHA.3804@TK2MSFTNGP09.phx.gbl...
inline response below

--
Keith Hageman
This posting is provided "AS IS" with no warranties, and confers no rights.


"Mark" <mark.miller@zurichna.com> wrote in message
news:%23UL%23VTbDEHA.1128@TK2MSFTNGP11.phx.gbl...
Quote:
Thanks. That's what I'm looking for. I wasn't sure if I was needing to
get
a 3rd-party product or not.

Is there a section on any of the Microsoft Storage web pages that list
these
3rd-party companies supplying VSS providers and requestors? I noticed
that
you mentioned CommVault below, but I would be interested in being able to
see new options as they become available.
[KeithHa] Not at this time. This has been requested and we will have

information available in the near futer.
When that becomes availble, we will announce it to this newsgroup.
Quote:

Just so that I'm clear, Shadow Copy Transport doesn't require a VDS
hardware
provider, correct? A VDS hardware provider would only be used if I'm
managing a storage array. I noticed that one is required when I tried to
run diskraid.exe
[KeithHa] It is correct that VDS hardware providers are NOT required but the

more interesting solutions coming online (CommVault Shadow Explorer,
HP Fast Recovery Solutions, EMC Snapview Integration for Microsoft Exchange
2003) are all combination applications. They use both VSS and VDS.

Quote:

If I'm using Shadow Copy Transport for a volume attached to my SAN, and
what
to move it to my NAS device, I'll need to have a VSS hardware provider for
not just my SAN, but my NAS as well correct?
[KeithHa] Yes, you will need to install the VSS hardware provider on both

systems. The NAS will need an HBA and be zoned appropriately through your
fabric for
the scenario you are interested in to work correctly.

Quote:

My last question is this. In order to enable Plex Shadow Copies, do I
need
a 3rd-party requestor to perform this operation?
[KeithHa] yes


Quote:

thanks.

Mark

"Keith Hageman [MSFT]" <keithha@online.microsoft.com> wrote in message
news:e$3FIBQDEHA.1456@TK2MSFTNGP09.phx.gbl...
"Shadow Copy Transport" is supported on Windows Server 2003 Enterprise
and
Datacenter Editions and requires a Volume Shadow Copy Service (VSS)
Hardware
Provider from your storage array vendor. "Shadow Copy Transport"
scenarios
are not supported with VSS software providers.

Additionally, you will need a 3rd party VSS requestor application that
performs the operations that you are interested in implementing.

Examples of solutions that would enable this are:
1) offloading backup operations to alternate servers - this VSS scenario
would be implemented by creating a Hardware Shadow Copy on the
production
server using the hardware snapshot or clone feature of your SAN,
importing
that Hardware Shadow Copy on an alternate server where the actual backup
to
tape would occur

2) Fast recovery solutions - this VSS scenario would be implemented by
creating a Hardware Shadow Copy of a production server using the
hardware
snapshot or clone features of your SAN, in situations where the
production
server has an error and it is decided to recover through Shadow Copies,
a
VSS requestor application could dismount the failed LUNs, mount the
Shadow
Copy LUNs and the application restarted. There is a whitepaper on AD
Fast
Recovery available at


http://www.microsoft.com/windows/storage/productinformation/whitepapers/W2K3ActDirFastRec.mspx.
While AD may not be interesting to you, we wrote this paper because AD
Fast
Recovery is the most difficult and complex VSS Fast Recovery scenario
because it requires Boot from SAN. There is a "Boot from SAN" whitepaper
available at


http://www.microsoft.com/windowsserversystem/wss2003/techinfo/plandeploy/BootfromSANinWindows.mspx
You can use the information the AD Fast Recovery whitepaper to envision
a
similar solution for your application.

There are two categories of VSS requestors 1) Backup & Restore products
and
2) Shadow Copy Management applications.
Backup & Restore products are well understood so I won't discuss those
products in this thread.
Shadow Copy Management applications and products are NOT traditional
backup
solutions. These new applications typically solve very difficult
operational
scenarios through the implementation of a specific VSS & VDS sequence of
operations.

For instance,
- CommVault has shipped a product called Shadow Explorer that allows the
user to create, delete, transport shadow copies through it's UI
- EMC Snapview Integration for Microsoft Exchange (SIME) is strictly an
Exchange Fast Recovery product
- HP Fast Recovery Solutions for Exchange is strictly an Exchange Fast
Recovery product

--
Keith Hageman
This posting is provided "AS IS" with no warranties, and confers no
rights.


"Mark" <mark.miller@zurichna.com> wrote in message
news:O$lP6LPDEHA.3788@TK2MSFTNGP10.phx.gbl...
Has anyone seen any documention with regards to "transporting" Shadow
Copies
from one server to another? I looking for the documentation of how to
implement this. I currently have the ability to perform LUN copying
my
SAN,
but I would like to use VSS for the greatly decreased amount of time
it's
supposed to take.

Searching on Microsoft's web site hasn't really turned up anything
other
than a how it works page.

thanks.

Mark





Back to top
 
Post new topic   Reply to topic    CASTalk.com Forum Index -> Storage System All times are GMT
Page 1 of 1

 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum




VoIP Electronics Powered by phpBB