This is a MIME message. If you are reading this text, you may want to
consider changing to a mail reader or gateway that understands how to
properly handle MIME multipart messages.
--=_E7B8277D.A7C68F43
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Greg,
We had many a good post related to this about two or three months back so=
rather than risk overlooking any of the well-made points, I'll recommen=
d that you go look through the archives. You'll find plenty of material t=
hat will answer your question. The bottom line is:
Calendar based scheduling in NetBackup doesn't work the way NetBackup use=
rs believe it should.
Many people have already raised the issue of crossing the midnight line a=
nd it's affect on calendar based scheduling with Veritas.
I'm not sure Veritas recognizes it as a problem yet. Their initial stance=
was it's working the way it was designed (which may be true ergo point n=
umber one applies)
Sorry I can't be of more assistance but the last time members of this gro=
up discussed this subject it was quite lengthy.
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
>>> "Greg Campbell" <gcampbell AT rgv.rr DOT com> 06/19/2003 11:23:03 PM >>>
I recently changed my scheduling over to calender based to facilitate a
monthly backup on the last day of the month. I ran into a problem last ni=
ght
where I lost connection to the library thus causing the backups from 8:00=
PM
on to fail. I manually ran these backups during the day today. I just
returned from checking that the backups were running tonight (appox 10 PM=
)
and found that the backups that ran last night before the failure at 8:00
ran but the ones that I ran this morning did not even attempt to run. Is =
the
reason because of the manual backup counted as a backup for this calender
day or was it that the retries may have extended over into this calender =
day
thus fulfilling the calender backup requirement?
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--=_E7B8277D.A7C68F43
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Description: HTML
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Diso-8859-=
1">
<META content=3D"MSHTML 5.50.4926.2500" name=3DGENERATOR></HEAD>
<BODY style=3D"MARGIN-TOP: 2px; FONT: 10pt Tahoma; MARGIN-LEFT: 2px">
<DIV>Greg,</DIV>
<DIV> </DIV>
<DIV>We had many a good post related to this about two or three months ba=
ck so=20
rather than risk overlooking any of the well-made points, I'll reco=
mmend=20
that you go look through the archives. You'll find plenty of material tha=
t will=20
answer your question. The bottom line is:</DIV>
<DIV> </DIV>
<DIV>Calendar based scheduling in NetBackup doesn't work the way NetBacku=
p users=20
believe it should.</DIV>
<DIV> </DIV>
<DIV>Many people have already raised the issue of crossing the midnight l=
ine and=20
it's affect on calendar based scheduling with Veritas.</DIV>
<DIV> </DIV>
<DIV>I'm not sure Veritas recognizes it as a problem yet. Their initial s=
tance=20
was it's working the way it was designed (which may be true ergo point nu=
mber=20
one applies)<BR></DIV>
<DIV>Sorry I can't be of more assistance but the last time members of thi=
s group=20
discussed this subject it was quite lengthy.</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 right</DIV>
<DIV><BR>>>> "Greg Campbell" <gcampbell AT rgv.rr DOT com>
06/19/=
2003=20
11:23:03 PM >>><BR>I recently changed my scheduling over to cale=
nder=20
based to facilitate a<BR>monthly backup on the last day of the month. I r=
an into=20
a problem last night<BR>where I lost connection to the library thus causi=
ng the=20
backups from 8:00 PM<BR>on to fail. I manually ran these backups during t=
he day=20
today. I just<BR>returned from checking that the backups were running ton=
ight=20
(appox 10 PM)<BR>and found that the backups that ran last night before th=
e=20
failure at 8:00<BR>ran but the ones that I ran this morning did not even =
attempt=20
to run. Is the<BR>reason because of the manual backup counted as a backup=
for=20
this calender<BR>day or was it that the retries may have extended over in=
to this=20
calender day<BR>thus fulfilling the calender backup=20
requirement?<BR><BR>_______________________________________________<BR>Ve=
ritas-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></DIV></BODY><=
/HTML>
--=_E7B8277D.A7C68F43--
|
