DOCSLIB.ORG

The Business Value of DB2 UDB for Z/OS

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
The Business Value of DB2 UDB for Z/OS Front cover The Business Value of DB2 UDB for z/OS Learn about the synergy of DB2 with IBM Eserver zSeries and z/OS Discover how you can benefit from the richness in function Be ready for On Demand Business Paolo Bruni Paul Bartak Rick Butler Sreeni Janaki John Pashley ibm.com/redbooks International Technical Support Organization The Business Value of DB2 UDB for z/OS June 2005 SG24-6763-00 Note: Before using this information and the product it supports, read the information in “Notices” on page ix. First Edition (June 2005) This edition applies to IBM DB2 Universal Database for z/OS Version 8 (program number 5625-DB2). © Copyright International Business Machines Corporation 2005. All rights reserved. Note to U.S. Government Users Restricted Rights -- Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Notices . ix Trademarks . x Preface . xi The team that wrote this redbook. xii Become a published author . xiv Comments welcome. xiv Chapter 1. Evolution of the mainframe . 1 1.1 The evolution of z/Architecture . 2 1.1.1 Lower cost of entry to mainframes . 2 1.1.2 More options in pricing and performance . 2 1.1.3 Leveraging investment in existing applications . 3 1.2 Hardware. 4 1.3 Operating systems . 10 1.3.1 Value of z/OS . 10 1.3.2 Evolution of z/OS . 16 1.3.3 Other mainframe operating systems . 17 1.4 Processor . 18 1.5 Management . 19 1.6 Preparing new mainframers . 20 1.7 2000 through 2005: The era of on demand. 21 Chapter 2. The evolution of DB2 for z/OS . 23 2.1 The evolution of DB2 UDB for z/OS . 24 2.2 DB2 and Parallel Sysplex industry leadership. 32 2.2.1 Extreme availability . 32 2.2.2 Near-linear scalability . 33 2.2.3 Preservation of investment . 33 2.2.4 Controlled enablement of new functionality on version upgrade. 34 2.2.5 Rolling maintenance and new releases without an outage . 34 2.2.6 Ability to fallback . 35 2.2.7 Conclusion . 35 2.3 Summary for DB2 . 35 Chapter 3. DB2 synergy with zSeries and z/OS . 39 3.1 The zSeries, z/OS, and DB2 partnership . 40 3.1.1 z/OS highlights . 40 3.1.2 zSeries architecture highlights . 42 © Copyright IBM Corp. 2005. All rights reserved. iii 3.1.3 DB2 UDB for z/OS . 42 3.2 Parallel Sysplex and data sharing . 43 3.2.1 Shared nothing . 44 3.2.2 Shared disk . 45 3.2.3 Shared data. 45 3.2.4 Advantages of data sharing . 46 3.2.5 Cost benefit . 47 3.2.6 Summary. 48 3.3 Compression . 48 3.4 Security . 51 3.4.1 zSeries security features. 51 3.4.2 DB2 controls . 52 3.4.3 DB2 and multilevel security. 53 3.4.4 Summary. 57 3.5 Encryption . 57 3.5.1 DB2 column level encryption. 58 3.5.2 IBM Data Encryption for IMS and DB2 Databases . 60 3.5.3 Summary. 60 3.6 Sort . 61 3.7 z/OS Unicode Conversion Services . 62 3.8 UNIX System Services . 62 3.9 WorkLoad Manager, Intelligent Resource Director, and VIPA . 63 3.9.1 WorkLoad Manager. 64 3.9.2 Intelligent Resource Director. 65 3.9.3 Virtual IP addressing . 66 3.9.4 Summary. 67 3.10 Disk storage . 68 3.10.1 ESS . 68 3.10.2 FICON channels . 72 3.10.3 VSAM data striping . 73 3.10.4 Geographically Dispersed Parallel Sysplex . 74 3.10.5 HyperSwap . 75 3.11 zSeries 990 . 75 3.12 64-bit virtual storage . 77 3.13 HyperSockets . 79 3.13.1 Specialized processor for Linux . 79 3.14 zSeries Application Assist Processor for Java . 80 3.15 Summary . 82 Chapter 4. Business resiliency . 85 4.1 The DB2 business computing environment. 86 4.2 DB2 for z/OS and zSeries resiliency . 88 4.2.1 Reliability. 89 iv The Business Value of DB2 UDB for z/OS 4.2.2 Availability . 89 4.2.3 Scalability . 93 4.2.4 Manageability and adaptability . 97 4.2.5 Security . 103 4.2.6 Accessibility and extensibility . 105 4.2.7 Summary. 109 Chapter 5. The on demand environment. ..
Load more

Recommended publications
  • Rainblock: Faster Transaction Processing in Public Blockchains
    RainBlock: Faster Transaction Processing in Public Blockchains Soujanya Ponnapalli1, Aashaka Shah1, Souvik Banerjee1, Dahlia Malkhi2, Amy Tai3, Vijay Chidambaram1,3, and Michael Wei3 1University of Texas at Austin, 2Diem Association and Novi Financial, 3VMware Research Abstract Metric No state State: 10M Ratio We present RAINBLOCK, a public blockchain that achieves Time taken to mine txs (s) 1047 6340 6× " high transaction throughput without modifying the proof-of- # Txs per block 2150 833 2.5× # work consensus. The chief insight behind RAINBLOCK is that Tx throughput (txs/s) 28.6 4.7 6× # while consensus controls the rate at which new blocks are added to the blockchain, the number of transactions in each Table 1: Impact of system state on blockchain throughput. block is limited by I/O bottlenecks. Public blockchains like This table shows the throughput of Ethereum with proof-of- Ethereum keep the number of transactions in each block low work consensus when 30K txs are mined using three miners, so that all participating servers (miners) have enough time to in two scenarios: first, there are no accounts on the blockchain, process a block before the next block is created. By removing and in the second, 10M accounts have been added. Despite the I/O bottlenecks in transaction processing, RAINBLOCK al- no other difference, tx throughput is 6× lower in the second lows miners to process more transactions in the same amount scenario; we trace this to the I/O involved in processing txs. of time. RAINBLOCK makes two novel contributions: the RAIN- BLOCK architecture that removes I/O from the critical path of processing transactions (txs), and the distributed, multi- Bitcoin [1] and Ethereum, process only tens of transactions versioned DSM-TREE data structure that stores the system per second, limiting their applications [33, 65].
    [Show full text]
  • IDMS Conversion
    IDMS Conversion The Modern Systems IDMS conversion includes the generation of a new relational database to replace the functionality, set relationships, indexes, and data structures that are currently part of the IDMS network database. The new target database can reside on or off the mainframe, and can use any of the standard relational database management systems (RDBMS): Microsoft SQL Server, Oracle or IBM DB2. Database Functionality DB-Shuttle™ provides The Modern Systems solution provides a complete replacement for all IDMS automated technology database functionality: that protects legacy assets, reduces • IDMS record layouts maintenance costs, • Group-level elements, Occurs and Redefines clauses within IDMS record provides agility and definitions flexibility, and enables • Set definitions (record-to-record relationships) Service-Oriented • System-owned indexes Architecture (SOA) • Bill-of-material structures within business-critical • Multi-member sets, multi-set relationships between two record types applications. • Duplicate CALC designations • Sorted sets, Chained sets and NEXT sets Relational Results The resulting database is fully relational. Primary keys, foreign keys and index definitions are automatically created. All constraints are generated into the resulting DDL. Table spaces, indexes, table names and column names are all generated according to your naming standards. Delivered Components As part of the delivery process, Modern Systems generates and delivers the following component types for installation in the new relational
    [Show full text]
  • Not ACID, Not BASE, but SALT a Transaction Processing Perspective on Blockchains
    Not ACID, not BASE, but SALT A Transaction Processing Perspective on Blockchains Stefan Tai, Jacob Eberhardt and Markus Klems Information Systems Engineering, Technische Universitat¨ Berlin fst, je, [email protected] Keywords: SALT, blockchain, decentralized, ACID, BASE, transaction processing Abstract: Traditional ACID transactions, typically supported by relational database management systems, emphasize database consistency. BASE provides a model that trades some consistency for availability, and is typically favored by cloud systems and NoSQL data stores. With the increasing popularity of blockchain technology, another alternative to both ACID and BASE is introduced: SALT. In this keynote paper, we present SALT as a model to explain blockchains and their use in application architecture. We take both, a transaction and a transaction processing systems perspective on the SALT model. From a transactions perspective, SALT is about Sequential, Agreed-on, Ledgered, and Tamper-resistant transaction processing. From a systems perspec- tive, SALT is about decentralized transaction processing systems being Symmetric, Admin-free, Ledgered and Time-consensual. We discuss the importance of these dual perspectives, both, when comparing SALT with ACID and BASE, and when engineering blockchain-based applications. We expect the next-generation of decentralized transactional applications to leverage combinations of all three transaction models. 1 INTRODUCTION against. Using the admittedly contrived acronym of SALT, we characterize blockchain-based transactions There is a common belief that blockchains have the – from a transactions perspective – as Sequential, potential to fundamentally disrupt entire industries. Agreed, Ledgered, and Tamper-resistant, and – from Whether we are talking about financial services, the a systems perspective – as Symmetric, Admin-free, sharing economy, the Internet of Things, or future en- Ledgered, and Time-consensual.
    [Show full text]
  • Introduction to Mainframe Networking TCP/IP Problem Determination
    z/OS Basic Skills Information Center Networking on z/OS z/OS Basic Skills Information Center Networking on z/OS Note Before using this information and the product it supports, read the information in “Notices” on page 251. This edition applies to z/OS (product number 5694-A01). We appreciate your comments about this publication. Comment on specific errors or omissions, accuracy, organization, subject matter, or completeness of this book. The comments you send should pertain to only the information in this manual or product and the way in which the information is presented. For technical questions and information about products and prices, please contact your IBM branch office, your IBM business partner, or your authorized remarketer. When you send comments to IBM, you grant IBM a nonexclusive right to use or distribute your comments in any way it believes appropriate without incurring any obligation to you. IBM or any other organizations will only use the personal information that you supply to contact you about the issues that you state on this form. Send your comments through this web site: http://publib.boulder.ibm.com/infocenter/zoslnctr/v1r7/index.jsp?topic=/com.ibm.zcontact.doc/webqs.html © Copyright IBM Corporation 2006, 2010. US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Before you begin the topic about Coupling channels ...........40 networking on z/OS .........vii Open Systems Adapter (OSA) .......40 HiperSockets ..............46 The I/O cage ..............48 Part 1. Introduction to networking on the mainframe...........1 Chapter 4. Sample network configuration ............49 Chapter 1.
    [Show full text]
  • What Is a Database Management System? What Is a Transaction
    What is a Database? Collection of data central to some enterprise Overview of Databases and Essential to operation of enterprise Transaction Processing Contains the only record of enterprise activity An asset in its own right Chapter 1 Historical data can guide enterprise strategy Of interest to other enterprises State of database mirrors state of enterprise Database is persistent 2 What is a Database Management What is a Transaction? System? When an event in the real world changes the A Database Management System (DBMS) state of the enterprise, a transaction is is a program that manages a database: executed to cause the corresponding change in the database state Supports a high-level access language (e.g. With an on-line database, the event causes the SQL). transaction to be executed in real time Application describes database accesses using A transaction is an application program that language. with special properties - discussed later - to DBMS interprets statements of language to guarantee it maintains database correctness perform requested database access. 3 4 What is a Transaction Processing Transaction Processing System System? Transaction execution is controlled by a TP monitor s DBMS database n o i Creates the abstraction of a transaction, t c a analogous to the way an operating system s n a r creates the abstraction of a process t DBMS database TP monitor and DBMS together guarantee the special properties of transactions TP Monitor A Transaction Processing System consists of TP monitor, databases, and transactions 5 6 1 System
    [Show full text]
  • Miami-Dade County
    MIAMI-DADE COUNTY Cognos Business Analytics and IDMS Integration at Miami-Dade County Abstract of the Program Miami-Dade County led the way as the first company in the world to successfully extract information from a CA IDMS network database using IBM Cognos Business Analytics. Miami- Dade County stores the majority of their critical data, such as Criminal Justice, Payroll, Traffic and Building information in CA IDMS mainframe databases and traditionally extracts this data using Computer Associates CA IDMS tools (CA ADS ADS/O and IDMS/Cobol/IDMS). Through the collaboration of CA Computer Associates, IBM, and Miami-Dade County, a driver was created for IBM Cognos to access this data directly by using Business Analytics tools without the need for exporting the data into a contemporary distributed environment. The problem or need for the program IDMS (Integrated Database Management System) is primarily a network (CODASYL) database management system for mainframes. Only CA tools could access IDMS data. IDMS mainframe technology did not have the capability to be accessed directly by contemporary business analytics software solutions. This limitation required data extraction, file transfer protocols, and script loading processes to expose IDMS, IMS, and DB2 mainframe data to contemporary technologies, including business analytics tools like IBM Cognos Analytics. Multiple data warehouses and operational data stores are loaded from the primary data sources originating from the IDMS mainframe platform and other relational data sources. More than 50 production IDMS databases are actively supported and used county-wide at Miami- Dade County. Access to data by the distributed world such as making the data available on an Oracle or MSSQL database requires adding multiple intermediate steps, using multiple technologies, and multiple points of failure to migrate data and make it available to analytic technologies.
    [Show full text]
  • Acrobat Distiller, Job 2
    A BRIEF HISTORY OF THE IBM ES/9000, SYSTEM/390 AND zSERIES 1990 IBM makes its most comprehensive product announcement in 25 years by introducing the System/390 family consisting of 18 Enterprise System/9000 processors ranging from midrange computers for office environments to the most powerful computers IBM has ever offered. Featuring enhanced function and capability to manage information systems, the System/390 provides increased processing power, better network management, improved communication among multivendor systems and the Enterprise System/9000 processors. In many cases, customers currently using IBM Enterprise System/3090 systems can easily upgrade their systems to System/390 processors. Other 1990 announcements include: several networking products to make it easier for customers to use their midrange, desktop and System/390 computers to communicate with non-IBM computers. 1991 IBM unveils seven new Enterprise System/9000 processors and operating system software — Advanced Interactive Executive/Enterprise System Architecture (AIX/ESA) — for the System/390 family. AIX/ESA is a further step in IBM’s implementation of open-systems computing across its product line and is based on UNIX and the Open Software Foundation’s OSF/1 standards. The company begins shipping in volume and on schedule two top-of-the-line ES/9000 models that were announced in September 1990. IBM Japan says it will supply Enterprise System/9000 processors and operating system software to Mitsubishi Electric Corp. for remarketing. The agreement marks the first time IBM has sold large processors as an original equipment manufacturer for resale. 1992 IBM introduces two entry-level Enterprise System/9000 processors and ships five new Enterprise System/9000 water-cooled processors — Models 520, 640, 660, 740 and 860 — one-to-four months ahead of schedule.
    [Show full text]
  • Transaction Processing Monitors
    Chapter 24: Advanced Transaction Processing ! Transaction-Processing Monitors ! Transactional Workflows ! High-Performance Transaction Systems ! Main memory databases ! Real-Time Transaction Systems ! Long-Duration Transactions ! Transaction management in multidatabase systems 1 Database System Concepts 24.1 ©Silberschatz, Korth and Sudarshan Transaction Processing Monitors ! TP monitors initially developed as multithreaded servers to support large numbers of terminals from a single process. ! Provide infrastructure for building and administering complex transaction processing systems with a large number of clients and multiple servers. ! Provide services such as: ! Presentation facilities to simplify creating user interfaces ! Persistent queuing of client requests and server responses ! Routing of client messages to servers ! Coordination of two-phase commit when transactions access multiple servers. ! Some commercial TP monitors: CICS from IBM, Pathway from Tandem, Top End from NCR, and Encina from Transarc 2 Database System Concepts 24.2 ©Silberschatz, Korth and Sudarshan 1 TP Monitor Architectures 3 Database System Concepts 24.3 ©Silberschatz, Korth and Sudarshan TP Monitor Architectures (Cont.) ! Process per client model - instead of individual login session per terminal, server process communicates with the terminal, handles authentication, and executes actions. ! Memory requirements are high ! Multitasking- high CPU overhead for context switching between processes ! Single process model - all remote terminals connect to a single server process. ! Used in client-server environments ! Server process is multi-threaded; low cost for thread switching ! No protection between applications ! Not suited for parallel or distributed databases 4 Database System Concepts 24.4 ©Silberschatz, Korth and Sudarshan 2 TP Monitor Architectures (Cont.) ! Many-server single-router model - multiple application server processes access a common database; clients communicate with the application through a single communication process that routes requests.
    [Show full text]
  • IBM Zenterprise BC12 (Zbc12) Enabling Enterprises of All Sizes to Build a Better Customer Experience with IBM Z Systems
    IBM Systems and Technology Data Sheet IBM zEnterprise BC12 (zBC12) Enabling enterprises of all sizes to build a better customer experience with IBM z Systems Organizations around the world are recognizing the increasing role that Highlights technology plays in driving change as they shift investments from infra- structure maintenance towards new projects, such as cloud, data analytics ●● ●●Delivers increased performance, flexibility and mobile applications. To remain competitive, they must constantly and scale in a lower cost package adapt and respond with increased speed to deliver new services through ●● ●●Helps save money through consolidation multiple channels to customers, partners and employees. To capitalize on Linux® and an efficient cloud delivery on this opportunity, organizations must be able to tap into their valuable model data and energize applications without going over budget while keeping ●● ●●Enables workloads to be deployed where everything protected and secure to reduce organizational and reputation they run best and cost less with proven risk. This requires an optimized infrastructure that is integrated, agile, hybrid computing trusted and secure. ●● ●●Lets you secure it all with confidence on a trusted and resilient infrastructure The newest member of the IBM® zEnterprise® System family is the IBM zEnterprise BC12 (zBC12). Designed as an entry point for enterprise computing it embodies the same innovation and value, flexible growth options, industry-leading virtualization, trusted resiliency, secure cloud, enterprise mobility and operational analytics capabilities as the massively scalable IBM zEnterprise EC12. The zBC12 delivers a lower and more granular cost structure with significant improvements in pack- aging, performance and total system scalability over prior generations.
    [Show full text]
  • Rising IBM Mainframe Software Costs
    Rising IBM Mainframe Software Costs By Kim A. Eckert, Certified IT Architect Rising IBM mainframe software costs started getting the attention of high level executives some years ago. This was partially due to realizing the software inventories analysis was inefficient and limited. In addition, a third party company was hired to review IBM Strategic Outsourcing (SO) account’s inventory. In other words, IBM was paying "green" dollars to save "blue" dollars! In order for the team to become competitive and provide extra value to our Integrated Technology Delivery (ITD) accounts, I architected an automated system that merged data from several sources and made it easy for the technical support teams to verify the inventory. Once the reports were produced, my team would analyze the data and make recommendations for cost take out opportunities. There were several issues surrounding software licensing and validation: 1. IBM only had tools that would report on what was installed on a customer’s machine then that output would be matched up to what was actually licensed. This approach had benefits as in ensuring they are paying for what they use, but did not do the opposite - ensuring they are actually using what they are paying for. 2. The only place to find where a product was superseded by another was either Announcement letters or the Dawn report web page. The Dawn report lists all monthly license type software and their replacement if available. For example, it would show 5647-A01 OS/390 is replaced by 5694-A01 z/OS. 3. End of Support information was only available through Announcement letters or the Lifecycle Support web page.
    [Show full text]
  • Revised Naming for IBM Db2 Family Products
    IBM United States Software Announcement 217-363, dated July 18, 2017 Revised naming for IBM Db2 family products Table of contents 1 Overview 4 Ordering information 3 Planned availability date 4 Terms and conditions 3 Program number 5 Prices Overview IBM(R) Db2 is the database of choice for enterprise-wide solutions because it offers extreme performance, flexibility, scalability, and reliability for any size organization. IBM is organizing around the Db2 brand and, as a result, there will be name changes to all of the Db2 offerings. The dashDBTM family will now be renamed to Db2 and DB2(R) will now be referred to as Db2. The program numbers, part numbers, terms and conditions, and pricing will remain the same. The program names, service descriptions, and license information documents are updated to reflect the new names. The part number descriptions are updated to reflect the changes to the program names embedded in the descriptions. You do not need to make any changes to your systems and our offerings will contain the same technology with new names. The following table maps the program numbers from their prior names to their new names: Program number Prior program New program Effective date name name 5725-W92 IBM DB2 on Cloud IBM Db2 Hosted July 18, 2017 5725-U38 IBM dashDB for IBM Db2 July 18, 2017 Analytics Warehouse on Cloud 5725-U32 IBM Bluemix(R) IBM Bluemix July 18, 2017 Dedicated Data Dedicated Data Repositories Repositories 5737-C74 IBM dashDB IBM Db2 on Cloud July 18, 2017 Enterprise for Transactions SaaS 5724-M15 DB2 ConnectTM
    [Show full text]
  • Proceedings of the Rexx Symposium for Developers and Users
    SLAC-R-95-464 CONF-9505198-- PROCEEDINGS OF THE REXX SYMPOSIUM FOR DEVELOPERS AND USERS May 1-3,1995 Stanford, California Convened by STANFORD LINEAR ACCELERATOR CENTER STANFORD UNIVERSITY, STANFORD, CALIFORNIA 94309 Program Committee Cathie Dager of SLAC, Convener Forrest Garnett of IBM Pam Taylor of The Workstation Group James Weissman Prepared for the Department of Energy under Contract number DE-AC03-76SF00515 Printed in the United States of America. Available from the National Technical Information Service, U.S. Department of Commerce, 5285 Port Royal Road, Springfield, Virginia 22161. DISTRIBUTION OF THIS DOCUMENT IS UNLIMITED ;--. i*-„r> ->&• DISCLAIMER This report was prepared as an account of work sponsored by an agency of the United States Government. Neither the United States Government nor any agency thereof, nor any of their employees, make any warranty, express or implied, or assumes any legal liability or responsibility for the accuracy, completeness, or usefulness of any information, apparatus, product, or process disclosed, or represents that its use would not infringe privately owned rights. Reference herein to any specific commercial product, process, or service by trade name, trademark, manufacturer, or otherwise does not necessarily constitute or imply its endorsement, recommendation, or favoring by the United States Government or any agency thereof. The views and opinions of authors expressed herein do not necessarily state or reflect those of the United States Government or any agency thereof. DISCLAIMER Portions
    [Show full text]