- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: CA Unicenter Job Management V3.0 (old DECSched...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-19-2010 03:16 PM
тАО01-19-2010 03:16 PM
CA Unicenter Job Management V3.0 (old DECScheduer) - backup of
When scheduler is running files dependency.dat, sched$sd_restrictions.dat, temp_parms.dat, vermont_creamery.log, vss.dat, 'node'.log, 'node'_remote_executor.log are open.
backup/ignore=interlock will not produce a reliable backup (or will it, if I ensure that this is the only job running)
Can I shut down scheduler, do the backup and start scheduler from within a running sceduler job if the job runs the backup in batch (i.e. the job is created with /mode=batch -not detached)?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-19-2010 04:37 PM
тАО01-19-2010 04:37 PM
Re: CA Unicenter Job Management V3.0 (old DECScheduer) - backup of
I wouldn't be too concerned about /IGNORE=INTERLOCK issues for log files. Nice to have backups of log files, but unlikely to be critical. It's the configuration files (.DAT?) that you need.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-19-2010 05:15 PM
тАО01-19-2010 05:15 PM
Re: CA Unicenter Job Management V3.0 (old DECScheduer) - backup of
backup/ignore=interlock and conver/share gives identical copies and both are usable.
The issue is how confident can I be that this either of these will work every time (on all the scheduler .DAT files) - matching the gauranteed integrity of OpenVMS backup?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-20-2010 01:40 AM
тАО01-20-2010 01:40 AM
Re: CA Unicenter Job Management V3.0 (old DECScheduer) - backup of
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-20-2010 12:58 PM
тАО01-20-2010 12:58 PM
Re: CA Unicenter Job Management V3.0 (old DECScheduer) - backup of
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-20-2010 07:15 PM
тАО01-20-2010 07:15 PM
Re: CA Unicenter Job Management V3.0 (old DECScheduer) - backup of
With /IGNORE=INTERLOCK there will not be much difference between the saveset copy of the file and the actual file in the disk.
If you are concerned about the integrity of the files in the saveset then better to shutdown the scheduler and perform backup. In this case offline backups are preferable.
Regards,
Ketan