Others are covering the DB2 engine for z/OS, but I'll work on the other items...
DB2 performance monitors need to be associated with the engine you're running. So switching from DB2/MVS to DB2/UDB would require changing your DB2 performance monitors. Security changes also. Unless you have a global security product that may have a DB2/UDB feature (most likely, chargeable), you may have to have a separate but equal product. I don't know if RACF has this feature or not. Applications really don't know the difference. No DB2 Connect is required. There is a module, ARISDIRD (in the VSE world), which identifies the databases, and the connection method to get to them. You will now be a client, using TCP/IP to a remote database. And you can also still have access to your current databases. Just keep the database alias names different. However, some applications "MAY" see some differences. An "order by" for example. DB2/UDB is ascii. The ascii sort sequence is different. Does it matter? Also, going to zLinux, where it is still on the mainframe, is outside of the "mainframe" world. Backups, scheduling, TAPE, console monitoring....all very primative compared to what we are use to. Solvable...yes.. Can I share the same hardware/software that I'm use to using? Not really. You can piece together things to make stuff work. Just don't consider retiring or leaving. No one else may be able to support the method you put in (using spit, bubble gum and some duct tape<G>). My point it that it is a different world. If you were around mainframes in the '70s, going to zLinux is about the same. But back in the '70s, we didn't know we needed/wanted...... Just go in with your eyes wide open. There are more "costs", then the IFL, zLinux and DB2/UDB. But there is a lot of neat stuff there also. Tom Duerbusch THD Consulting >>> [EMAIL PROTECTED] 12/19/2006 1:14 PM >>> At present we have DB2 on Z/OS, collecting information on putting DB2 on Linux zseries. So that our company can save money on Z/OS cpu cycles(or MIPS). On our mainframe we have OMEGAMON,CICS,RACF,TSO and PLATINUM tools are accessing DB2 database. If we do migrate to DB2UDB on LINUX zseries, then how does the above tools can communicate to newer DB2UDB. Do we need any product like DB2 Connect ? was this do able ? any known problems ? I am looking for expertise advice on this. Does still our old COBOL/CICS programs can still acess newer DB2UDB ? Do we have to do any special binds ? How was the DB2UDB performace on Linux z-series ? We are looking for solution that can work seamless solution and no code changes Appreciate all your help. Thanks Srini 4089181926 NOTICE: This email message and/or its attachments may contain information that is confidential or restricted. It is intended only for the individuals named as recipients in the message. If you are NOT an authorized recipient, you are prohibited from using, delivering, distributing, printing, copying, or disclosing the message or content to others and must delete the message from your computer. If you have received this message in error, please notify the sender by return email. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
