This is a multi-part message in MIME format.
------=_NextPart_000_0274_01C3341F.4A5BDA30
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
NBU 5.0 will introduce "true" checkpoint restarting. I believe that is
scheduled for the end of the year.
In 3.4, you have the ability to use the file list directives as well to
break up your LARGE file system backups into multiple jobs using
NEW_STREAM. This may help avoid some of what the original poster
experienced.
Dennis is correct unless the job ended with a 0 or 1 status code, then
nothing was written to the catalog. However, as Jason so aptly stated,
if you know the tape and can get to it before it is "overwritten"
(incidentally this may prove to be too daunting of a task), then you may
be able to pull some of the data using the gnu modified version of tar
shipped with NBU (non-MPX backups).
-----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 Tim
McMurphy
Sent: Monday, June 16, 2003 3:11 PM
To: 'Dennis Dwyer'; veritas-bu AT mailman.eng.auburn DOT edu;
kcerqueira AT team.look DOT ca
Subject: RE: [Veritas-bu] Backup Restore - Help
> If anybody else has a different, more positive experience I think we'd
all like to hear it
Regrettably no. It gets even worse when you are importing, oh lets say 2
DLTs at 8 hours each, and after 15+ hours if fails because of bad media
at the end of the tape. It created a massive 250 meg file listing 99+%
of the files on the tapes but I couldn't restore any of them even though
the files you want are before the failure. It doesn't list them for
restore and unless you had multistreaming turned off and can use tar
(Lucky me, I did) you are hosed.
A very long series of emails and trouble calls to Veritas eventually got
the response "No. That is the way it is designed".
-----Original Message-----
From: Dennis Dwyer [mailto:dfdwyer AT tecoenergy DOT com]
Sent: Monday, June 16, 2003 1:29 PM
To: veritas-bu AT mailman.eng.auburn DOT edu; kcerqueira AT team.look DOT ca
Subject: Re: [Veritas-bu] Backup Restore - Help
Katherine,
It is my experience that if a backup does not run to successful
completion (Status 0 or 1) all the data that was transferred to the tape
is not saved. I hear that within a new release or possibly a Feature
Pack, that may no longer be true but one of the folks that are in the
know on that will have to respond (I believe they're calling it
checkpointing). I've always taken issue with the fact that it didn't
keep what was done up through the failure. Especially, since I have some
backups that might run 30-hours and fail in the 28th hour. I've been
working with this product for more than 4 years now and have not ever
found a way to get to that data (mainly because NBU does not catalog the
partial image). Once the backup fails, that tape is eligible to be
written over again so the odds of getting to the data before then are
not good.
If anybody else has a different, more positive experience I think we'd
all like to hear it.
Regards,
Dennis
Dennis F. Dwyer
Manager, Systems Software
Tampa Electric Company
(813) 225-5181 - Voice
(813) 275-3599 - FAX
Visit our corporate website at www.tecoenergy.com
The Colonel Says: "Time is not a test of the truth"
Translation: Just because you've always done it that way, doesn't make
it right
>>> Katherine Cerqueira <kcerqueira AT team.look DOT ca> 06/16/2003 2:49:10 PM
>>>
Hi,
A backup was done but someone canceled it before it was finished. It
managed to backup about 25gb before the job was canceled. However, a
manual
backup was then followed and done to completion. When I try to do a
restore, it only shows the data of the completed backup. Nothing is
cataloged regarding the first canceled job. Is there anyway to restore
the
25gb of backup that was backed up off the first canceled job. Wouldn't
the
data still be on the tape?
Thanks for any help you can offer.
Katherine Cerqueira
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
------=_NextPart_000_0274_01C3341F.4A5BDA30
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE>Message</TITLE>
<META content=3D"MSHTML 6.00.2800.1170" name=3DGENERATOR></HEAD>
<BODY style=3D"MARGIN-TOP: 2px; FONT: 10pt Tahoma; MARGIN-LEFT: 2px">
<DIV><SPAN class=3D559074620-16062003>NBU 5.0 will introduce "true" =
checkpoint=20
restarting. I believe that is scheduled for the end of the=20
year.</SPAN></DIV>
<DIV><SPAN class=3D559074620-16062003></SPAN> </DIV>
<DIV><SPAN class=3D559074620-16062003>In 3.4, you have the ability to =
use the file=20
list directives as well to break up your LARGE file system backups into =
multiple=20
jobs using NEW_STREAM. This may help avoid some of what the =
original=20
poster experienced.</SPAN></DIV>
<DIV><SPAN class=3D559074620-16062003></SPAN> </DIV>
<DIV><SPAN class=3D559074620-16062003>Dennis is correct unless the job =
ended with=20
a 0 or 1 status code, then nothing was written to the catalog. =
However, as=20
Jason so aptly stated, if you know the tape and can get to it before it =
is=20
"overwritten" (incidentally this may prove to be too daunting of a =
task), then=20
you may be able to pull some of the data using the gnu modified version =
of tar=20
shipped with NBU (non-MPX backups).</SPAN></DIV>
<DIV><SPAN class=3D559074620-16062003></SPAN> </DIV>
<DIV><SPAN class=3D559074620-16062003></SPAN> </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px =
solid; MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr =
align=3Dleft>-----Original=20
Message-----<BR><B>From:</B> veritas-bu-admin AT mailman.eng.auburn DOT edu=20
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] <B>On Behalf Of =
</B>Tim=20
McMurphy<BR><B>Sent:</B> Monday, June 16, 2003 3:11 PM<BR><B>To:</B> =
'Dennis=20
Dwyer'; veritas-bu AT mailman.eng.auburn DOT edu;=20
kcerqueira AT team.look DOT ca<BR><B>Subject:</B> RE: [Veritas-bu] Backup =
Restore -=20
Help<BR><BR></DIV>
<DIV><SPAN class=3D001570220-16062003>> If anybody else has a =
different, more=20
positive experience I think we'd all like to hear it</SPAN></DIV>
<DIV><SPAN class=3D001570220-16062003></SPAN> </DIV>
<DIV><SPAN class=3D001570220-16062003>Regrettably no. It gets even =
worse when=20
you are importing, oh lets say 2 DLTs at 8 hours each, and after 15+ =
hours if=20
fails because of bad media at the end of the tape. It created a =
massive 250=20
meg file listing 99+% of the files on the tapes but I couldn't restore =
any of=20
them even though the files you want are before the failure. It doesn't =
list=20
them for restore and unless you had multistreaming turned off and can =
use tar=20
(Lucky me, I did) you are hosed. </SPAN></DIV>
<DIV><SPAN class=3D001570220-16062003></SPAN> </DIV>
<DIV><SPAN class=3D001570220-16062003>A very long series of emails and =
trouble=20
calls to Veritas eventually got the response "No. That is the way it =
is=20
designed".</SPAN></DIV>
<DIV><SPAN class=3D001570220-16062003></SPAN> </DIV>
<DIV><SPAN class=3D001570220-16062003></SPAN> </DIV>
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft>-----Original =
Message-----<BR><B>From:</B> Dennis Dwyer=20
[mailto:dfdwyer AT tecoenergy DOT com]<BR><B>Sent:</B> Monday, June 16, 2003 =
1:29=20
PM<BR><B>To:</B> veritas-bu AT mailman.eng.auburn DOT edu;=20
kcerqueira AT team.look DOT ca<BR><B>Subject:</B> Re: [Veritas-bu] Backup =
Restore -=20
Help<BR><BR></DIV>
<DIV>Katherine,</DIV>
<DIV> </DIV>
<DIV>It is my experience that if a backup does not run to successful=20
completion (Status 0 or 1) all the data that was transferred to the =
tape is=20
not saved. I hear that within a new release or possibly a Feature =
Pack, that=20
may no longer be true but one of the folks that are in the know on =
that will=20
have to respond (I believe they're calling it checkpointing). I've =
always=20
taken issue with the fact that it didn't keep what was done up through =
the=20
failure. Especially, since I have some backups that might run 30-hours =
and=20
fail in the 28th hour. I've been working with this product for more =
than 4=20
years now and have not ever found a way to get to that data (mainly =
because=20
NBU does not catalog the partial image). Once the backup fails, that =
tape is=20
eligible to be written over again so the odds of getting to the data =
before=20
then are not good.</DIV>
<DIV> </DIV>
<DIV>If anybody else has a different, more positive experience I think =
we'd=20
all like to hear it.</DIV>
<DIV> </DIV>
<DIV>Regards,</DIV>
<DIV>Dennis</DIV>
<DIV> </DIV>
<DIV>Dennis F. Dwyer<BR>Manager, Systems Software<BR>Tampa Electric=20
Company</DIV>
<DIV> </DIV>
<DIV>(813) 225-5181 - Voice<BR>(813) 275-3599 - FAX</DIV>
<DIV> </DIV>
<DIV>Visit our corporate website at <A=20
href=3D"http://www.tecoenergy.com";>www.tecoenergy.com</A></DIV>
<DIV> </DIV>
<DIV>The Colonel Says: "Time is not a test of the =
truth"<BR>Translation: Just=20
because you've always done it that way, doesn't make it=20
right<BR><BR>>>> Katherine Cerqueira =
<kcerqueira AT team.look DOT ca>=20
06/16/2003 2:49:10 PM >>><BR>Hi,<BR><BR>A backup was done but =
someone=20
canceled it before it was finished. It<BR>managed to backup =
about 25gb=20
before the job was canceled. However, a manual<BR>backup was =
then=20
followed and done to completion. When I try to do a<BR>restore, =
it only=20
shows the data of the completed backup. Nothing is<BR>cataloged=20
regarding the first canceled job. Is there anyway to restore =
the<BR>25gb of=20
backup that was backed up off the first canceled job. Wouldn't=20
the<BR>data still be on the tape?<BR><BR>Thanks for any help you can=20
offer.<BR><BR>Katherine=20
=
Cerqueira<BR><BR><BR>_______________________________________________<BR>V=
eritas-bu=20
maillist - Veritas-bu AT mailman.eng.auburn DOT edu<BR><A=20
=
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http:/=
/mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</A><BR><BR></DIV></BL=
OCKQUOTE></BODY></HTML>
------=_NextPart_000_0274_01C3341F.4A5BDA30--
|
