|
[Veritas-bu] Restricting tapes to a single stream
2006-01-31 10:56:19
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_01C6267E.E0362F20
Content-Type: text/plain
Jeffrey
If the streams are in the same policy, then as far as I can see (and check)
it may not be possible, unless you put the stream that is causing you an
issue into its own seperate policy.
You mentioned you got a Status 52; without looking into my manual, is this a
timeout status code with either the drive or the client? Have you looked
into this error message?
Thanks
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 14:20
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 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_01C6267E.E0362F20
Content-Type: text/html
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.2900.2802" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=777174815-31012006><FONT face=Arial color=#0000ff
size=2>Jeffrey</FONT></SPAN></DIV>
<DIV><SPAN class=777174815-31012006><FONT face=Arial color=#0000ff size=2>If
the
streams are in the same policy, then as far as I can see (and check) it may not
be possible, unless you put the stream that is causing you an issue into its
own
seperate policy.</FONT></SPAN></DIV>
<DIV><SPAN class=777174815-31012006><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=777174815-31012006><FONT face=Arial color=#0000ff size=2>You
mentioned you got a Status 52; without looking into my manual, is this a
timeout
status code with either the drive or the client? Have you looked into this
error
message?</FONT></SPAN></DIV>
<DIV><SPAN class=777174815-31012006><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=777174815-31012006><FONT face=Arial color=#0000ff
size=2>Thanks</FONT></SPAN></DIV><!-- Converted from text/rtf format -->
<P><SPAN lang=en-gb><B><FONT face=Arial color=#0000ff size=2>Simon
Weaver</FONT></B><FONT face=Arial><BR></FONT><B><FONT face=Arial color=#0000ff
size=2>Technical Support</FONT></B><FONT face=Arial><BR></FONT><B><FONT
face=Arial color=#0000ff size=2>Windows Domain Administrator</FONT></B><FONT
face=Arial> </FONT></SPAN></P>
<P><SPAN lang=en-gb><B><I><FONT face=Arial size=2>EADS
Astrium</FONT></I></B><I></I><FONT face=Arial><BR></FONT><B></B><B><I><FONT
face=Arial size=2>Tel: 02392-70</FONT><FONT face=Arial
size=2>8598</FONT></I></B><I></I><FONT face=Arial> </FONT></SPAN></P>
<P><SPAN lang=en-gb><B><FONT face=Arial color=#ff0000 size=2>Email:
Simon.Weaver AT Astrium.eads DOT net</FONT></B><FONT face=Arial>
</FONT></SPAN></P>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Jeff Lightner
[mailto:jlightner AT water DOT com] <BR><B>Sent:</B> 31 January 2006
14:20<BR><B>To:</B> veritas-bu AT mailman.eng.auburn DOT
edu<BR><B>Subject:</B>
[Veritas-bu] Restricting tapes to a single stream<BR><BR></FONT></DIV><!--
Converted from text/rtf format -->
<P align=left><SPAN lang=en-us><FONT face=Arial size=2>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?</FONT></SPAN></P>
<P align=left><SPAN lang=en-us><FONT face=Arial
size=2>Background:</FONT></SPAN></P>
<P align=left><SPAN lang=en-us><FONT face=Arial size=2>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 3</FONT></SPAN><SPAN lang=en-us></SPAN><SPAN
lang=en-us><SUP><FONT face=Arial size=2>rd</FONT></SUP></SPAN><SPAN
lang=en-us></SPAN><SPAN lang=en-us><FONT face=Arial size=2> 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?</FONT></SPAN><SPAN lang=en-us></SPAN><SPAN lang=en-us></SPAN></P>
<P align=left><SPAN lang=en-us></SPAN><A name=""><SPAN lang=en-us>Jeffrey C.
Lightner</SPAN></A></P>
<P align=left><SPAN lang=en-us>Unix Systems Administrator</SPAN></P>
<P align=left><SPAN lang=en-us>DS Waters of North America</SPAN></P>
<P align=left><SPAN lang=en-us>678-486-3516</SPAN></P>
<P align=left><SPAN lang=en-us></SPAN></P></BLOCKQUOTE></BODY></HTML>
<table><tr><td bgcolor=#ffffff><font color=#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_01C6267E.E0362F20--
|
| <Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Veritas-bu] Restricting tapes to a single stream, Jeff Lightner
- [Veritas-bu] Restricting tapes to a single stream, Greenberg, Katherine A
- [Veritas-bu] Restricting tapes to a single stream, Jeff Lightner
- [Veritas-bu] Restricting tapes to a single stream,
WEAVER, Simon <=
- [Veritas-bu] Restricting tapes to a single stream, WEAVER, Simon
- [Veritas-bu] Restricting tapes to a single stream, Greenberg, Katherine A
- [Veritas-bu] Restricting tapes to a single stream, Jeff Lightner
|
|
|
