Veritas-bu
[Top] [All Lists]
<prev [Date] next>
[Advanced]
 <prev [Thread] next>

[Veritas-bu] Restricting tapes to a single stream

2006-01-31 10:57:20
Subject: [Veritas-bu] Restricting tapes to a single stream
From: simon.weaver AT astrium.eads DOT net (WEAVER, Simon)
Date: Tue, 31 Jan 2006 15:57:20 -0000 
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C6267F.0496C690
Content-Type: text/plain


Jeff
sorry... I already did, however that was before I got this post!
 
So feel free to ignore the advice :-)
 
 

Simon Weaver
Technical Support
Windows Domain Administrator 

EADS Astrium
Tel: 02392-708598 

Email: Simon.Weaver AT Astrium.eads DOT net 

-----Original Message-----
From: Jeff Lightner [mailto:jlightner AT water DOT com] 
Sent: 31 January 2006 15:53
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Restricting tapes to a single stream



To forestall further answer of this kind:

 

I am NOT looking for assistance in resolving the 52 error on the backup.
This problem would be caused if the issue had been any other issue that
caused a retry so wouldn't be restricted to a status 52 exit in any event.

 

I am NOT looking for "better" methods of doing a refresh.

 

What IS being asked is if there is a way to prevent a single backup from
using the same tape on two different streams given that the backup in
question has multiple streams (e.g. please do not respond that I could
prevent it by doing the backup as a single stream).

 


  _____  


From: Greenberg, Katherine A [mailto:GreenbergKA AT aetna DOT com] 
Sent: Tuesday, January 31, 2006 10:22 AM
To: Jeff Lightner; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Restricting tapes to a single stream

 

Why don't you try to identify and repair what is causing the 52 errors?

 

There are a few technotes and fixes for that specific error code, as it is
fairly common.

 

~Kate

 

-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Jeff 
Lightner
Sent: Tuesday, January 31, 2006 9:20 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Restricting tapes to a single stream

Is it possible to setup a policy in such a way that any stream will not use
a tape previously used within another stream of the same backup?

Background:

We run our Production DB backup using 3 streams.   This backup is used for
doing refreshes to test and training databases.   On occasion during the
original backup we'll see a status 52 forces one of the streams to timeout
and do a new try which is successful.  Unfortunately the new try on that
stream may occur after one of the other 2 streams has finished with a tape
so it grabs that tape for this stream.   This is OK but on restore it won't
even schedule the 3rd stream until after the stream that originally used the
tape has finished restoring so of course it causes a long delay in refresh.
I didn't see a setting in the policy definition so I'm wondering if there is
a bp.conf or other setting that would prevent the use of the same tape
within two different streams of the same backup?

Jeffrey C. Lightner

Unix Systems Administrator

DS Waters of North America

678-486-3516


  _____  


This e-mail may contain confidential or privileged information. If you
think you have received this e-mail in error, please advise the sender
by
reply e-mail and then delete this e-mail immediately. Thank you.
Aetna 



This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or 
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of EADS 
Astrium Limited.
Nothing in this email shall bind EADS Astrium Limited in any contract or 
obligation.

EADS Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
------_=_NextPart_001_01C6267F.0496C690
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns=3D"http://www.w3.org/TR/REC-html40"; xmlns:v =3D=0D
"urn:schemas-microsoft-com:vml" xmlns:o =3D=0D
"urn:schemas-microsoft-com:office:office" xmlns:w =3D=0D
"urn:schemas-microsoft-com:office:word" xmlns:st1 =3D=0D
"urn:schemas-microsoft-com:office:smarttags"><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=
=3Dus-ascii">
<TITLE>Message</TITLE>

<META content=3D"MSHTML 6.00.2900.2802" name=3DGENERATOR><!--[if !mso]>
<STYLE>v\:* {
        BEHAVIOR: url(#default#VML)
}
o\:* {
        BEHAVIOR: url(#default#VML)
}
w\:* {
        BEHAVIOR: url(#default#VML)
}
.shape {
        BEHAVIOR: url(#default#VML)
}
</STYLE>
<![endif]--><o:SmartTagType name=3D"place"=0D
namespaceuri=
=3D"urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType><!--[if=
 !mso]>
<STYLE>st1\:* {
        BEHAVIOR: url(#default#ieooui)
}
</STYLE>
<![endif]-->
<STYLE>@font-face {
        font-family: Tahoma;
}
@font-face {
        font-family: Verdana;
}
@page Section1 {size: 8.5in 11.0in; margin: 1.0in 1.25in 1.0in 1.25in; }
P.MsoNormal {
        FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"
}
LI.MsoNormal {
        FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"
}
DIV.MsoNormal {
        FONT-SIZE: 12pt; MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman"
}
A:link {
        COLOR: blue; TEXT-DECORATION: underline
}
SPAN.MsoHyperlink {
        COLOR: blue; TEXT-DECORATION: underline
}
A:visited {
        COLOR: purple; TEXT-DECORATION: underline
}
SPAN.MsoHyperlinkFollowed {
        COLOR: purple; TEXT-DECORATION: underline
}
P {
        FONT-SIZE: 12pt; MARGIN-LEFT: 0in; MARGIN-RIGHT: 0in; FONT-FAMILY: 
"Times=
 New Roman"; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto
}
SPAN.EmailStyle19 {
        COLOR: navy; FONT-FAMILY: Arial; mso-style-type: personal-reply
}
DIV.Section1 {
        page: Section1
}
</STYLE>
</HEAD>
<BODY lang=3DEN-US vLink=3Dpurple link=3Dblue>
<DIV><SPAN class=3D952595615-31012006><FONT face=3DArial color=3D#0000ff=0D
size=3D2>Jeff</FONT></SPAN></DIV>
<DIV><SPAN class=3D952595615-31012006><FONT face=3DArial color=3D#0000ff=0D
size=3D2>sorry... I already did, however that was before I got this=0D
post!</FONT></SPAN></DIV>
<DIV><SPAN class=3D952595615-31012006><FONT face=3DArial color=3D#0000ff=0D
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D952595615-31012006><FONT face=3DArial color=3D#0000ff=
 size=3D2>So=0D
feel free to ignore the advice :-)</FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV><!-- Converted from text/rtf format -->
<P><SPAN lang=3Den-gb><B><FONT face=3DArial color=3D#0000ff size=3D2>Simon=
=0D
Weaver</FONT></B><FONT face=3DArial><BR></FONT><B><FONT face=3DArial color=
=3D#0000ff=0D
size=3D2>Technical Support</FONT></B><FONT face=3DArial><BR></FONT><B><FONT=
=0D
face=3DArial color=3D#0000ff size=3D2>Windows Domain=
 Administrator</FONT></B><FONT=0D
face=3DArial> </FONT></SPAN></P>
<P><SPAN lang=3Den-gb><B><I><FONT face=3DArial size=3D2>EADS=0D
Astrium</FONT></I></B><I></I><FONT face=
=3DArial><BR></FONT><B></B><B><I><FONT=0D
face=3DArial size=3D2>Tel: 02392-70</FONT><FONT face=3DArial=0D
size=3D2>8598</FONT></I></B><I></I><FONT face=3DArial> </FONT></SPAN></P>
<P><SPAN lang=3Den-gb><B><FONT face=3DArial color=3D#ff0000 size=3D2>Email:=
=0D
Simon.Weaver AT Astrium.eads DOT net</FONT></B><FONT face=3DArial>=
 </FONT></SPAN></P>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=
=3Dleft><FONT=0D
  face=3DTahoma size=3D2>-----Original Message-----<BR><B>From:</B> Jeff=
 Lightner=0D
  [mailto:jlightner AT water DOT com] <BR><B>Sent:</B> 31 January 2006=0D
  15:53<BR><B>To:</B> veritas-bu AT mailman.eng.auburn DOT 
edu<BR><B>Subject:</B>=
 RE:=0D
  [Veritas-bu] Restricting tapes to a single stream<BR><BR></FONT></DIV>
  <DIV class=3DSection1>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">To forestall=
 further=0D
  answer of this kind:<o:p></o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:=
 Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">I am NOT=
 looking for=0D
  assistance in resolving the 52 error on the backup.&nbsp; This problem=
 would=0D
  be caused if the issue had been any other issue that caused a retry so=0D
  wouldn't be restricted to a status 52 exit in any=0D
  event.<o:p></o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:=
 Arial">&nbsp;<o:p></o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">I am NOT=
 looking for=0D
  "better" methods of doing a refresh.<o:p></o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:=
 Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">What IS being=
 asked=0D
  is if there is a way to prevent a single backup from using the same tape=
 on=0D
  two different streams given that the backup in question has multiple=
 streams=0D
  (e.g. please do not respond that I could prevent it by doing the backup=
 as a=0D
  single stream).<o:p></o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:=
 Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>
  <DIV>
  <DIV class=3DMsoNormal style=3D"TEXT-ALIGN: center" align=3Dcenter><FONT=
=0D
  face=3D"Times New Roman" size=3D3><SPAN style=3D"FONT-SIZE: 12pt">
  <HR tabIndex=3D-1 align=3Dcenter width=3D"100%" SIZE=3D2>
  </SPAN></FONT></DIV>
  <P class=3DMsoNormal><B><FONT face=3DTahoma size=3D2><SPAN=0D
  style=3D"FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY:=
 Tahoma">From:</SPAN></FONT></B><FONT=0D
  face=3DTahoma size=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY:=
 Tahoma">=0D
  Greenberg, Katherine A [mailto:GreenbergKA AT aetna DOT com] <BR><B><SPAN=0D
  style=3D"FONT-WEIGHT: bold">Sent:</SPAN></B> Tuesday, January 31, 2006=
 10:22=0D
  AM<BR><B><SPAN style=3D"FONT-WEIGHT: bold">To:</SPAN></B> Jeff Lightner;=
=0D
  veritas-bu AT mailman.eng.auburn DOT edu<BR><B><SPAN=0D
  style=3D"FONT-WEIGHT: bold">Subject:</SPAN></B> RE: [Veritas-bu]=
 Restricting=0D
  tapes to a single stream</SPAN></FONT><o:p></o:p></P></DIV>
  <P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=0D
  style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SPAN></FONT></P>
  <DIV>
  <P class=3DMsoNormal><FONT face=3DVerdana size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana">Why don't you try to=
 identify=0D
  and repair what is causing the 52=
 errors?</SPAN></FONT><o:p></o:p></P></DIV>
  <DIV>
  <P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=0D
  style=3D"FONT-SIZE: 12pt">&nbsp;<o:p></o:p></SPAN></FONT></P></DIV>
  <DIV>
  <P class=3DMsoNormal><FONT face=3DVerdana size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana">There are a few technotes=
 and=0D
  fixes for that specific error code, as it is fairly=0D
  common.</SPAN></FONT><o:p></o:p></P></DIV>
  <DIV>
  <P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=0D
  style=3D"FONT-SIZE: 12pt">&nbsp;<o:p></o:p></SPAN></FONT></P></DIV>
  <DIV>
  <P class=3DMsoNormal><FONT face=3DVerdana size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY:=
 Verdana">~Kate</SPAN></FONT><o:p></o:p></P></DIV>
  <DIV>
  <P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=0D
  style=3D"FONT-SIZE: 12pt">&nbsp;<o:p></o:p></SPAN></FONT></P></DIV>
  <DIV>
  <P class=3DMsoNormal style=3D"MARGIN-BOTTOM: 12pt"><FONT face=3DTahoma=
 size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">-----Original=0D
  Message-----<BR><B><SPAN style=3D"FONT-WEIGHT: bold">From:</SPAN></B>=0D
  veritas-bu-admin AT mailman.eng.auburn DOT edu=0D
  [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] <B><SPAN=0D
  style=3D"FONT-WEIGHT: bold">On Behalf Of </SPAN></B>Jeff=
 Lightner<BR><B><SPAN=0D
  style=3D"FONT-WEIGHT: bold">Sent:</SPAN></B> Tuesday, January 31, 2006=
 9:20=0D
  AM<BR><B><SPAN style=3D"FONT-WEIGHT: bold">To:</SPAN></B>=0D
  veritas-bu AT mailman.eng.auburn DOT edu<BR><B><SPAN=0D
  style=3D"FONT-WEIGHT: bold">Subject:</SPAN></B> [Veritas-bu] Restricting=
 tapes=0D
  to a single stream<o:p></o:p></SPAN></FONT></P></DIV>
  <P><FONT face=3DArial size=3D2><SPAN style=3D"FONT-SIZE: 10pt;=
 FONT-FAMILY: Arial"><!-- Converted from text/rtf format -->Is=0D
  it possible to setup a policy in such a way that any stream will not use=
 a=0D
  tape previously used within another stream of the same=0D
  backup?</SPAN></FONT><o:p></o:p></P>
  <P><FONT face=3DArial size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY:=
 Arial">Background:</SPAN></FONT><o:p></o:p></P>
  <P><FONT face=3DArial size=3D2><SPAN=0D
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">We run our Production DB=
 backup=0D
  using 3 streams.&nbsp;&nbsp; This backup is used for doing refreshes to=
 test=0D
  and training databases.&nbsp;&nbsp; On occasion during the original=
 backup=0D
  we'll see a status 52 forces one of the streams to timeout and do a new=
 try=0D
  which is successful.&nbsp; Unfortunately the new try on that stream may=
 occur=0D
  after one of the other 2 streams has finished with a tape so it grabs=
 that=0D
  tape for this stream.&nbsp;&nbsp; This is OK but on restore it won't even=
=0D
  schedule the 3<SUP>rd</SUP> stream until after the stream that originally=
 used=0D
  the tape has finished restoring so of course it causes a long delay in=0D
  refresh.&nbsp;&nbsp; I didn't see a setting in the policy definition so=
 I'm=0D
  wondering if there is a bp.conf or other setting that would prevent the=
 use of=0D
  the same tape within two different streams of the same=0D
  backup?</SPAN></FONT><o:p></o:p></P>
  <P><A name=3D""><FONT face=3D"Times New Roman" size=3D3><SPAN=0D
  style=3D"FONT-SIZE: 12pt">Jeffrey C.=
 Lightner</SPAN></FONT></A><o:p></o:p></P>
  <P><FONT face=3D"Times New Roman" size=3D3><SPAN style=3D"FONT-SIZE:=
 12pt">Unix=0D
  Systems Administrator<o:p></o:p></SPAN></FONT></P>
  <P><FONT face=3D"Times New Roman" size=3D3><SPAN style=3D"FONT-SIZE:=
 12pt">DS Waters=0D
  of <st1:place w:st=3D"on">North=
 America</st1:place><o:p></o:p></SPAN></FONT></P>
  <P><FONT face=3D"Times New Roman" size=3D3><SPAN=0D
  style=3D"FONT-SIZE: 12pt">678-486-3516<o:p></o:p></SPAN></FONT></P>
  <DIV class=3DMsoNormal style=3D"TEXT-ALIGN: center" align=3Dcenter><FONT=
=0D
  face=3D"Times New Roman" size=3D3><SPAN style=3D"FONT-SIZE: 12pt">
  <HR align=3Dcenter width=3D"100%" SIZE=3D1>
  </SPAN></FONT></DIV>
  <P><STRONG><B><FONT face=3D"Times New Roman" size=3D3><SPAN=0D
  style=3D"FONT-SIZE: 12pt">This e-mail may contain confidential or=
 privileged=0D
  information. If you</SPAN></FONT></B></STRONG><B><SPAN=0D
  style=3D"FONT-WEIGHT: bold"><BR><STRONG><B><FONT face=3D"Times New=
 Roman">think=0D
  you have received this e-mail in error, please advise the=0D
  sender</FONT></B></STRONG><BR><STRONG><B><FONT=0D
  face=3D"Times New Roman">by</FONT></B></STRONG><BR><STRONG><B><FONT=0D
  face=3D"Times New Roman">reply e-mail and then delete this e-mail=
 immediately.=0D
  Thank you.</FONT></B></STRONG><BR><st1:place w:st=3D"on"><STRONG><B><FONT=
=0D
  face=3D"Times New=
 Roman">Aetna</FONT></B></STRONG></st1:place><STRONG><B><FONT=0D
  face=3D"Times New Roman">=0D
</FONT></B></STRONG></SPAN></B><o:p></o:p></P></DIV></BLOCKQUOTE></BODY></H=
TML>

<table><tr><td bgcolor=3D#ffffff><font color=3D#000000>This email is for=
 the intended addressee only.<br>
If you have received it in error then you must not use, retain, disseminate=
 or otherwise deal with it.<br>
Please notify the sender by return email.<br>
The views of the author may not necessarily constitute the views of EADS=
 Astrium Limited.<br>
Nothing in this email shall bind EADS Astrium Limited in any contract or=
 obligation.<br>
<br>
EADS Astrium Limited, Registered in England and Wales No. 2449259<br>
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,=
 England<br>
</font></td></tr></table>
------_=_NextPart_001_01C6267F.0496C690--
[More with this subject...]
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date:  [Veritas-bu] Restricting tapes to a single stream, WEAVER, Simon
Next by Date:  [Veritas-bu] Restricting tapes to a single stream, Tim Hoke
Previous by Thread:  [Veritas-bu] Restricting tapes to a single stream, WEAVER, Simon
Next by Thread:  [Veritas-bu] Restricting tapes to a single stream, Greenberg, Katherine A
Indexes:  [Date] [Thread] [Top] [All Lists]