High Availability Scenarios with IBM Tivoli Workload Scheduler and IBM Tivoli Framework
Authors: Gucer V.
Published year: 2003
Pages: 30-33/92
Buy this book on amazon.com >>

 < Day Day Up > 



Appendix A: A Real-Life Implementation

In this appendix, we describe the implementation tasks within a deployment of a HACMP Version 4.5 and IBM Tivoli Workload Scheduler Version 8.1 scheduling environment in a real customer. We cover the installation roadmap and actual installation steps, and provide our observations in this real-life implementation.

The versions of software used are HACMP.

Rationale for IBM Tivoli Workload Scheduler and HACMP integration

The rationale for the integration of IBM Tivoli Workload Scheduler and HACMP was to use a proactive approach to a highly available scheduling solution, rather than a reactive approach. The IBM AIX/SP frame hardware environment has been an impressively stable system. However, on occasion as a TCP/IP network issue arises, customers new to IBM Tivoli Workload Scheduler scheduling environments naturally become concerned that IBM Tivoli Workload Scheduler schedules and jobs are not running on FTAs as expected. It is then realized that the IBM Tivoli Workload Scheduler FTAs continue to run their jobs even during these temporary network disruptions. This concern then developed into a risk assessment where the actual loss of the IBM Tivoli Workload Scheduling Master Domain Manager was considered .

Taking the loss of a IBM Tivoli Workload SchedulerMaster Domain Manager into consideration can be a serious concern for many customers. Where some customers feel a IBM Tivoli Workload Scheduler Backup Domain Manager is sufficient for a failover scenario, other customers will realize that their entire data center, which is now controlled by IBM Tivoli Workload Scheduler, could potentially go idle for several hours during this failover period.

This could be a very serious problem for a large customer environment, especially if a IBM Tivoli Workload Scheduler MDM failure were to occur shortly before the release of the (05:59) Jnextday job. Data centers running business critical applications or 10000 to 20000 jobs a day simply cannot afford a lapse in a scheduling service. Therefore, a highly available IBM Tivoli Workload Scheduling scheduling solution must be implemented.



 < Day Day Up > 

 < Day Day Up > 



Our environment

Figure A-1 on page 569 shows an overview of the environments used in this implementation.


Figure A-1: Our environment



 < Day Day Up > 

 < Day Day Up > 



Installation roadmap

Figure A-2 on page 570 shows our installation roadmap. This flowchart is provided to help visualize the steps required to perform a successful IBM Tivoli Workload Scheduler HACMP integration. The steps are arranged sequentially, although there are certain tasks that can be performed in parallel.


Figure A-2: IBM Tivoli Workload Scheduler HACMP configuration flowchart

This flowchart can be considered to be at least a partial checklist for the tasks that must be performed in your installation.



 < Day Day Up > 

 < Day Day Up > 



Software configuration

The following is a description of the IBM Tivoli Workload Scheduling software configuration which is in production.

  • AIX 5.1 (Fix Pack 5100-03).

  • IBM Tivoli Workload Scheduling 8.1 (Patch 08).

  • Anywhere from 500 to 1500 business critical jobs running per day.

  • There are currently 56 FTAs (both AIX and NT), with average of one FTA node being added per month.

  • 125 defined schedules.

  • 325 defined jobs.

  • Nine different workstations classes

  • Four customized calendars.



 < Day Day Up > 

High Availability Scenarios with IBM Tivoli Workload Scheduler and IBM Tivoli Framework
Authors: Gucer V.
Published year: 2003
Pages: 30-33/92
Buy this book on amazon.com >>