xdxdxd123

Untitled

Jun 16th, 2017
103
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 16.12 KB | None | 0 0
  1. Murach’s Mainframe COBOL
  2. © 2004, Mike Murach & Associates, Inc.
  3. Chapter 17, Slide 1
  4. Chapter 17
  5. Introduction to
  6. IBM mainframes
  7. Murach’s Mainframe COBOL
  8. © 2004, Mike Murach & Associates, Inc.
  9. Chapter 17, Slide 2
  10. Objectives
  11. Knowledge
  12.  Identify the three basic components of an IBM mainframe
  13. processor.
  14.  Identify the main difference between the z/Architecture found on
  15. IBM’s zSeries processors and earlier system architectures.
  16.  Name and briefly describe four types of I/O devices that are
  17. commonly found on an IBM mainframe.
  18.  Describe these five features of mainframe computer operating
  19. systems: virtual storage, multiprogramming, spooling, batch
  20. processing, and time sharing.
  21.  Describe how MVS, OS/390, and z/OS are related to one another.
  22.  Name three subsystems or facilities that are commonly found on
  23. an OS/390 or z/OS system.
  24. Murach’s Mainframe COBOL
  25. © 2004, Mike Murach & Associates, Inc.
  26. Chapter 17, Slide 3
  27. The basic processor architecture for IBM
  28. mainframe systems
  29. Main
  30. Storage
  31. Channel 0
  32. Channel 1
  33. Channel 2
  34. Channel 3
  35. Channel 4
  36. Channel 5
  37. Channel 6
  38. Channel 7
  39. CPU
  40. I/O
  41. devices
  42. Processor
  43. Murach’s Mainframe COBOL
  44. © 2004, Mike Murach & Associates, Inc.
  45. Chapter 17, Slide 4
  46. The basic architecture of an IBM mainframe
  47. processor
  48.  The central processing unit, or CPU, contains the circuitry
  49. needed to execute program instructions that manipulate data
  50. stored in main storage.
  51.  The cache is a high-speed memory buffer that operates between
  52. the CPU and main storage. The most frequently accessed sections
  53. of memory are kept in the cache to speed up processing.
  54.  Channels connect the processor to input/output devices, thus
  55. providing access to communication networks and stored data.
  56.  Multiprocessor systems have more than one CPU sharing access
  57. to main memory.
  58.  Multiprocessing can increase the overall instruction processing
  59. rate of a system. It can also increase a system’s availability
  60. because if one CPU fails, another can take over its work.
  61. Murach’s Mainframe COBOL
  62. © 2004, Mike Murach & Associates, Inc.
  63. Chapter 17, Slide 5
  64. IBM processor history
  65. Architecture evolution
  66.  The ESCON architecture introduced in the System/390s improves
  67. on earlier systems by allowing for a higher-speed information flow
  68. between the processor and I/O devices that can be connected to the
  69. processor over long distances.
  70.  The z/Architecture on the zSeries processors uses a 64-bit
  71. addressing technology rather than 31-bit addressing to allow for an
  72. unprecedented level of memory addressing.
  73. System/360
  74. (S/360)
  75. processors
  76. ES9000
  77. processors
  78. S/390
  79. G5/G6
  80. servers
  81. 3080/4300
  82. processors
  83. System/370
  84. (S/370)
  85. processors
  86. System/390
  87. (S/390)
  88. processors
  89. zSeries
  90. z900
  91. servers
  92. 3090
  93. processors
  94. 1964
  95. 1970
  96. 1980's
  97. 1985
  98. 1986
  99. 1990 2000
  100. 1998/99
  101. Murach’s Mainframe COBOL
  102. © 2004, Mike Murach & Associates, Inc.
  103. Chapter 17, Slide 6
  104. I/O devices that connect to mainframe servers
  105.  Direct access storage devices, or DASD
  106.  Tape drives
  107.  Optical disk devices
  108.  Display stations
  109.  Printers
  110. Murach’s Mainframe COBOL
  111. © 2004, Mike Murach & Associates, Inc.
  112. Chapter 17, Slide 7
  113. Terminal display devices
  114. Murach’s Mainframe COBOL
  115. © 2004, Mike Murach & Associates, Inc.
  116. Chapter 17, Slide 8
  117. Connecting to terminal display devices
  118.  The 3270 family of terminal display devices has been the standard
  119. for IBM mainframe computers since 1971.
  120.  Although 3270s can be connected to a mainframe directly, they’re
  121. usually connected remotely via a 3174 controller.
  122.  Today’s typical user connects to the mainframe via a PC running
  123. some form of 3270 emulation software. This software interprets
  124. 3270 data streams sent through a network and constructs a 3270
  125. display screen, usually in a window on the PC’s desktop.
  126.  In a local area network (LAN) or a wide area network (WAN),
  127. several emulation software programs are available depending on
  128. whether you’re connected to an SNA, Novell, or TCP/IP network.
  129.  In an Internet or intranet environment, you can use a Telnet
  130. (TN3270) based emulator, connect to a Citrix server that in turn
  131. connects to the mainframe, or use a Java-enabled web browser to
  132. display a 3270 screen.
  133. Murach’s Mainframe COBOL
  134. © 2004, Mike Murach & Associates, Inc.
  135. Chapter 17, Slide 9
  136. Direct access storage devices
  137.  The official IBM term for a disk drive is direct access storage
  138. device, or DASD.
  139.  A DASD allows a mainframe server direct and rapid access to
  140. large quantities of data.
  141.  DASD devices are attached to a server in groups called DASD
  142. arrays.
  143.  A storage controller manages the flow of information between the
  144. DASD devices and the mainframe server by providing high-speed
  145. cache storage for the data that’s accessed most frequently.
  146. Murach’s Mainframe COBOL
  147. © 2004, Mike Murach & Associates, Inc.
  148. Chapter 17, Slide 10
  149. Printers
  150.  Line printers, or impact printers, produce printed output by
  151. striking an image of the characters to be printed against a ribbon,
  152. which in turn transfers ink to the paper. Some line printers can
  153. print up to 2000 lines per minute (lpm).
  154.  Character printers, or dot-matrix printers, create character images
  155. by causing a series of small pins in the print head to strike a
  156. ribbon, which in turn transfers ink to the paper. They’re slower
  157. than line printers, with some models capable of producing only
  158. 300 to 600 characters per second (cps).
  159.  Page printers, or laser printers, produce one page at a time on
  160. individual sheets of paper. These printers vary in size from
  161. desktop models to full duplex systems capable of printing up to
  162. 2000 or more ipm (impressions per minute).
  163. Murach’s Mainframe COBOL
  164. © 2004, Mike Murach & Associates, Inc.
  165. Chapter 17, Slide 11
  166. Magnetic tape devices
  167.  Magnetic tapes are primarily used to back up information from
  168. DASD and to archive older information.
  169.  Tape processing can only be used to store and retrieve sequential
  170. data.
  171.  Although reel-to-reel tapes were once predominant, today it’s
  172. more common to use tape cartridges. They can store more
  173. information, are more durable, and process information much
  174. faster.
  175. Murach’s Mainframe COBOL
  176. © 2004, Mike Murach & Associates, Inc.
  177. Chapter 17, Slide 12
  178. Optical disk devices
  179.  Information that is infrequently used or traditionally stored on
  180. paper or microfiche can be stored instead on optical disks.
  181.  Most optical drives provide WORM (Write-Once, Read-Many)
  182. support, which produces an unalterable copy of the data onto an
  183. optical media disk.
  184.  Optical storage library systems store optical disks in slots that are
  185. retrieved by robotic arms and placed in a drive reader.
  186. Murach’s Mainframe COBOL
  187. © 2004, Mike Murach & Associates, Inc.
  188. Chapter 17, Slide 13
  189. An overview of virtual storage and multiprogramming
  190. Program A
  191. Program B
  192. Program C
  193. CPU
  194. Mainframe system
  195. Virtual storage
  196. Real storage
  197. (main storage)
  198. Disk storage
  199. Murach’s Mainframe COBOL
  200. © 2004, Mike Murach & Associates, Inc.
  201. Chapter 17, Slide 14
  202. Virtual storage
  203.  Virtual storage is a technique that lets a large amount of main
  204. storage be simulated by a processor that actually has a smaller
  205. amount of main, or real, storage.
  206.  The processor creates virtual storage by using disk storage to
  207. simulate and extend real storage.
  208.  The current program instruction being executed and any data it
  209. requires have to be in real storage. But other data and instructions
  210. can be placed in virtual storage and recalled into real storage
  211. when needed.
  212. Murach’s Mainframe COBOL
  213. © 2004, Mike Murach & Associates, Inc.
  214. Chapter 17, Slide 15
  215. Multiprogramming
  216.  Multiprogramming allows more than one program to be executed
  217. by the processor at the same time.
  218.  Multiprogramming works because many programs spend a large
  219. percentage of their time idle waiting for I/O operations to
  220. complete. With multiprogramming, the system can move on to the
  221. next program and use its CPU time more effectively.
  222. Murach’s Mainframe COBOL
  223. © 2004, Mike Murach & Associates, Inc.
  224. Chapter 17, Slide 16
  225. How the operating system spools output from
  226. application programs
  227. Printed output
  228. Program A
  229. “printed” output
  230. Program B
  231. “printed” output
  232. Program C
  233. “printed” output
  234. File for program A
  235. output
  236. Spooling disk
  237. Output to
  238. printer
  239. Mainframe system
  240. File for program B
  241. output
  242. File for program C
  243. output
  244. Murach’s Mainframe COBOL
  245. © 2004, Mike Murach & Associates, Inc.
  246. Chapter 17, Slide 17
  247. Spooling
  248.  Spooling manages printer output for programs.
  249.  With spooling, the output that’s directed to a printer by a program
  250. is intercepted and directed to disk instead. Then, when the
  251. program is finished, the operating system collects the spooled
  252. output and sends it to the printer.
  253.  In a multiprogramming environment, each program’s spooled
  254. output is stored separately on disk so it can be printed separately.
  255.  Since spooling print output to disk is faster than actually printing
  256. the output, programs finish faster and therefore free up the
  257. processor for other activities.
  258.  The operating system program that handles spooling is
  259. multiprogrammed just as the application programs are.
  260. Murach’s Mainframe COBOL
  261. © 2004, Mike Murach & Associates, Inc.
  262. Chapter 17, Slide 18
  263. How batch processing works
  264. Mainframe system
  265. CPU
  266. Job scheduler
  267. JOB 1
  268. JOB 3
  269. JOB 2:
  270. Program A
  271. Program B
  272. Program C
  273. JOB 1:
  274. Program A
  275. Program B
  276. JOB 2:
  277. Program A
  278. Program B
  279. Program C
  280. JOB 3:
  281. Program A
  282. Murach’s Mainframe COBOL
  283. © 2004, Mike Murach & Associates, Inc.
  284. Chapter 17, Slide 19
  285. Batch processing
  286.  Batch processing is used to execute one or more programs in a
  287. specified sequence with no further interaction by a user.
  288.  Batch work is processed in units called jobs. Each job can contain
  289. one or more programs to be executed.
  290.  Job Control Language, or JCL, describes a job by providing
  291. information that identifies the programs to be executed and the
  292. data to be processed.
  293.  A system’s job scheduler controls the execution of all jobs
  294. submitted for processing, deciding which job should be executed
  295. next based on JCL specifications and system settings.
  296. Murach’s Mainframe COBOL
  297. © 2004, Mike Murach & Associates, Inc.
  298. Chapter 17, Slide 20
  299. Multiple users in a time sharing environment
  300. Mainframe system
  301. Running
  302. order entry
  303. program
  304. Running
  305. order entry
  306. program
  307. Creating
  308. JCL for
  309. batch job
  310. Developing
  311. application
  312. program
  313. User 1 User 2 User 4 User 3
  314. Murach’s Mainframe COBOL
  315. © 2004, Mike Murach & Associates, Inc.
  316. Chapter 17, Slide 21
  317. Time sharing
  318.  In a time sharing system, multiple users interact with the
  319. computer at the same time.
  320.  Each user in a time sharing environment accesses the system
  321. through a terminal device using commands that are processed
  322. immediately. As a result, time sharing is often called online or
  323. interactive processing.
  324.  Time sharing also allows users to share access to the same
  325. application or systems programs.
  326.  The systems programs that control time sharing are themselves
  327. running as batch jobs in the multiprogramming environment.
  328. Murach’s Mainframe COBOL
  329. © 2004, Mike Murach & Associates, Inc.
  330. Chapter 17, Slide 22
  331. The evolution of the OS/390 and z/OS operating
  332. systems
  333. The continuity of the operating system
  334.  MVS, or Multiple Virtual Storage, makes up the core of today’s
  335. OS/390 and z/OS operating systems.
  336.  The basic forms of JCL statements haven’t changed much since
  337. the original OS was introduced in the mid-1960s.
  338. OS
  339. (Operating
  340. System)
  341. for S/360
  342. MVS/XA
  343. MVS/ESA
  344. version 5
  345. OS/VS1
  346. OS/VS2
  347. (SVS)
  348. OS/MFT
  349. OS/MVT
  350. MVS/ESA
  351. version 1
  352. OS/390 MVS/370
  353. 1964
  354. 1960's 1974
  355. 1983
  356. 1988
  357. 2001 1994
  358. z/0S
  359. 1970's
  360. 1995
  361. Murach’s Mainframe COBOL
  362. © 2004, Mike Murach & Associates, Inc.
  363. Chapter 17, Slide 23
  364. The DOS/VSE, VM, and Linux operating systems
  365.  DOS, or Disk Operating System, was released in the 1960’s and
  366. was designed to run on smaller systems. The current version is
  367. called VSE/ESA and runs on S/390 servers.
  368.  VM, or Virtual Machine, originated in 1972. It enables the
  369. simulation of more than one computer system on a single
  370. mainframe, with each virtual machine running under its own
  371. operating system. A version called z/VM runs on zSeries servers.
  372.  Linux is a UNIX-like operating system developed by Linus
  373. Torvalds, after whom it is named. Linux on zSeries is the newest
  374. of the operating systems designed for zSeries servers.
  375. Murach’s Mainframe COBOL
  376. © 2004, Mike Murach & Associates, Inc.
  377. Chapter 17, Slide 24
  378. A partial listing of the base services offered by
  379. OS/390 and z/OS
  380.  Base Control Program (BCP or MVS)
  381.  Workload Manager (WLM)
  382.  Systems Management Services
  383.  Application Enablement Services
  384.  OS/390 UNIX System Services
  385.  Distributed computing services
  386.  Communication Server
  387.  LAN Services Network Computing Services
  388.  Network File System (NFS)
  389.  Softcopy Services
  390. Murach’s Mainframe COBOL
  391. © 2004, Mike Murach & Associates, Inc.
  392. Chapter 17, Slide 25
  393. New features in z/OS version 1, release 2 and
  394. beyond
  395.  HiperSockets
  396.  TCP/IP Networking enhancements
  397.  Internet and Intranet Security enhancements
  398.  Distributed Print
  399.  New File System and C++ compiler
  400.  Intelligent Resource Director (IRD)
  401. Murach’s Mainframe COBOL
  402. © 2004, Mike Murach & Associates, Inc.
  403. Chapter 17, Slide 26
  404. Components of the OS/390 and z/OS operating
  405. systems
  406.  OS/390 transformed MVS into a server operating system by
  407. combining more than 30 products that were separate in the MVS
  408. environment.
  409.  Besides providing for features that are required in today’s servers,
  410. this packaging of components was designed to simplify system
  411. installation and to enable the products to work together more
  412. efficiently.
  413.  Besides the base services that are included with OS/390 and z/OS,
  414. IBM also offers optional features that are separately priced.
  415. Murach’s Mainframe COBOL
  416. © 2004, Mike Murach & Associates, Inc.
  417. Chapter 17, Slide 27
  418. Typical products in an OS/390 or z/OS environment
  419. Product Description
  420. JES The Job Entry Subsystem (JES) keeps track of jobs and
  421. their output as they’re processed by the system. There are
  422. two versions of JES: JES2 and JES3.
  423. TSO/E TSO/E (Time Sharing Option/Extended), often referred to
  424. just as TSO, is a subsystem that lets terminal users invoke
  425. system facilities interactively.
  426. ISPF ISPF (Interactive System Productivity Facility) provides a
  427. menu-driven, full-screen interface to most of TSO’s
  428. facilities. A part of ISPF called PDF is used to develop
  429. source programs and the JCL to compile and run them.
  430. CICS CICS (Customer Information Control System) makes it
  431. possible for the system to run interactive programs
  432. written in COBOL, PL/I, assembler language, C, C++, or
  433. Java.
  434. Murach’s Mainframe COBOL
  435. © 2004, Mike Murach & Associates, Inc.
  436. Chapter 17, Slide 28
  437. Typical products in an OS/390 or z/OS environment
  438. (continued)
  439. Product Description
  440. DB2 DB2 (Database 2) is a database management system.
  441. It manages relational databases that can be accessed
  442. using SQL (Structured Query Language).
  443. Utility programs The operating system provides a set of general-
  444. purpose utility programs to perform such functions
  445. as copying files and sorting file records.
  446. VTAM VTAM (Virtual Telecommunications Access Method)
  447. provides centralized control over all of the terminal
  448. devices attached to the system.
  449. RACF RACF (Resource Access Control Facility) ensures
  450. that a user has the correct authority to access system
  451. resources and facilities.
  452. Murach’s Mainframe COBOL
  453. © 2004, Mike Murach & Associates, Inc.
  454. Chapter 17, Slide 29
  455. Typical products in an OS/390 or z/OS environment
  456. (continued)
  457. Product Description
  458. SMS SMS (Storage Management Subsystem) is an
  459. automated storage management system that removes
  460. many of the manual procedures associated with
  461. managing data sets.
  462. WLM WLM (Workload Manager) allows you to define
  463. performance goals, then monitors system processes
  464. and allocates system resources accordingly.
  465. Websphere Websphere is a Java-based application server designed
  466. to enable e-business transactions. It supports servlets,
  467. JavaServer Pages (JSPs), and Enterprise JavaBeans
  468. (EJBs).
  469. UNIX System
  470. Services
  471. UNIX System Services allow OS/390 to run UNIX
  472. applications and process files from UNIX systems.
Add Comment
Please, Sign In to add comment