You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 

17 lines
4.1 KiB

tas&stevetoe&mfusage2&6.0.0&&&mfusage2&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N
1.1.o.o.o.N.0&mfusage2.001&mfusage2.002&mfusage2.003&mfusage2.004&mfusage2.005&mfusage2.006&mfusage2.007&mfusage2.008&mfusage2.009&mfusage2.010&mfusage2.011&mfusage2.012&mfusage2.013&mfusage2.016&mfusage2.017&mfusage2.019
&::1.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0?13=0?14=0::1.0:2.0:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0?13=0?14=0::1.0:2.0:1:0&::1.0:1:1:0&::1.0:1:1:0&::undefined.0:1:1:0&::2.0:1:1:0&::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0::2.0:1:1:0&::4.0:1:1:0&::3.0:1:1:0&::3.0:1:1:0&::3.0:1:1:0&::undefined.0:5.0:1:0&::undefined.0:1:1:0&?0=0?1=0?2=0::undefined.0:1:1:0
&Financial Services::Manager, Enterprise Database Administration&?xxx?xxx?xxx?3?xxx?xxx?6?xxx?xxx?9?xxx?xxx?xxx?xxx?xxx::Im not sure if I correctly answered the question. We have a few new OLTP applications that werent running a year ago, but weve been running OLTP applications in general for years. Same is true for Application Development and Security.&?xxx?xxx?xxx?3?xxx?xxx?6?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx::Same as the previous question, we have had an application or two move off the mainframe, but overall were still running many OLTP applications there and doing lots of application development there.&A variety of reasons. Primarily, because we bought a vendor app to replace one written in-house years ago, and the vendor app doesnt run on the mainframe. Additionally, there is a strong anti-mainframe bias amongst developers, who have a lot of say in where they think a new application should reside.::&Unix, Linux, Windows.::&The ability to pump nightly batch through every night, and the ability to server our busiest delivery channels with minimal performance problems.::&We support about 10 million transactions per day for external customers. We have two mainframes supporting this load. This is all financial transactions - checking, savings, debit card, credit card, investment accounts, coming from all channels -web banking, ATM, banking office, etc. We server about 3 million customers.::&On the internal side, we are in the 100,000 transaction per day range. The same two mainframes that support external customers also support internal customers. We are serving 10,000 customers per day, for a large variety of transaction types.::&?xxx?1?xxx?xxx?xxx?xxx?xxx?xxx?xxx::&We dont have a good formal process to show the value. Those of us the work closely with the mainframe produce regular reports to show the massive number of transactions that are efficiently pumped through it. We publicize those as much as possible.::&Reliability and performance. Its always up, and it always supports the workload.::&We recently instituted a Business Online Banking product. The data resides on the mainframe (in DB2), and is accessed via Java distributed transactions. Certain groups expected the data to reside in Unix/Oracle, just because thats how it is with Java applications. Our argument was the reliability and performance of the database was too critical for it not to run on the mainframe. The product has been wildly successful since its MAY launch, having reached the DECEMBER goal for subscribers by the end of JUNE.::&Thats a tough one. Overall theyve built awareness that mainframes arent dead, which makes it easier for us to convince uneasy application development managers to give it a look. In addition, the capabilities theyve added through the year to allow it to act as a large server on the network have been important. Finally, MQ has done wonders to allow distrbiuted applications to access data via rock-solid CICS transactions has been huge.::&Not familiar.::&Im responsible for Oracle, SQL Server and DB2. All three have their places in the organization, but Im constantly amazed at the preconceptions people have in their minds regarding each. SQL Server is a toy, DB2 is old, slow and inflexible, and Oracle is the wunderkind. The battle for mindshare is as important as having the right technology and capabilities.::&?0?1?2::steve.toeniskoetter@huntington.com
Not Scored by Definition