Re: Deactivate ALL admin schedules? (how-to)
One way is to set the parameter "Disablescheds" to 'yes' in the dsmserv.opt file before restarting the TSM server. Frank Frank McClean [EMAIL PROTECTED] -Original Message- From: Taylor, David [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 15, 2002 9:09 AM To: [EMAIL PROTECTED] Subject: Deactivate ALL admin schedules? (how-to) Hi all, Is there anyway that I can globally set all of my admin schedules to "ACTIVE=NO"? I was looking for something like a standard SQL UPDATE-SET type statement, but couldn't find anything. I want to include this in a disaster recovery script (Korn). The problem that I've run into is that some of my schedule-names are longer than 16 characters (and therefor wrap). I could probably write something (ugly and bulky) that would work around this issue, but would prefer something cleaner. Additional info: TSM server 4.2.1.15 AIX 4.3.3 ML6 TIA David ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **
Re: Deactivate ALL admin schedules? (how-to)
The DRM script includes a change to dsmserv.opt --- disablescheds yes This ensures that ALL schedules are disabled when preparing the DR site configuration. You just add to the bottom of the file, before starting the TSM server. Don France Technical Architect -- Tivoli Certified Consultant Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390 San Jose, Ca (408) 257-3037 mailto:[EMAIL PROTECTED] Professional Association of Contract Employees (P.A.C.E. -- www.pacepros.com) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Taylor, David Sent: Thursday, August 15, 2002 9:09 AM To: [EMAIL PROTECTED] Subject: Deactivate ALL admin schedules? (how-to) Hi all, Is there anyway that I can globally set all of my admin schedules to "ACTIVE=NO"? I was looking for something like a standard SQL UPDATE-SET type statement, but couldn't find anything. I want to include this in a disaster recovery script (Korn). The problem that I've run into is that some of my schedule-names are longer than 16 characters (and therefor wrap). I could probably write something (ugly and bulky) that would work around this issue, but would prefer something cleaner. Additional info: TSM server 4.2.1.15 AIX 4.3.3 ML6 TIA David ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **
Re: Deactivate ALL admin schedules? (how-to)
>From the Admin command line: update sch * type=admin active=no -Original Message- From: Taylor, David [SMTP:[EMAIL PROTECTED]] Sent: Thursday, August 15, 2002 9:09 AM To: [EMAIL PROTECTED] Subject:Deactivate ALL admin schedules? (how-to) Hi all, Is there anyway that I can globally set all of my admin schedules to "ACTIVE=NO"? I was looking for something like a standard SQL UPDATE-SET type statement, but couldn't find anything. I want to include this in a disaster recovery script (Korn). The problem that I've run into is that some of my schedule-names are longer than 16 characters (and therefor wrap). I could probably write something (ugly and bulky) that would work around this issue, but would prefer something cleaner. Additional info: TSM server 4.2.1.15 AIX 4.3.3 ML6 TIA David ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **