IBM offers some comparison engines for this type of workload when moving to a z/series. The more (accurate) data you can get from the HP Unix servers the closer IBM CPU and memory requirement will be to reality. IBM I'm sure would be glad to help. Don't think CP overhead will be a limiting factor. David Kreuter
>We are looking at a pilot project to test an Oracle database running on >Linux/zVM. Currently we have about five applications that run on various >HP Unix servers. Each of these applications connect to their own Oracle >instance. Each instance is about 300GB, so we have 1.5TB for the >databases. Our test would be to move the five Oracle instances to a >Linux/zVM server running on an IFL on a z900. We will have one 300GB copy >of the database, and each of the five instances would appear to have their >own copy since the updates for each instance will be intercepted and >written to a private area. >The Unix group says that the Oracle instances consume between two and >three CPUs on a HP Superdome 750Mhz box. The Project Office wants to know >how that consumption would compare to a z900 IFL. We said that we really >need to perform the pilot to get the numbers, but they said they really >need the numbers before we can do the pilot. Does anyone know how to >compare the CPUs between the two platforms? >The Project people are also worried that the VM overhead will result in >slow response times. We can try and perform a test via a standard script >on each box. Has experience in the performance to be gained/lost between >the two platforms? >On the Oracle side, if I had a database of 300GB with an instance name of >ORA1, and I want to change the instance name to ORA2, how many records >need to be changed? If the instance name is connected to every record, >then this project will have trouble since we are trying to share the 300GB >base with multiple instances. We would use the I/O intercept software to >write the changes to a private area, and if it needs to update 300GB of >data, then it is not a feasible solution. The DBA group is dubious of >this concept (read project), so we need to demonstrate that it will work. >We do not expect to save money in the hardware costs of this project. The >saving should come from the flexibility to deploy new images, and the >quicker turnaround for the database restores with the I/O intercept >software. However, if we are going to need six IFLs to run this DB, then >it is unlikely they will let us proceed no matter how much flexibility we >could gain. >Any information would be appreciated. >Thanks, Ken Vance Amadeus ---------------------------------------------------------------------- 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
