16-Sep-2005 15:38:04 GMT<<>>tas&cccc&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::undefined.0:1:1:0&::undefined.0:1:1:0&::undefined.0:1:1:0&::undefined.0:1:1:0&::undefined.0:1:1:0&::undefined.0:1:1:0<<>>&2000::&daily, ::&credit card handling::&22 IFL being used, 10 zAAps::&keep it::&yes, all::<<>>Not Scored by Definition
16-Sep-2005 18:30:59 GMT<<>>tas&cccc&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&::&::&::&::&::&::<<>>Not Scored by Definition
16-Sep-2005 18:32:05 GMT<<>>tas&cccc&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&::&::&::&::&::&::<<>>Not Scored by Definition
16-Sep-2005 18:43:02 GMT<<>>tas&cccc&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&::&::&::&::&::&::<<>>Not Scored by Definition
16-Sep-2005 18:45:11 GMT<<>>tas&cccc&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&::&::&::&::&::&::<<>>Not Scored by Definition
16-Sep-2005 20:01:28 GMT<<>>tas&ded1&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&::&::&::&::&::&::<<>>Not Scored by Definition
16-Sep-2005 20:28:30 GMT<<>>tas&cccc&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&::&::&::&::&::&::<<>>Not Scored by Definition
22-Sep-2005 02:20:16 GMT<<>>tas&sachapman@aep.com&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&We have about 20,000 employees, about half of which have mainframe user ids, primarily due to the fact that one of our primary time-entry systems runs on the mainframe. We have about 5 million customers that we serve, which is of interest since the mainframe also hosts the customer system. While most of our customers dont directly interact with us every month, most do at least get a bill each month. :) Note that "customers" are really "accounts", which represent anything from a single-family home to a large industrial customer. So the number of people enjoying our primary product (electricity) is actually larger than 5 million.::&The easiest volumes are for the customer system, although certainly we have other important mainframe systems as well. But for the customer system, we process meter readings and produce bills for about a quarter of a million accounts per night. We run about 5 to 7 million CICS transactions per business day for the customer system. ::&Our mainframe systems handle customer accounting, trouble entry and reporting, materials management, work management, emissions allowance management, time reporting, and probably a few more things that were not even well aware of.::&We do not currently run IFLs or zAAPs. We have run Websphere for a long time. Since version 4 (currently we have 1.2, 3.5, 5.1, and 6.0 installed and running) it has become a major problem though in relation to the amount of work that its doing. Currently the version 5/6 WAS instances have a memory footprint greater than half of all our installed real memory. Maintenance/upgrade work for WAS has been very problematic and time-consuming at our site for some reason. It takes hundreds of CPU seconds (on a z900) just to start an instance.
We have a growing amount of work coming into DB2 from off-platform via DDF. This is coming from multiple software packages (e.g. Business Objects, QMF for Windows, SAS, etc.) and at times this workload can be significant. And at times it has caused problems for other workloads. While weve addressed most of the CPU contention issues via WLM, some potential exposures dont have such easy solutions, such as ad hoc users consuming DB2 resources such as buffer pool or RID pool space.::&At this time it does not seem likely that the mainframe will "go away" anytime soon. Primarily because the customer system can not be easily replaced on any platform--they investigated doing that a few years ago. In general (other than some DDF workloads), the applications that are there are getting good service and so in general they are happy for the time being. Having said that, we are under constant cost pressure and a compelling cost argument could change that. However, as people have started to better understand the costs of other platforms, it seems that in the past few years the mainframe has been looked down upon less than it was say 5 years ago. Unfortunately, it is not being promoted as a strategic direction for new workloads though. Weve had some small success getting some small new applications, and if some major purchased app came along that supported running on z/OS, I think we might have a chance to get that business. At least a better chance than we had a few years ago.::&You may contact me for clarification about anything if you wish, but I would prefer that the information remain confidential. Thanks.::<<>>Not Scored by Definition
22-Sep-2005 11:23:05 GMT<<>>tas&jmurtha&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&Employees 1200 served by mainframe via CICS and JAVA applications. Java runs on AIX but access mainframe DB2 databases. The majority of applications are CICS based but slowly being replaced by applications rewritten in Java.
We have a Java web filing application for the Ohio Personal income tax. The application is used by 300,000 filers each year. The JAVA application itself runs on AIX but the database is DB2 on z/OS. We also have an IVR filing application for personal income tax that services 400,000 filers each year. The IVR application has some CICS hooks to access and update DB2 data. ::&CICS transaction volume varies but is usually between 250,000 and 400,000 transactions per day. The JAVA filing applications usually are executed by people once each year. Volumes were given in the previous question. A new JAVA assessment application running on AIX is slated to come online this weekend and will replace an existing CICS application. However projected transaction volumes are unclear. ::&The majority of day to day business of the Department is conducted on CICS mainframe applications. Almost all critical Department taxpayer data is stored on DB2 for z/OS. These applications perform such functions as storing returns, allocating and distributing moneys received into state and local funds, identifying and billing delinquent taxpayers, etc. We also have begun building a data warehouse of Tax discovery data to locate and assess non-filers/non-payers of state taxes. As already mentioned we have enabled electronic filing of taxes via IVR and Internet for a number of taxes most notably Individual Income Tax. ::&New applications are not being developed for running on the mainframe. There is great impetus to move all applications and databases off the mainframe. ::&As already noted there is a great impetus to move applications and data off the mainframe. The reason for the trend has more to do with personalities rather than any technical issues although technical and cost issues are generally quoted as the reasons for the desire to move away from mainframe technology. The technical issues cited are generally related to misunderstandings, ignorance and arrogance. ::&Yes all of it should remain confidential unless discussed with me beforehand. We are a state agency and should not be seen as promoting any particular companys technology.::<<>>Not Scored by Definition
27-Sep-2005 13:09:39 GMT<<>>tas&rich_olimpio&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&1200 people using CICS/WebSphere. Overnight batch (COBOL) generating reports. Interfaces with warehouse system (SUN) for allocation, planning.::&Daily - Mostly monday thru friday. Batch processing and warehouse functions on weekend.::&CICS/WebSphere transactions.::&Primarily CICS/Batch COBOL. Newer applications being coded in JAVA (WebSphere). We have just implemented a ZAAP.::&Perception continues to be a problem long term. IBM shows much more interest in having us switch to LINUX, rather than expanding our z/OS usage.::&Yes::<<>>Not Scored by Definition
27-Sep-2005 14:05:51 GMT<<>>tas&doug.davis&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&The exact number is hard to come up with, but as far as employees it is in tens of thousands, customers in the hundreds of thousands.
The mainframe is a central part of company, and provides customer information, intra day activities, and relationship data. It also hosts many of our loan systems, as well as commercial bank systems. ::&This is dependent on the line of business. In Retail our transaction volumes are several hundred /sec. across CICS and IMS DC. There is a similar rating in our commercial business. To be to the point, some of the largest volumes in the Retail Industry. We also have TPF serving our mainframe middleware, that provides tens of millions of transactions/day.::&Primarily as a data server, but we do run several very key applications as well. As stated previously this is the core information needed to run our business. ::&We run our Home Finance application on WebSphere AS V5. We have applications now exploiting the SOAP features of CICS. We have not exploited the cost benefits of zAAP, but we do have a major zLinux initiative that will defintely exploit IFL.::&The mainframe is a key component of our IT Infrastructure, and we are continuing to invest (where it makes sense) in the mainframe.::&I would like to have any use of the information cleared with me first.::<<>>Not Scored by Definition
28-Sep-2005 15:31:39 GMT<<>>tas&Margaret+N+Taylor&mfusage&6.0.0&&&mfusage&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N<<>>1.1.o.o.o.N.0&mfusage.001&mfusage.002&mfusage.003&mfusage.004&mfusage.005&mfusage.006<<>>&::1.0:1:1:0&::2.0:1:1:0&::3.0:1:1:0&::4.0:1:1:0&::5.0:1:1:0&::undefined.0:1:1:0<<>>&::&::&::&::&::&::<<>>Not Scored by Definition