Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Daily\s+Backup\s+Report\s*$/: 32 ]

Total 32 documents matching your query.

1. Daily Backup Report (score: 1)
Author: Orin Rehorst <rehorst AT POHA DOT COM>
Date: Tue, 16 Apr 2002 08:48:18 -0500
What are some good ways to get an automated daily report on which clients were or were no backed up successfully? TIA, Regards, Orin Orin Rehorst Port of Houston Authority (Largest U.S. port in forei
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00927.html (11,469 bytes)

2. Re: Daily Backup Report (score: 1)
Author: "Williams, Tim P {PBSG}" <Tim.Williams AT PBSG DOT COM>
Date: Tue, 16 Apr 2002 09:00:47 -0500
we generally run a q event command ex=yes you can use begindate begintime parms, etc.... help q event fYI
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00928.html (11,270 bytes)

3. Re: Daily Backup Report (score: 1)
Author: Mark Bertrand <Mark.Bertrand AT USUNWIRED DOT COM>
Date: Tue, 16 Apr 2002 09:34:59 -0500
We also used "query event * * begindate=today-1 enddate=today ex=yes" until I learned that this does not report on clients that were or were not backed up successfully, this ONLY reports on if the sc
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00931.html (11,860 bytes)

4. Re: Daily Backup Report (score: 1)
Author: Denis L'Huillier <dlhuillier AT PERSHING DOT COM>
Date: Tue, 16 Apr 2002 10:28:39 -0400
What's your environment? Is your TSM Server running on UNIX/390/NT? If it's unix then this is what I do..... I created a script which checks many things out on the server but one of those things is t
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00932.html (13,293 bytes)

5. Re: Daily Backup Report (score: 1)
Author: Frank Kruse <fkruse AT US.IBM DOT COM>
Date: Tue, 16 Apr 2002 09:22:20 -0500
I have the following script as a POSTSCHEDCMD option in the dsm.sys. This works real well. I receive a mail every night immediatly after the backup ran. in the dsm.sys: POSTSCHEDULECMD /audit_logs/sc
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00933.html (12,914 bytes)

6. Re: Daily Backup Report (score: 1)
Author: Bill Boyer <bill.boyer AT VERIZON DOT NET>
Date: Tue, 16 Apr 2002 10:40:10 -0400
Be very carefull with the EX=YES. There is a status of an event of '(?)' that doesn't show as an exception. This condition can occur when a backup schedule starts for a node, and then due to either t
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00934.html (12,277 bytes)

7. Re: Daily Backup Report (score: 1)
Author: Burak Demircan <burak.demircan AT DAIMLERCHRYSLER DOT COM>
Date: Tue, 16 Apr 2002 16:50:51 +0200
Does anybody have a bash or ksh script for it? Regards, Burak bill.boyer AT VERIZON DOT NET Sent by: ADSM-L AT VM.MARIST DOT EDU 16.04.2002 17:45 Please respond to ADSM-L                 To:        A
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00936.html (13,220 bytes)

8. Re: Daily Backup Report (score: 1)
Author: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Tue, 16 Apr 2002 11:07:07 -0400
query event will NOT tell you if your backup was successful. << This is true only if the schedule definition launches a script, i.e. DEF SCH mydomain myschedule ACTION=COMMAND OBJECTS="myscript", an
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00938.html (13,727 bytes)

9. Re: Daily Backup Report (score: 1)
Author: "Mr. Lindsay Morris" <lmorris AT SERVERGRAPH DOT COM>
Date: Tue, 16 Apr 2002 11:20:48 -0400
Another approach - arguably better, and the way Servergraph/TSM does it - is to do a "query filespace f=d" on all your clients and see which ones have not been backed up in a long time. -- Mr. Lindsa
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00940.html (16,007 bytes)

10. Re: Daily Backup Report (score: 1)
Author: Denis L'Huillier <dlhuillier AT PERSHING DOT COM>
Date: Tue, 16 Apr 2002 11:23:06 -0400
Are you sure.... When an incremental schedule is kicked off the TSM Server scheduler waits for a return code to be sent back to the server from the client... If rc=0 then the backup completed success
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00941.html (14,101 bytes)

11. Re: Daily Backup Report (score: 1)
Author: Bill Boyer <bill.boyer AT VERIZON DOT NET>
Date: Tue, 16 Apr 2002 11:41:08 -0400
Couldn't you just pipe the output of your Q EV EX=NO command into GREP to exclude any lines that have 'Completed' as the status? This should give you everything else included 'Started', 'Pending', 'M
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00942.html (12,034 bytes)

12. Re: Daily Backup Report (score: 1)
Author: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Tue, 16 Apr 2002 12:06:34 -0400
Sorry folks, for the last sentence below that sort of trails off at the end. I meant to delete it before hitting "send". Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client De
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00944.html (14,704 bytes)

13. Re: Daily Backup Report (score: 1)
Author: "Rushforth, Tim" <TRushfor AT CITY.WINNIPEG.MB DOT CA>
Date: Tue, 16 Apr 2002 13:04:36 -0500
And it depends on what you mean by a "successful" backup... We use Bill's method below to report on all events taht do not have a status of completed. (We only used to report on exceptions also ...)
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00951.html (13,636 bytes)

14. Re: Daily Backup Report (score: 1)
Author: Mark Bertrand <Mark.Bertrand AT USUNWIRED DOT COM>
Date: Tue, 16 Apr 2002 14:29:06 -0500
I hate to correct IBM again... My statement was correct query event will NOT tell you if your backup was successful. << As Andy so carefully stated in his last comment: you should not have any proble
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00959.html (12,963 bytes)

15. Re: Daily Backup Report (score: 1)
Author: Joseph Dawes <jdawes AT CHUBB DOT COM>
Date: Tue, 16 Apr 2002 15:34:23 -0400
so how do you track failures Mark Bertrand <Mark.Bertrand@USUN To: ADSM-L AT VM.MARIST DOT EDU WIRED.COM> cc: Sent by: "ADSM: Subject: Re: Daily Backup Report Dist Stor Manager" <[email protected] D
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00960.html (13,474 bytes)

16. Re: Daily Backup Report (score: 1)
Author: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Tue, 16 Apr 2002 15:57:36 -0400
Historically (since ADSM V1), "successful" incremental backups had not taken skipped files into account. The rationale was that when processing entire file systems, you are very likely to run into on
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00964.html (16,382 bytes)

17. Re: Daily Backup Report (score: 1)
Author: Jim Healy <James.Healy AT AXA-TECH DOT COM>
Date: Tue, 16 Apr 2002 17:06:18 -0400
try this , I use this as a startingpoint to search for failures SELECT ACTLOG.DATE_TIME, ACTLOG.MESSAGE, ACTLOG.SEVERITY FROM ACTLOG ACTLOG WHERE (ACTLOG.SEVERITY='E') and (ACTLOG.DATE_TIME>{ts (curr
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00969.html (14,231 bytes)

18. Re: Daily Backup Report (score: 1)
Author: "Rushforth, Tim" <TRushfor AT CITY.WINNIPEG.MB DOT CA>
Date: Tue, 16 Apr 2002 17:05:25 -0500
We use something similar, but only report on client errors (for this particular report). select MESSAGE,DOMAINNAME,NODENAME,DATE_TIME from actlog where - SEVERITY='E' - ORDER BY DOMAINNAME,NODENAME A
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00971.html (12,760 bytes)

19. Re: Daily Backup Report (score: 1)
Author: Joseph Dawes <jdawes AT CHUBB DOT COM>
Date: Tue, 16 Apr 2002 18:23:03 -0400
thanks alot :) Jim Healy <James.Healy@AXA To: ADSM-L AT VM.MARIST DOT EDU -TECH.COM> cc: Sent by: "ADSM: Subject: Re: Daily Backup Report Dist Stor Manager" <[email protected] T.EDU> 04/16/02 05:06 PM
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00972.html (14,780 bytes)

20. Re: Daily Backup Report (score: 1)
Author: StorageGroupAdmin StorageGroupAdmin <StorageGroupAdmin AT SYDNEYWATER.COM DOT AU>
Date: Wed, 17 Apr 2002 08:51:47 +1000
I had thought I had put my two cents worth in on this subject but when searching the archives I failed to see my comments so here goes I agree with Lindsay Morris that simply monitoring the most rece
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-04/msg00973.html (16,643 bytes)


This search system is powered by Namazu