IBM Tivoli Workload Scheduler

IBM Workload Scheduler (formerly called IBM Tivoli Workload Scheduler as part of the IBM Tivoli workload automation products) is a software that plans, executes and tracks jobs on several platforms and environments. Its main purpose is to manage the computing resources on collections of computers ("clusters") to allow different users to efficiently share these resources to run parallel programs.

IBM Tivoli Workload Scheduler
Developer(s)IBM
Typeworkload automation
Websitewww.ibm.com/software/products/en/tivoli-workload-automation

It comprises two products:

  • Workload Scheduler for z/OS, previously known as OPC
  • Workload Scheduler, previously known as Maestro when IBM acquired Unison Software in 1997

Plus some ancillary applications

  • Workload Scheduler for Applications - for managing business applications like SAP, Oracle and PeopleSoft ()
  • Dynamic Workload Broker - for automating grid application environments

Products can be integrated to schedule and monitor from a single point of control with the use of a Java console called JSC (Job Scheduling Console) or in the latest versions with a web based user interface called TDWC (Tivoli Dynamic Workload Console).

Workload Scheduler for z/OS (TWSz) was originally produced in the 1970s by IBM's Nordic Laboratory in Lidingo, Sweden where it was known as OPC, which stands for "Operations Planning and Control". In 1989 the name was changed to Operations Planning and Control/Advanced (OPC/A) when many advanced features were added and the product has remained very much the same ever since. The name changed again to Operations Planning and Control/ESA (Enterprise Systems Architecture) when later adapted to work in a Sysplex Environment. After IBM bought the Tivoli company and OPC came under Tivoli's umbrella it was briefly renamed TME/10 (Tivoli Management Environment/10), then to Tivoli Workload Scheduler, but as Tivoli had previously renamed Maestro to Tivoli Workload Scheduler OPC was renamed Tivoli Workload Scheduler for z/OS. However, the name Operations Planning and Control continued to appear on the primary option panel and elsewhere until Version 8 Release 5. The TWSz version numbers jumped from Version 3 to Version 8 to align with TWSd (Maestro).

Workload Scheduler (TWSd) was originally produced by Unison Software where it was known as Maestro. Maestro was bought by the Tivoli company when they realised the need for a Unix scheduler. It was renamed Tivoli Workload Scheduler (TWS). IBM bought the Tivoli company and gave it the responsibility for systems management, both distributed and mainframe. Tivoli at first decided to drop OPC and, because Maestro had an agent that ran on z/OS, get OPC customers to migrate to Maestro. When it became obvious that Maestro couldn't replace OPC, Tivoli brought OPC under the Tivoli Workload Scheduler name. Many of the OPC concepts were ported to Maestro.

In 1988, users of OPC (later known as Tivoli Workload Scheduler) together with support from IBM, established ASAP - TWS Education + Training (formerly known as OPC/A Users Conference Inc.) - a volunteer, user supported, not-for-profit organization which is managed by a volunteer board of directors (representatives of member companies) and administered by MeetingWorks, LLC of New London, CT.

Workload Scheduler for z/OS

Workload Scheduler for z/OS (TWSz) runs on IBM Z Systems' primary operating system, z/OS. TWSz schedules and runs work on multiple platforms, both mainframe and distributed. TWSz comprises a z/OS started task known as a Controller and programs known as Tracker-Agents running on every machine under its control.

The Controller's databases hold details of the work to run, the scheduling instructions and information about resources and restrictions. The databases provide input to the Long Term Plan which is a calculation of when work will run in the future. A second plan, the Current Plan, uses the Long Term Plan as input to determine which jobs it should include and expands that with information from the databases. The Current Plan is a detailed production schedule. Current Plan will submit jobs when precessors are complete and resources are available.

The Tracker-Agent, which is a z/OS started task or a program running on Unix, Windows, HP-UX, or any other operating system, communicates with the Controller to feedback information about jobs starting and ending. The Controller uses that information to update its Current Plan, changing statuses and submitting jobs as their predecessors finish.

The Controller can replace the TWS Distributed Master Domain Manager (Maestro) and control a distributed network of Maestro Agents by generating and propagating the Maestro Symphony file. This is known as End-To-End Scheduling.

Communication with TWSz is via a set of supplied and customisable ISPF panels. There have been limited function graphical user interfaces (GUI) available for more than a decade, the latest is the Web browser based Tivoli Dynamic Workload Console (TDWC). The TDWC doesn't supply all the functions available with the ISPF interface which is need to browse and modify the Long Term Plan, run maintenance batch jobs, rerun old jobs from the DB2 repository, run audit trail reports and access Service Functions.

LoadLeveler is a job scheduler written by IBM, to control scheduling of batch jobs. LoadLeveler matches the job requirements with the best available computer resource for execution. It was primarily available only for AIX operating system, however it is now also available for POWER and x86 architecture Linux systems.

LoadLeveler has been moved under the Tivoli Software brand as of version 3.3.2 in April 2006, and has been renamed to Tivoli Workload Scheduler LoadLeveler.

gollark: I think my use cases are nice usecases, and I think it has flaws even in the domains it seems to be targeted at.
gollark: I think it should at least not, essentially, deliberately cripple itself at some classes of thing.
gollark: I'm not sure exactly what they're targeting - maybe trendy cloud™-type tools, simple webservers, etc - but even *in* that domain it just seems bad to me.
gollark: If they did in fact mean it as a DSL for deploying bees against Google Cloud, they should say so.
gollark: I mean, I did say "treated as a general purpose language" so it's fairly reasonable.
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.