Oracle for Hpux 11.0 can't be installed on Hpux 11i?

[Lalo_Weng]

Hi,
All masters, Currently I have oracle media for HPUX 11.0, but my OS is HPUX 11i, Could I use this media to install Oracle on 11i?
Thanks in advance.

[T G Manikandan]

There should be a seperate PART.NO and CD for the HPUX11i version.

It is not recommended to use the different CD version.

I am not sure whether it will work,not tried,might give problems during the compilation stage.

THanks

[James Specht]

I have 11i and Oracle8i Enterpirse Edition installation CDs. They don't specifically state for 11 or 11i, just HP 9000 Series HPUX. The part # if A87071-01.

I have installed oracle from these CD for both 11.00 and 11.11 servers on our site without a problem.

Hope this helps.

[Vermeulen Peter]

I'm not 100% sure if you can, but I believe the installer does a check when you launch it.
What you definitely need is the correct bit version: if HP_UX is 64 bit you need oracle 64 bit as well !

[Jakes Louw_1]

Not too true regarding the 64-bit versions.
We're running 8.0.6-32bit and 8.0.6-64bit on 11.11.
Both versions were installed from the same Oracle CD.
We successfully ran the 32-bit version on 11.0 without any problems, and only did the upgrade to 64bit after we had completed the 11i OS upgrades.

[Ravi_8]

Hi,

I have oracle CD's for HP-UX, they doesn't specify for 11.0 or 11i. I use the same CD's for 11/11i and it's cool

[Steven E. Protter]

Answer: No.

You must have media from Oracle spefific to the OS. 11i is a major upgrade.

Check the certification matrix at metalink.oracle.com

Further, you may have a database migration issue that might knock your socks off, even if the database you are coming from is the same version.

From 8.1.7.0 32 bit 11.00 to 8.1.7.4 64 bit 11.11(11i) is a big hair migration.

You can't use the .0 release of oracle because of some java bugs.

Additional notes.

go to http://www.hp.com/go/java and pick a nice version of java for your server v 1.2 or 1.3 as 1.4 is not certified.

Download and install each and every patch for your chosen java version. If you don't you will end up unhappy.

Regards and good luck,

SEP

[A. Clay Stephenson]

With deference to these other guys, I can only say that I installed the 11.0 version of 8.0.6 (both 32-bit and 64-bit) on 11.11 before the Oracle version for 11.11 was available and it worked flawlessly. I also had no problems with the 8.1.7 11.0 versions running on 11.11.

[monasingh_1]

I think It should work fine. The reason I say that is we had oracle 817 64_bit on HPUX 11.0 and then we upgraded to HPUX 11i. We just had to recompile oracle (make) again and it worked fine. So It should work fine in your case as well...

[TwoProc]

I'm with the above two guys. There's no reason that I've ever read why you can't move databases freely between HPUX 11.0 and HPUX11i. We do it all the time and have no problems. I've had Oracle DBA's on site, and none of them have ever balked at the process, even though they well knew the issues. Just make sure that you've kept up with OS and database patching on both machines that you're moving to and from. When it was mentioned about different OS's etc. Yes, that was true in the move from 10.20 to 11.X, however, as far as Oracle is concerned 11.0 and 11i are the same release. I've not seen a patch or install that even makes mention of the differences, unless it is to say that an OS patch is required or recommended - naturally, the OS patches for 11.0 differ than those for 11i.

[Steven E. Protter]

Clay correctly points out that often you can get away with installing stuff oracle wrote for 11.00 on 11.11(11i).

This is because oracle compiles and links itself as part of the install.

Oracle doesn't however test and certify that way, so if you have a problem, contact oracle support and admit you did what Clay did, they tell you to start over.

In contrast to HP, Oracle's attitude is often to clear calls as fast as possible. Quite often if I admit I used Ignite to push an Oracle release(which I now do regularly) they complain I can't do that and say thats not supported.

They will also not write enhancement requests for bugs you find unless you are on the latest, greatest bleeding edge version of their application server.

So, when I preach, its partially to help people avoid support issues more as often as its good practice.

Clay correctly pokes a hole in my sermon, but its still a good idea to follow the oracle brick road the oracle way, especially if you want them to help you with stuff you can't get expert help with here.

I think Oracle should pay HP for all this good support we give their users.

Or maybe me! Won't hold my breath on that one.

As a side gripe and warning, Oracle often does not test shell scripts they wrote in solaris and copied to HP. I've had to take them to shell scripting school three times this year.

They also commonly post Solaris solutions to HP users and you'll find the directory structure isn't there and whatnot.

A very good question to ask oracle support when they ask you to do something you find strange is "Did you test this fix on an HP system?" You may have to escalate the call to a duty manager, but demand your answer on that one.

If the answer is no, make them try it first. They don't pay much attention to their HP-UX test center and the machines are frequently unavailable, but that's not your problem, you're PAYING for support. With HP you get it by calling. With Oracle, you sometimes have to demand it.

SEP