Re: Schedule DB Backup not executing.
Did you check to see if the schedule is Active. Someone might have turned it off by mistake. Rajesh Oak -- On Fri, 13 Jul 2001 08:25:59 Poland, Neil wrote: >Is there anything in the actlog indicating it started and failed? Maybe, >because there aren't enough drives and the db backup doesn't have a high >enough priority to override the stg pool backup? > >When you query admin events, does it even show up as a future event? > >-Original Message- >From: Martin, Jon R. [mailto:[EMAIL PROTECTED]] >Sent: Friday, July 13, 2001 8:03 AM >To: [EMAIL PROTECTED] >Subject: Schedule DB Backup not executing. > > >We use the following schedule to do a daily full backup of the database. >This is TSM 3.7 running on AIX 4.3.3. The past week I have noticed that >this schedule does not appear to be executing at all. The only other >process that is consistently running at this time is a storage pool backup. >I can start the db backup manually with no problems using the same command >listed in the schedule. This schedule has worked for a long time and I can >not recall any changes we have made in the past month that could be a cause. >Any ideas on this problem. > > >tsm:>q sched DBBACKUP_FULL type=admin f=d > >Schedule Name: DBBACKUP_FULL >Description: Full db backup >Command: backup db devclass=3570 type=full scratch=yes wait=yes >Priority: 5 >Start Date/Time: 10/08/99 08:00:00 >Duration: 1 Hour(s) >Period: 1 Day(s) >Day of Week: Any >Expiration: >Active?: Yes >Last Update by (administrator): x >Last Update Date/Time: 07/12/01 15:52:42 >Managing profile: > >Thanks, > >Jon Martin > Get 250 color business cards for FREE! http://businesscards.lycos.com/vp/fastpath/
Re: Schedule DB Backup not executing.
You have "xx" in as the last updater of the schedule. Not sure if your TSM Admin ID is really a string of x's or not, but if that ID isn't present on the system any more, or no longer has the authority to run the BACKUP DB command, the schedule will fail. Also, since you're going to a scratch tape, you need to make sure you have scratch tapes available. You should see some entries in the actlog around 08:00 to tell you why it failed. Nick Cassimatis [EMAIL PROTECTED] Today is the tomorrow of yesterday.
Re: Schedule DB Backup not executing.
Is there anything in the actlog indicating it started and failed? Maybe, because there aren't enough drives and the db backup doesn't have a high enough priority to override the stg pool backup? When you query admin events, does it even show up as a future event? -Original Message- From: Martin, Jon R. [mailto:[EMAIL PROTECTED]] Sent: Friday, July 13, 2001 8:03 AM To: [EMAIL PROTECTED] Subject: Schedule DB Backup not executing. We use the following schedule to do a daily full backup of the database. This is TSM 3.7 running on AIX 4.3.3. The past week I have noticed that this schedule does not appear to be executing at all. The only other process that is consistently running at this time is a storage pool backup. I can start the db backup manually with no problems using the same command listed in the schedule. This schedule has worked for a long time and I can not recall any changes we have made in the past month that could be a cause. Any ideas on this problem. tsm:>q sched DBBACKUP_FULL type=admin f=d Schedule Name: DBBACKUP_FULL Description: Full db backup Command: backup db devclass=3570 type=full scratch=yes wait=yes Priority: 5 Start Date/Time: 10/08/99 08:00:00 Duration: 1 Hour(s) Period: 1 Day(s) Day of Week: Any Expiration: Active?: Yes Last Update by (administrator): x Last Update Date/Time: 07/12/01 15:52:42 Managing profile: Thanks, Jon Martin
Schedule DB Backup not executing.
We use the following schedule to do a daily full backup of the database. This is TSM 3.7 running on AIX 4.3.3. The past week I have noticed that this schedule does not appear to be executing at all. The only other process that is consistently running at this time is a storage pool backup. I can start the db backup manually with no problems using the same command listed in the schedule. This schedule has worked for a long time and I can not recall any changes we have made in the past month that could be a cause. Any ideas on this problem. tsm:>q sched DBBACKUP_FULL type=admin f=d Schedule Name: DBBACKUP_FULL Description: Full db backup Command: backup db devclass=3570 type=full scratch=yes wait=yes Priority: 5 Start Date/Time: 10/08/99 08:00:00 Duration: 1 Hour(s) Period: 1 Day(s) Day of Week: Any Expiration: Active?: Yes Last Update by (administrator): x Last Update Date/Time: 07/12/01 15:52:42 Managing profile: Thanks, Jon Martin