We think you have liked this presentation. If you wish to download it, please recommend it to your friends in any social system. Share buttons are a little bit lower. Thank you!
Presentation is loading. Please wait.
Published byMarshall Taylor
Modified about 1 year ago
© 2009 IBM Corporation TWS for z/OS end-to-end & Z centric Implementation Best Practices
© 2011 IBM Corporation2 The goals Provide some best practices and suggestions related to the end-to-end features provided by TWS for z/OS: –End-to-end with fault tolerant capabilities (aka e2e) –End-to-end with Z centric capabilities (aka Z centric) They are intended to: –Improve the performances –Provide suggestions for a more effective usage of the feature The Agenda Overview Z centric –Feature exploitation –Best practices e2e –Feature exploitation –Best practices
© 2011 IBM Corporation IBM Tivoli Workload Automation end-to-end features... From a single point of control... Single point of control to minimize the administrative oversight and time Full impact view from the point of service delivery, for better efficiency, effectiveness and alignment of IT to business Provide flexibility to establish the single point of control from any end-point Heterogeneous workloads must be seen as homogeneous, and managed from a single point of control through a unified paradigm End-to-end workload automation 3
© 2011 IBM Corporation End-to-end with fault tolerant capabilities z/OS Sysplex ISPF Open systems TWS for z/OS Topology Server End-to-end Domain Manager Fault Tolerant Agent Extended Agent 4 It is the Plan-based End-to-end, this means: Hierarchical topology Optional multi-level configuration Communication layer, USS Server Network Fault Tolerance Distribution of plan to agents Monitoring allowed at agent level TWS for z/OS controller
© 2011 IBM Corporation End-to-end with Z centric capabilities z/OS Sysplex ISPF Open systems Z-centric Extended Agent Z-centric agent 5 The TWS controller acts as choreographer, this means: Flat topology Simplified deployment and configuration No communication layer, no Server Fully centralized and homogeneous control Direct control over distributed workload TWS for z/OS Topology Server TWS for z/OS controller
© 2011 IBM Corporation Cross dependencies 6 They allows to manage heterogeneous systems by: –Defining in one scheduling environment dependencies on batch activities that are managed by another scheduling environment –Controlling the status of these dependencies by navigating from a unique user interface across the different scheduling environments –It is works both for TWS and TWS for z/OS Cross dep. TWS 1 TWS for z/OS controller TWS 2 TWS MDM TWS 3 TWS for z/OS controller Cross dep.
© 2011 IBM Corporation The z centric feature can be easily activated, by customizing the controller PARM member, by: –Setting the HTTPOPTS parameters –Adding in the ROUTOPTS statement the HTTP/HTTPS parameters It’s very easy to add, delete or modify z centric WSs. –There is a MODIFY command dynamically reloading the destination definitions: /F TW1A,RFRDEST The same Z centric agent can run workload for various TWS for z/OS controllers at the same time –This greatly simplify the infrastructure –Reduces the maintenance effort 7 Z centric – feature exploitation (1) Z centric Agent TWS for z/OS controllers
© 2011 IBM Corporation It is possible to define more Z centric WSs having the same destination, this: –Allows to globally act on a subset of the overall workload ran by a certain server –can be very useful if the same server runs workload related to different LOBs. The Z centric WSs grant the same flexibility of the z/OS WSs, this means: –Open time intervals; –Alternate WSs; –Parallel servers It is possible to use the TWS for z/OS variables to tailor in a “centralized way” the workload on many distributed servers. –In the example on the right the supplied variable related to the extended op. name, is used to parameterize the remote file name of an FTP job 8 Z centric – feature exploitation (2)
© 2011 IBM Corporation The z centric agents support the filewatch feature –It’s an executable able to perform advanced file discovery –File creation, deletion, edition. An example: filewatch -condition wcr -filename C:\ftpdir\ftp.file -int 30 -deadline 0 It is can be very usefully integrated with the FTP job executor to automate file discovery and transfer scenarios. Just create an application running z centric jobs where: 1.The first one runs the filewatch executable 2.Its successor run an FTP job. 3.Subsequent jobs perform the file content elaboration 9 Z centric – feature exploitation (3) Z centric Agent TWS for z/OS controller file DATASET file elaboration FTP Filewatch file discovery
© 2011 IBM Corporation10 Z centric – best practices The settings defined in the EQQUX001 override the other settings. A typical error scenario: –If a job ends in error with ext. status OSUB –It may be the user submitting the job is that defined in the exit and not the right one The TWS controller has to resolve the IP addrs of the z centric agents and vice versa. A typical error scenario: –The TWS for z/OS user interface shows a jobs in “started” status –The job has been really submitted on the server hosting the z centric agent –In this case setting the HTTPOPTS HOSTNAME keyword can solve the issue. Consider that the TWS controller tries to connect a Z centric agent only when it has to run the first daily job. –Check on the real status of the agent by scheduling a TSO WSSTAT command, i.e. WSSTAT SUBSYS(TW1A) WSNAME(ZAGT) STATUS(A) –This can be very useful for agents running workload during the night
© 2011 IBM Corporation If an FTA is NOT a backup DM than always set CPUFULLSTAT(OFF), this: –Greatly reduces the network traffic –Reduces the number of events the active DMs have to manage Always use the mailman servers by setting the CPUSERVER keyword when defining an FTA or a standard agent. This: –Increases the event handling speed performed by the DMs –Make the e2e network more robust in case of network problems Always keep the agents running jobs linked by predecessor-successor dependencies in the same domain, this: –Reduces the network traffic –Increases the fault tolerance level 11 E2E – feature exploitation (1) FTA2 DM FTA1 TWS domain
© 2011 IBM Corporation When designing e2e applications consider they will be “mirrored” in Symphony Job streams. Take in consideration the main “mirroring” rules: –The jobs defined on FTWS are present in the Symphony file –Just the direct predecessors of those jobs (even if they are not scheduled on FTWS) are present in the Symphony file as well. Designing the applications so to have smaller Symphony Job streams grant various positive effects: –Reduce the DP batch duration thanks to the shorter time needed to create the Symphony file –Increase the performances when e2e applications are dynamically added in the CP –Increase the performance of the TWS agents especially when they runs not centralized scripts 12 E2E – feature exploitation (2) Current Plan Master Domain Manager OPCMASTER Domain Manager DOM1 FTA FTW1 Symphony FTA FTW2 Symphony
© 2011 IBM Corporation13 E2E – feature exploitation (3) App2 App3 App1 10 App4 App App App2 App3 It can be useful adding a dummy predecessor on NON REP WS (see op. 15) The Symphony file can contain unconnected operations, so creating applications whose jobs are connected just by a dummy successor can make smaller Symphony job streams (see ops. 30 and 20) z/OS Plan Symphony
© 2011 IBM Corporation14 E2E – best practices (1) Consider to increase the size of the datasets EQQTWSCS, EQQTWSIN EQQTWSOU –Event loss could occur if thy are note well sized –Especially if a lot of dynamic additions are performed Take in consideration the evtzise cmd to increase the max reachable size of the event files (such as Mailbox.msg or Intercom.msg) –This works both for the files present in the e2e server work directory and for the TWS agents –The manual “Scheduling End-to-end with Fault Tolerance Capabilities” documents this command usage. In case of server maintenance take in consideration to set the CPUREC parameter CPUAUTOLNK(OFF) –It makes “manual” the TWS agent initialization –No time is wasted in trying to initialize it –A Symphony renew is sufficient to activate it
© 2011 IBM Corporation15 E2E – best practices (2) The workload throughput of the agent can be globally managed by using the CPUREC CPULIMIT parameter. –This is very useful if a server hosting a TWS agent seems to be too much stressed –By setting it to 0 it’s possible to keep the agent active avoiding the job submission –The parameter can be changed: by submitting a symphony renew In dynamic way, by using the TWS agent admin. CLI conman (i.e.: “conman lc FTA1; 0” ) If different kind of workloads have to be run on the same server (i.e. they refer to different LOBs) –It’s NOT needed the installation of more agents (this could stress the server) –Some agents could be “simulated” by using local UNIX extended agents –This is possible just on UNIX servers
© 2011 IBM Corporation16
Version 4.1 CCNA Discovery 2– Chapter 7. Contents 7.1: ISP Services : TCP / IP Protocols 7.2: 7.3: DNS 7.3: 7.4: Application Layer Protocols 7.4.
® IBM Software Group © 2008 IBM Corporation A new feature providing mainframe development flexibility David Myers Rational Developer for System z Product.
IBM Software Group Tivoli Software from IBM Storage Resource Management Webcast Tele-Rep Training Manual Prepared by: Wunderman Customer Dialogue Group.
DC-API: Unified API for Desktop Grid Systems Gábor Gombás MTA SZTAKI.
Distributed Computing Dr. Eng. Ahmed Moustafa Elmahalawy Computer Science and Engineering Department.
Copyright 2002, Computer Associates International, Inc CA Products for z/VM – Old Dogs with New Tricks Yvonne DeMeritt Sr. Sustaining Engineer CA.
Vipul Patel Ideas … Please …
Longhorn Academy Server Management Dave & Sebastian.
VMware vCenter Server High Availability Product Support Engineering VMware Confidential.
Windows 2008 Active Directory Configuration – Week 4 of 6 Microsoft Test: Mark McCoy MCSE, CNE, CISSP.
Windows 2008 Active Directory Configuration – Week 3 of 6 Microsoft Test: Mark McCoy MCSE, CNE, CISSP.
IBM Tivoli JVM Monitoring – Best Practices Steve Klopfer Technical Specialist, IBM
Upgrade And Migration From Windows Sharepoint Services V2 And Sharepoint Portal Server 2003 Allan Schweighardt Sr. Technology Specialist Microsoft Corporation.
High availability and Disaster Recovery in a Multi-Site Virtual Environment using virtualization Henk Den Baes Technology Advisor Microsoft BeLux.
RMS and Scheduling for Future Generation Grids Ramin Yahyapour University Dortmund Leader CoreGRID Institute on Resource Management and Scheduling CoreGRID.
Whats New in vSphere 5.0? Dan Wofford Staff Systems Engineer - VMware.
IBM Software Group Enhancements for Distributed IBM Tivoli Workload Scheduler 8.2.
Windows Server 2012: New Features. Administering Servers with Server Manager Using Server Manager, you can: Manage multiple servers from one instance.
1 Operating-System Structures Operating System & its purpose Operating Systems lead to new Hardware Features System Components System Services System Calls.
The Client/Server Database Environment CS263 Lecture 12.
CoreGrid Summer SchoolBudapest, Hungary, 3-7 September, Grid Interoperability Issues in Resource Management: Questions and Solutions Attila Kertész.
Agent Based Software Development Michael Luck, Ronald Ashri and Mark dInverno Chapter 4: Methodologies and Modeling Languages.
©Siebel Systems 2003 – Do not distribute or re-use without permission Implementing Siebel 7 for High Availability Richard Sands Siebel Expert Services.
DocAuto, Inc. docauto.com Copyright© 2008 DocAuto, Inc. All Rights Reserved (800) DocAuto Advanced Matter-Centric Architecture Management in WorkSite David.
Introduction to z/OS Basics © 2006 IBM Corporation Chapter 3: z/OS Overview.
Database Controls 2012 National State Auditors Association Information Technology Conference September 2012.
What is an Operating System? A program that acts as an intermediary between a user of a computer and the computer hardware. Operating system goals: Execute.
1 GREY BOX TESTING Web Apps & Networking Session 7 Boris Grinberg
Software Development QA Best Practices May 20, 2010 Suzette Hackl, CSM Senior Project Manager Skyline Technologies, Inc.
© 2016 SlidePlayer.com Inc. All rights reserved.