>>>>> On Sat, 03 Aug 2013 00:56:38 +0300, =?UTF-8?B?U8O8bGV5bWFuIEt1cmFu?=
>>>>> said:
>
> I export the Offsite media on Friday morning from the library and move
> it to another location. Because there is no monthly backup in the
> library I also schedule a job a day after the offsite backupin case I
> need to recover from a montly backup immediately. 1stsat is always 1 day
> after the 1st friday, or am i wrong?
>
> You are right that I have two full backups on sunday, it is a mistake. I
> should remove daily backup on sundays.
Exporting the Offsite will make it difficult to do a full restore of the state
on a 1st Friday evening because you would need the offsite tape as well as the
weekly tape (for Friday's incremental). I.e. 1st Friday's incremental will be
relative to 1st Friday's offsite.
It might be better to split the offsite backups into separate jobs with their
own schedule so they run independently of the the daily and weekly jobs.
__Martin
>
>
>
> On 02/08/13 19:53, Gary Dale wrote:
> > On 02/08/13 12:25 PM, Martin Simmons wrote:
> >>>>>>> On Fri, 02 Aug 2013 10:12:03 +0300, Süleyman Kuran said:
> >>> Hi,
> >>>
> >>> I read the docs but couldn't find any info. Is it possible to exclude
> >>> from schedule? My schedule is as follows:
> >>>
> >>> Schedule {
> >>> Name = "MultipleRUN"
> >>> Run = Level=Full Pool=Daily mon-sun at 3:17
> >>> Run = Level=Full Pool=Weekly sun at 9:05
> >>> Run = Level=Incremental Pool=Weekly mon-sat at 19:05
> >>> Run = Level=Full Pool=Monthly 1st sat at 2:05
> >>> Run = Level=Full Pool=Offsite 1st fri at 2:05
> >>> }
> >> This schedule looks strange to me, because incremental jobs are always
> >> relative to the last full job, but you are sending them all to the Weekly
> >> pool. On Monday it will be relative to the Pool=Daily full and on the 1st
> >> Friday it will be relative to the Pool=Offsite full.
> >>
> >> __Martin
> >>
> > I thought incrementals were relative to the last backup job and
> > differentials relative to the last full backup. He does a full on Sunday
> > to the weekly pool and incrementals the rest of the week. Each
> > incremental should have just the day's changes.
> >
> > What I find strange is that he's running the Offsite a day before the
> > Monthly while the Weekly full is 31 hours after the Monthly. Given that
> > the month doesn't always start on the same day of the week, the various
> > backups could be done on different weeks (e.g. the first Saturday may be
> > before or after the first Sunday).
> >
> > Another strange thing is that he's running both full and incremental
> > backups each day, with two full backups on Sunday. I don't understand
> > why anyone would do this.
> >
> >
> > ------------------------------------------------------------------------------
> > Get your SQL database under version control now!
> > Version control is standard for application code, but databases havent
> > caught up. So what steps can you take to put your SQL databases under
> > version control? Why should you start doing it? Read more to find out.
> > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
> > _______________________________________________
> > Bacula-users mailing list
> > Bacula-users AT lists.sourceforge DOT net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
> --------------020902030502010906050505
> Content-Type: text/html; charset=UTF-8
> Content-Transfer-Encoding: quoted-printable
>
> <html>
> <head>
> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
> </head>
> <body bgcolor="#FFFFFF" text="#000000">
> <font size="+1"><font face="Times New Roman">I <font size="+1">export
> the Offsite media on Friday morning from the librar<font
> size="+1">y and move it to another location. Bec<font
> size="+1">ause there is no monthly backup in the library I
> also schedule a job a day after the <font size="+1">offsite
> backup<font size="+1"> in case I need to recover from a
> montly backup immediately.</font> 1st<font size="+1"><font
> size="+1"> sat is always 1 day after the <font
> size="+1">1st friday, or am i wrong?<br>
> <br>
> <font size="+1">You <font size="+1">are
> </font></font>right
> th<font size="+1">a<font size="+1">t I have two
> full backup</font></font>s on <font
> size="+1">sunday,
> it is a mistake. I should remove daily backup on
> sunda<font size="+1">ys.<br>
>
> </font></font></font></font></font></font></font></font></font></font></font><br>
> <br>
> <br>
> <div class="moz-cite-prefix">On 02/08/13 19:53, Gary Dale wrote:<br>
> </div>
> <blockquote cite="mid:51FBE41E.6060403 AT torfree DOT net" type="cite">
> <pre wrap="">On 02/08/13 12:25 PM, Martin Simmons wrote:
> </pre>
> <blockquote type="cite">
> <blockquote type="cite">
> <blockquote type="cite">
> <blockquote type="cite">
> <blockquote type="cite">
> <blockquote type="cite">
> <pre wrap="">On Fri, 02 Aug 2013 10:12:03 +0300, Süleyman
> Kuran said:
> </pre>
> </blockquote>
> </blockquote>
> </blockquote>
> </blockquote>
> <pre wrap="">Hi,
>
> I read the docs but couldn't find any info. Is it possible to exclude
> from schedule? My schedule is as follows:
>
> Schedule {
> Name = "MultipleRUN"
> Run = Level=Full Pool=Daily mon-sun at 3:17
> Run = Level=Full Pool=Weekly sun at 9:05
> Run = Level=Incremental Pool=Weekly mon-sat at 19:05
> Run = Level=Full Pool=Monthly 1st sat at 2:05
> Run = Level=Full Pool=Offsite 1st fri at 2:05
> }
> </pre>
> </blockquote>
> <pre wrap="">This schedule looks strange to me, because incremental
> jobs are always
> relative to the last full job, but you are sending them all to the Weekly
> pool. On Monday it will be relative to the Pool=Daily full and on the 1st
> Friday it will be relative to the Pool=Offsite full.
>
> __Martin
>
> </pre>
> </blockquote>
> <pre wrap="">I thought incrementals were relative to the last backup
> job and
> differentials relative to the last full backup. He does a full on Sunday
> to the weekly pool and incrementals the rest of the week. Each
> incremental should have just the day's changes.
>
> What I find strange is that he's running the Offsite a day before the
> Monthly while the Weekly full is 31 hours after the Monthly. Given that
> the month doesn't always start on the same day of the week, the various
> backups could be done on different weeks (e.g. the first Saturday may be
> before or after the first Sunday).
>
> Another strange thing is that he's running both full and incremental
> backups each day, with two full backups on Sunday. I don't understand
> why anyone would do this.
>
>
> ------------------------------------------------------------------------------
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent
> caught up. So what steps can you take to put your SQL databases under
> version control? Why should you start doing it? Read more to find out.
> <a class="moz-txt-link-freetext"
> href="http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk";>http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk</a>
> _______________________________________________
> Bacula-users mailing list
> <a class="moz-txt-link-abbreviated" href="mailto:Bacula-users AT
> lists.sourceforge DOT net">Bacula-users AT lists.sourceforge DOT net</a>
> <a class="moz-txt-link-freetext"
> href="https://lists.sourceforge.net/lists/listinfo/bacula-users";>https://lists.sourceforge.net/lists/listinfo/bacula-users</a>
> </pre>
> </blockquote>
> <br>
> </body>
> </html>
>
> --------------020902030502010906050505--
>
>
> --==============!54574022555893069=Content-Type: text/plain;
> charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> ------------------------------------------------------------------------------
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent
> caught up. So what steps can you take to put your SQL databases under
> version control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?idI501711&iu=/4140/ostg.clktrk
> --==============!54574022555893069=Content-Type: text/plain;
> charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
> --==============!54574022555893069==--
>
------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
