Veritas-bu

[Veritas-bu] whats wrong with my calendar based backup

2006-06-18 23:12:00
Subject: [Veritas-bu] whats wrong with my calendar based backup
From: bob944 at attglobal.net (bob944)
Date: Sun, 18 Jun 2006 23:12:00 -0400
> Which run days did you have checked.  The one for the start 
> of the start
> windows,  The end day of the start window or both. 

I checked 'em all--recurring days of week, Sun-Sat.  Just looked at the
test server, and it's done a calendar-based backup each night at the
start of the 2300-2200 window.

> Were you trying to get more than one full per week? 

No real plan; was just setting up a test/demo of calendar-based
schedules working properlhy (being scheduled and running) under 6.0MP2,
then adding in the over-midnight schedules that also seemed to be a
problem at your site.  So far, everything works as I'd expect it to and
as the NetBackup manuals describe.

> I am using Solaris 9 just like you.  I have tried both the windows
> and the java gui's.  I also had no rerun after run date.  

"Retries after runday" hasn't been set on any test.

> I only saw the issue when I only had one run day
> checked.

I just changed the test box to rundays=Fridays like your example, and
made the window 1930-2400 to reasonably match your 1700-2400 window.
It's 1900 on Friday on that server now.  We'll see what happens in half
an hour.

> At first the run day was always the end of the start window but the
> other 2 variations gave me the same issues.  I am using a binary from
> mp3 to fix vault/duplicate issues as well.  (nbrb for Solaris)  That
> issue did not exist in 6.0 or mp1.  I would be happy to send it to you
> for additional testing if you still can not duplicate the problem.

Thanks, Jonathan, but I have no interest in calendar-based backups.  I
only started this to determine the truth or falsity of the claim:

> If you are using Netbackup 6.0 you can not have your start window
cross
> midnight.  I was told that it is bad practice.  I think Netbackup has
> gone goofy.

I've demonstrated to my satisfaction that the
no-start-window-crossing-midnight claim is false, for either frequency-
or calendar-based schedules in 6.0.  (Not saying at all that you don't
have a valid problem, or that MP2 doesn't have bugs, but all of this
_does_ work normally in the general case.)  I, and everyone else here
will, of course, be interested in hearing the root of your problem when
you and support get it figured out.

The bppllist below is of the policy that I changed to match yours, as
described above.  I'll leave your bppllist for comparisons and trim the
rest.

Oh, and it ran fine at 1930:

    TIME            SERVER/CLIENT                      TEXT
04/07/2006 19:30:00 u2 u2  client u2 handling path /etc
04/07/2006 19:30:00 u2 u2  starting backup job (jobid = 13,191)
04/07/2006 19:30:07 u2 u2  from client u2: TRV - /etc/mnttab is on file
system
                    type mntfs. Skipping.
04/07/2006 19:30:08 u2 u2  begin writing backup id u2_1144452600, copy
1,
                    fragment 1, destination path /testot/DSU0
[trimming door file messages]
04/07/2006 19:30:10 u2 u2  successfully wrote backup id u2_1144452600,
copy 1,
                    fragment 1, 3648 Kbytes at 5560.976 Kbytes/sec
04/07/2006 19:30:15 u2 u2  CLIENT u2  POLICY TEST-midnight-cal  SCHED
full  EXIT
                    STATUS 0 (the requested operation was successfully
                    completed)


Policy Name:       TEST-midnight-cal
Options:           0x0
template:          FALSE
c_unused1:         ?
Names:             (none)
Policy Type:       Standard (0)
Active:            yes
Effective date:    03/31/2006 02:48:31
Client Compress:   no
Follow NFS Mnts:   no
Cross Mnt Points:  no
Collect TIR info:      no
Block Incremental: no
Mult. Data Stream: no
Perform Snapshot Backup:   no
Snapshot Method:           (none)
Snapshot Method Arguments: (none)
Perform Offhost Backup:    no
Backup Copy:               0
Use Data Mover:            no
Data Mover Type:           2
Use Alternate Client:      no
Alternate Client Name:     (none)
Enable Instant Recovery:   no
Policy Priority:   0
Max Jobs/Policy:   Unlimited
Disaster Recovery: 0
Collect BMR Info:  no
Keyword:           (none specified)
Client Encrypt:    no
Checkpoint:        no
Residence:         DSU0
Volume Pool:       NetBackup
Client/HW/OS/Pri:  u2 Solaris Solaris8 0 0 0 0 ?
Include:           /etc
Exclude:           (none defined)
Schedule:          full
  Type:            FULL (0)
  Calendar sched: Enabled
    Friday, Week 1
    Friday, Week 2
    Friday, Week 3
    Friday, Week 4
    Friday, Week 5
  Maximum MPX:     1
  Synthetic:       0
  PFI Recovery:    0
  Retention Level: 10 (expires immediately)
  u-wind/o/d:      0 0
  Incr Type:       DELTA (0)
  Alt Read Host:   (none defined)
  Max Frag Size:   0 MB
  Number Copies:   1
  Fail on Error:   0
  Residence:       (specific storage unit not required)
  Volume Pool:     (same as policy volume pool)
  Daily Windows:
   Day         Open       Close       W-Open     W-Close
   Sunday      000:00:00  000:00:00
   Monday      000:00:00  000:00:00
   Tuesday     000:00:00  000:00:00
   Wednesday   000:00:00  000:00:00
   Thursday    000:00:00  000:00:00
   Friday      019:30:00  024:00:00   139:30:00  144:00:00
   Saturday    000:00:00  000:00:00
$


> Here is a bppllist -byclient aivas -L
> For a working policy.  This policy does not work when I change the
> window to span from Friday to all day Saturday.
> 
> 
> Policy Name:       aivas
> Options:           0x0
> template:          FALSE
> c_unused1:         ?
> Names:             (none)
> Policy Type:       MS-Windows-NT (13)
> Active:            yes
> Effective date:    05/24/2004 00:00:00
> Backup netwrk drvs:no
> Collect TIR info:      no
> Mult. Data Stream: no
> Perform Snapshot Backup:   no
> Snapshot Method:           (none)
> Snapshot Method Arguments: (none)
> Perform Offhost Backup:    no
> Backup Copy:               0
> Use Data Mover:            no
> Data Mover Type:           0
> Use Alternate Client:      no
> Alternate Client Name:     (none)
> Enable Instant Recovery:   no
> Policy Priority:   0
> Max Jobs/Policy:   Unlimited
> Disaster Recovery: 0
> Collect BMR Info:  no
> Keyword:           BMR Test Windows 2003 Box
> Client Encrypt:    no
> Checkpoint:        no
> Residence:         whitedragon_LTO2
> Volume Pool:       Full_Library_WIN
> Client/HW/OS/Pri:  aivas PC WindowsNET 0 0 0 0 ?
> Include:           C:\ECC\*
> Include:           C:\FabricManager\*
> Include:           C:\Program Files\ECC\*
> Include:           C:\Program Files\EMC\*
> Exclude:           (none defined)
> Schedule:          Full_Library
>   Type:            FULL (0)
>   Calendar sched: Enabled
>     Friday, Week 1
>     Friday, Week 2
>     Friday, Week 3
>     Friday, Week 4
>     Friday, Week 5
>   Maximum MPX:     1
>   Synthetic:       0
>   PFI Recovery:    0
>   Retention Level: 4 (2 months)
>   u-wind/o/d:      0 0
>   Incr Type:       DELTA (0)
>   Alt Read Host:   (none defined)
>   Max Frag Size:   0 MB
>   Number Copies:   1
>   Fail on Error:   0
>   Residence:       (specific storage unit not required)
>   Volume Pool:     (same as policy volume pool)
>   Daily Windows:
>    Day         Open       Close       W-Open     W-Close
>    Sunday      000:00:00  000:00:00
>    Monday      000:00:00  000:00:00
>    Tuesday     000:00:00  000:00:00
>    Wednesday   000:00:00  000:00:00
>    Thursday    000:00:00  000:00:00
>    Friday      017:00:00  024:00:00   137:00:00  144:00:00  
>    Saturday    000:00:00  000:00:00
> Schedule:          Cumulative_Inc
>   Type:            CINC (4)
>   Calendar sched: Enabled
>     Monday, Week 1
>     Tuesday, Week 1
>     Wednesday, Week 1
>     Thursday, Week 1
>     Monday, Week 2
>     Tuesday, Week 2
>     Wednesday, Week 2
>     Thursday, Week 2
>     Monday, Week 3
>     Tuesday, Week 3
>     Wednesday, Week 3
>     Thursday, Week 3    Monday, Week 4
>     Tuesday, Week 4
>     Wednesday, Week 4
>     Thursday, Week 4
>     Monday, Week 5
>     Tuesday, Week 5
>     Wednesday, Week 5
>     Thursday, Week 5
>   Maximum MPX:     1
>   Synthetic:       0
>   PFI Recovery:    0
>   Retention Level: 1 (2 weeks)
>   u-wind/o/d:      0 0
>   Incr Type:       DELTA (0)
>   Alt Read Host:   (none defined)
>   Max Frag Size:   0 MB
>   Number Copies:   1
>   Fail on Error:   0
>   Residence:       (specific storage unit not required)
>   Volume Pool:     (same as policy volume pool)
>   Daily Windows:
>    Day         Open       Close       W-Open     W-Close
>    Sunday      000:00:00  000:00:00
>    Monday      004:00:00  010:00:00   028:00:00  034:00:00  
>    Tuesday     004:00:00  010:00:00   052:00:00  058:00:00  
>    Wednesday   004:00:00  010:00:00   076:00:00  082:00:00  
>    Thursday    004:00:00  010:00:00   100:00:00  106:00:00  
>    Friday      000:00:00  000:00:00
>    Saturday    000:00:00  000:00:00
> 
> -Jonathan Marks (970)295-5362




<Prev in Thread] Current Thread [Next in Thread>