oracle 11..5.9 on redhat 7.2 - EBS on Linux

i am just trying to install 11.5.9 on redhat 7.2. i wish to know if anyone had tried it before. i know 11i is certified only with redhat adv server 2.1. but becos i have only 7.2,1,3 i wish to give it a try on 7.2.
also is 9ias rel 2 compatible with 7.2. kindly share your exp with me as i am going to try 11.5.9 on 7.2. what are the pre-reqs and where can i get them
many thanks 

Should certainly be possible, but you'll need to do some prep in advance e.g. make sure you have the required versions of the linux kernel, glibc etc.
In addition to the install manual which is platform generic, read through the Installation Notes for Linux and the Interop doc for Linux .. before you start.
Do a simple search on Metalink .. you should see a good deal of relevant hints, pointers etc. which will likely save you some time.
Good luck. 

i tried but it fails at file system check and gives error...cannot create directory with proper permissions but infact it creates that directory...i have no clue what to do with this i searched all over and couldnt find anything... 

Prakash S Ranade,
Check your oracle and applmgr (or whatever oracle apps manager and oracle accounts ) password expiry. It would have expired. In that case, set it for a long period. In addition try setting read/write permissions on the top level ( and below ) to oracle and applmgr.
I had similar issues. When I checked password expiry and permissions, apps installation started working, though I landed on space issue!
GoodLuck 

giltin G,
i tried but passwords looks ok permissions also look ok ... and the thing is it creates upper level directorys but it cannot create 2 lower level directories
any suggestion!
prakash 

You are right. I do have the same issue. It creates top level directories and sets nowrite attributes. Hence, next level it is unable to write. I am also working with these issues. After a run 40% end and 80% end, I am getting Error Code received when running external process.
I have tried with RedHat AS V2.1 ( which does not even work for me) and Redhat 9 (Somewhat better than AS). Once solved, I will update the fix. 

Prakash,
I find this as a priviledge issue. Here are the details I followed (some of them superfluous or extra which may not be needed)
we need to create users oracle, applmgr and group dba and linked them.
Recent versions of Redhat Linux (7, 8 & 9) creates
individual group for each user. This will be an issue, while installing 11i, if you do not resolve it. The chmod must be rwx at owner and rwx at group level ultimately.
If you know how to create users, group using /etc/passwd & /etc/group manually, that is fine.
The method I used.
First create oracle user, and applmgr as per redhat default method.
Then created dba group and assigned applmgr, oracle users to it.
By doing this, oracle user will have primary group oracle and secondary dba group.
Similarly applmgr will have primary group applmgr and secondary dba group.
Now, remove oracle group from oracle user from user properties, it will automatically assign dba as primary group.
similarly, remove applmgr user from applmgr, it will automatically assign dba as primary group.
If you want to clean, now go to group and delete applmgr and oracle group.
There is one more step we need to do.
edit the /etc/bashrc to umask 002 for oracle and applmgr
This is required as oracle & applmgr shares some files/directories while installation.
Hence, they need to have read, write and execute priviledge at their group level.
vi /etc/bashrc
and paste the following
if [ "`ui -un`" = "oracle" -o "`ui -un`" = "applmgr" ]; then
umask 002
fi
This sets umask, if you are using bash. Otherwise add similar setting in the shell profile you use.
I followed this method and successfully installed.

hi giltin g
what is this "ui"
if [ "`ui -un`" = "oracle" -o "`ui -un`" = "applmgr" ]; then
umask 002
fi
i get this after i edit the file
su - oracle
-bash: ui: command not found
-bash: ui: command not found
and i found lots of ui entries when i searched....
prakash 

is it ok if i use
id -un
also may i have your email address
mine is ranadeps#yahoo.com
prakash 

hi jiltin
i tried all you said...but it doesnt work...here is the error i get...
i have oracle and appsmgr users set with promary group dba...the only difference is i used
id -un instead of ui -un
let me know if you think of anything....
thanks
Prakash
-------error log-----------
File System Check :
Database ORACLE_HOME has write privileges:
Mount Point = /d02/oracle/proddb/9.2.0
Database ORACLE_HOME admin folder has write privileges:
Mount Point = /d02/oracle/proddb/9.2.0/appsutil
Database ORACLE_HOME temp folder has write privileges:
Mount Point = /d02/oracle/proddb/9.2.0/appsutil/temp
Error - Unable to create directory with proper privileges:
Database Install Log Directory
Mount Point = /d02/oracle/proddb/9.2.0/appsutil/log/PROD_
Database System File Directory has write privileges:
Mount Point = /d03/oracle/proddata
Database Log File Directory has write privileges:
Mount Point = /d04/oracle/proddata
Database Data File Directory has write privileges:
Mount Point = /d05/oracle/proddata
Database Index File Directory has write privileges:
Mount Point = /d05/oracle/proddata
APPL_TOP has write privileges:
Mount Point = /d01/oracle/prodappl
APPL_TOP admin has write privileges:
Mount Point = /d01/oracle/prodappl/admin
APPL_TOP mount 2 has write privileges:
Mount Point = /d01/oracle/prodappl
APPL_TOP mount 3 has write privileges:
Mount Point = /d01/oracle/prodappl
APPL_TOP mount 4 has write privileges:
Mount Point = /d01/oracle/prodappl
COMMON_TOP has write privileges:
Mount Point = /d01/oracle/prodcomn
Apps ORACLE_HOME has write privileges:
Mount Point = /d01/oracle/prodora/8.0.6
Tools ORACLE_HOME has write privileges:
Mount Point = /d01/oracle/prodora/iAS
JAVA_TOP has write privileges:
Mount Point = /d01/oracle/prodcomn/java
PORTAL_TOP has write privileges:
Mount Point = /d01/oracle/prodcomn/portal
JRE_TOP has write privileges:
Mount Point = /d01/oracle/prodcomn/util/jre/1.1.8
Temp Directory has write privileges:
Mount Point = /d01/oracle/prodcomn/temp
Error - Unable to create directory with proper privileges:
APPL_TOP admin Install Log Directory
Mount Point = /d01/oracle/prodappl/admin/PROD_ /log
----------------------

First you are right in "`id -un`".
while Creating oracle, applmgr users and group dba, did you resolve the priviledge issue? The oracle and applmgr needs to share/write/read some directories/files. Hence, this issue.
1. See the permissions of this error directory. It may not have RWX on group permissions.
I am just giving you the document I followed.
Linux, by default, adds uid greater than 500. Recent version of Redhat Linux (7, 8 & 9) creates
individual group for each user. This will be an issue, while installing 11i, if you do not resolve it.
The chmod must be rwx at owner and rwx at group level ultimately.
If you know how to create users, group using /etc/passwd & /etc/group manually, that is fine.
The method I used.
In windows mode, go to -> System Settings -> users and groups
First create oracle user, and applmgr as per redhat default method.
Then created dba group and assigned applmgr, oracle users to it.
By doing this, oracle user will have primary group oracle and secondary dba group. Similarly applmgr will have primary group applmgr and secondary dba group.
Now, remove oracle group from oracle user from user properties, it will automatically assign dba as primary group.
similarly, remove applmgr user from applmgr, it will automatically assign dba as primary group.
If you want to clean, now go to group and delete applmgr and oracle group.
There is one more step we need to do.
edit the /etc/bashrc to umask 002 for oracle and applmgr
This is required as oracle & applmgr shares some files/directories while installation.
Hence, they need to have read, write and execute priviledge at their group level.
(In Redhat 8.0 the umask setting is 0022. According to Redhat docs it
should be 0002. The redhat docs say this change is made in /etc/profile
file but the code is actually in the bashrc file.)
vi /etc/bashrc
and paste the following appropriately. The bashrc has default umask if condition.
Hence, you need to paste after that.
if [ "`id -un`" = "oracle" -o "`id -un`" = "applmgr" ]; then
umask 002
fi
This sets umask, if you are using bash. Otherwise add similar setting in the shell profile you use.
=====
you can contact me in jiltin#yahoo.com. I would prefer this forum as see this more often than my email.
Good luck.

I checked the setup again. When we have applmgr, oracle and dba setup, it creates DRWXR_XR__ format. I have added group 'root' to applmgr, oracle. That solved the issue and files are created with DRWXRWXR__ . You can remove the 'root' group out of this users after installation. I have installed, and could see the screen, login etc. 

i tried that too but doesnt work ... anyway i am gonna install redhat 9 on my box and then try installing 11.5.9......what steps i should take (before or during or after install) to be successfully?
thanks for your help!
prakash 

You can simply create the dba group first, and when creating the user, specify its "primary group":
adduser -g dba oracle
adduser -g dba applmgr
This will create them with the dba group as the primary group. 

Prakash S Ranade,
I have installed 11.5.9 on redhat 9 too, but not successfully yet. My installation is still buggy. Hence, i do not have complete details yet.
jiltin

Related

Oracle 12 C install on Oracle Linux 7

My Linux server is running Cent OS 6.7.  I have followed instructions from https://oracle-base.com/articles/12c/oracle-db-12cr1-installation-on-oracle-linux-7 to complete my installation on my server. However during the installation I missed the step that creates dba, oper and other groups. I did created the group oinstall and added the user oracle to the group though. My installation is good and nothing is wrong with it.MY questions:1. Now post-installation, I create the OS groups dba, oper and other groups and added a new OS user oracle_admin to dba group. How can  I grant the  OS  groups dba, oper  the required permissions on oracle database ?2. I added  the following lines at the end of the "/home/oracle/.bash_profile" file. Do I need to add this to every users .bash_profile ?  # Oracle Settingsexport TMP=/tmpexport TMPDIR=$TMPexport ORACLE_HOSTNAME=ol7.localdomainexport ORACLE_UNQNAME=orclexport ORACLE_BASE=/u01/app/oracleexport ORACLE_HOME=$ORACLE_BASE/product/12.1.0.2/db_1export ORACLE_SID=orclexport PATH=/usr/sbin:$PATHexport PATH=$ORACLE_HOME/bin:$PATHexport LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/libexport CLASSPATH=$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib 
You can use the  usermod commands to add a user to a group.The usermod command modifies a user account and it is useful to add user to existing groups.  eg:Add existing user tony to ftp supplementary/secondary group with the usermod command using the -a option ~ i.e. add the user to the supplemental group(s). Use only with -G option:# usermod -a -G ftp tony    No need to set envs for .bash_profile for every user , just for oracle user,  provide sudo oracle user to others
 My installation is good and nothing is wrong with it.  How can you be so sure about it?  OINSTALL typically owns the software inventory. The OSDBA and OSOPER groups are required for OS authentication to grant the Oracle user sysdba or sysoper roles. The actual name of the OSDBA and OSOPER group is determined during the database software installation and hard-coded during the linking process of the oracle applications. In your case, OSDBA is probably OINSTALL, which is a wrong setup. You should see a similar setup: $ id uid=54321(oracle) gid=54321(oinstall) groups=54321(oinstall),54322(dba) $ ls -l $ORACLE_HOME/bin/oracle-rwsr-s--x 1 oracle dba 239627073 Nov  5  2014 /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle If not, you need to re-install the software. To set the Oracle shell environment variables, I rather suggest use the oraenv utility than modifying your login profile. $ . oraenvORACLE_SID = [orcl] ? orcl1The Oracle base has been set to /u01/app/oracle
First of all thank you both for reading my question and responding. I believed my installation went well for following two reasons -·         I was able to login as sys/*** as sysdba ·         Though I did not check the install logs, it did not flag me about missing  OSDBA  group 'dba' .      Now I remember, during install  I might have  picked the only available OS group "oinstall" in the drop-down option as the OSDBA group. If installation allowed me to pick 'oinstall' as OSDBA and OSOPER group,  members of ointstall   should have sysdba and sysoper privileges right ?When I logged in to OS as user oracle ( member of oinstall) and issued Sqlplus / as sysdba it didn’t allow me. I uninstalled the database software and reinstalled it, this time with proper groups pre-created. So I cannot verify this unless I can repro this  again sometime later.  Regarding my  question on .bash_profile –I am still a bit confused. Let us say I have two OS users ‘oracle’ and ‘oracle_admin’,   ‘member of  groups ‘oinstall’ and ‘dba’ respectively.If I use terminal services to login to the server as oracle_admin , and start Sqlplus , how will it know where is the oracle_home ?         
I take from your responses that it is not normal for  user like oracle_admin to login to the  server directly;  if  needed the user can su as oracle or use oraenv utility to set the ORACLE_HOME  and SID for the duration of the session. oraenv command returns below values on my system -ORACLE_SID: [orcl]ORACLE_HOME: [/home/oracle]But my env variable ORACLE_HOME   is  /u01/app/oracle/product/12.1.0.2/db_1 and this is what I see when I login as oracle as issue echo $ORACLE_HOME.  Should I change the ORACLE_HOME value from oraenv utility to same as env variable value ?  By the way this is just my sandbox server. I am just trying to understand the best practices.
As far as I know, you can name the OSDBA group anything you like, but you cannot change it after installing the Oracle software without re-linking the application binaries. You can check $ORACLE_HOME/rdbms/lib/config.c, which defines how the oracle executable identifies the DBA group and others. The OINSTALL group was introduced for further role separation, for example, if you have different folks than the DBA looking after the software installation. Any user who belongs to the OSDBA group (dba) with appropriate shell variables can use sqlplus and connect using  "/ as sysdba", which uses IPC, not TCP/IP, to connect to a local database relying on OS authentication. Connections "as sysdba" are always connecting to the SYS schema. You can even use "sqlplus nosuchuser/anypassword as sysdba" and it should work. The oraenv utility sets the required shell variables according to the chosen database name and Oracle installation. Setting those values by hand in the user profile has a potential for failure.

different software and database user

I want to install oracle software and oracle database on two difference user
Software user: orasoft
Primary group: oinstall
Secondary group: dba
User Home: /u01/orasoft
$ORACLE_HOME=/u00/app/oracle/product/10.2.0
/u00: owner: orasoft:oinstall permission 775 (before installing software)
Database User: oradb
Primary group: dba
Secondary group: oinstall
User Home: /u01/oradb
In this scenario,
Software is getting installed perfectly; I’m getting permissions issue for creating database
1. Do I need to change the $ORACLE_HOME permissions to 775 after software installation for the database to get installed without any issue?
2. if I do this, then the permission executables also gets changed to rwx-rwx-rx. 
Hi,
First of all, I cannot really see the concept behind the user management how you have assigned orasoft and oradb users to oinstall and dba groups.
Why cannot oinstall be the primary for both users and dba is the secondary? As well as what OS group do you plan to be the sysdba and sysoper groups?
Second of all what do you mean by:
user8209189 wrote:
I want to install oracle software and oracle database on two difference userWhat kind of oracle software do you mean by the first oracle software ? What Oracle component are you refering here?
As well as:
user8209189 wrote:
2. if I do this, then the permission executables also gets changed to rwx-rwx-rx.Be careful with playing with such permissions in the Oracle binary home as certain binary files require SUID settings (e.g. rwS)
Regards,
Jozsef 
OK, I think I understand the concept :)
Your intention is to use oradb user as a "database owner", who owns the datafiles, controlfiles, online redo log, etc...
In order to be able to create such an ownership, you still need to create the database with the user who owns the oracle binary, so with the user orasoft
Once you have the database created then you bring the database down, change the ownership and the permissions on the files as per desired then start the db up again.
That should work. Let us know how it works.
HTH,
Jozsef 
I want to install oracle10g database software for orasoft user(software owner) on linux AS4 (test server)
and oradb1,oradb2, oradb3 three saperate databases in three different o/s users
they will share the same binaries from orasoft software owner whose primary group is oinstall, i kept oradb(n) primary group as oinstall and secondary group as dba
I've done this kind of setup many times in test environment(AS4) but always i use to get permissions issue, when i change the permission for $ORACLE_HOME to 775 then all 3 databases gets created successfully and worked without any issue.
please help me out to find correct procedure as i have to work on production server(sun sparc 5.10) 
Hi,
1) Have you tried the approach I have mentioned in my second post?
- Create the database with the user who owns the Oracle binary (orasoft)
- Bring the database down.
- Change the ownership and permissions on the datafiles,controlfiles,etc as per desired
- Startup the db.
2) Would you tell the name of the groups you provided during the binary installation for the OSDBA and OSOPER groups?
You can obtain it like this:
grep -i 'define.*GRP' $ORACLE_HOME/rdbms/lib/config.c
The general rule is (well, at least it is said to be) that in order to be able to create a database the user must be the member of the os group specified as OSDBA group during the binary installation.
3) What is the exact error message you are getting?
Regards,
Jozsef

Oracle user profile files do not exist under $ORACLE_HOME

Hi all,
I installed oracle 10g on solaris 10g and the installtion was sucessful but after installtion the oracle user profile files do not exist under $ORACLE_HOME
Any one have an idea how to add them (My os is Solaris 10g) .Below is the output of the command cat /etc/passwd.
root#MMM # cat /etc/passwd
oracle:x:1000:101::/weblogic/oracle:/bin/sh
BR. 
Hi BR;
I installed oracle 10g on solaris 10g and the installtion was sucessful but after installtion the oracle user profile files do not exist under $ORACLE_HOMEoracle user .profile doesnt under $ORACLE_HOME. Please follow
1. login your system as root
2. su - oracle
3. pwd << it gives u one path which mean your oracle user created here
4. ls -alrt << you should see file as .profile if you cant see please create one as
touch .profile
5. vi .profile
add your parameter here than save file switch oracle user to root ( on oracle user exit) than as root user su - oracle again
Hope it helps
Regard
Helios 
Thanks for the quicl help . 
Hi;
Thanks for the quicl help .Your welcome hope my post helps you ;)
Regard
Helios 
Helios- Gunes EROL wrote:
Hi BR;
I installed oracle 10g on solaris 10g and the installtion was sucessful but after installtion the oracle user profile files do not exist under $ORACLE_HOMEoracle user .profile doesnt under $ORACLE_HOME. Please follow
1. login your system as root
2. su - oracle
3. pwd << it gives u one path which mean your oracle user created here
4. ls -alrt << you should see file as .profile if you cant see please create one as
touch .profile
5. vi .profile
add your parameter here than save file switch oracle user to root ( on oracle user exit) than as root user su - oracle againConsider as an extension and refinement to the above
- do not log in as root, as that is considered bad and will not be allowed in a production environment
- therefore do not su - ... simply log in as oracle
- pwd will report current directory, usually 'cd ~' or 'cd $HOME' will get to the directory that should contain the profile
- consider just 'ls -a' as the lrt are just optional extensions ... when only searching for hidden files
- skip the touch as it is automatic when using vi
- .profile may not be the correct file depending on the shell (for bash, see http://www.gnu.org/software/bash/manual/bashref.html#Bash-Startup-Files) 
user11191992 wrote:
Hi all,
I installed oracle 10g on solaris 10g and the installtion was sucessful but after installtion the oracle user profile files do not exist under $ORACLE_HOME
Any one have an idea how to add them (My os is Solaris 10g) .Below is the output of the command cat /etc/passwd.
root#MMM # cat /etc/passwd
oracle:x:1000:101::/weblogic/oracle:/bin/sh
BR.And one more extension/refinement/clarification beyond Han's excellent comments:
Do not confuse the concept of the ORACLE_HOME directory with the "home" directory of the os user "oracle".
The first (the ORCLE_HOME directory) is a concept used by oracle to locate the software installation. As far as the OS is concerned, that is an application issue and is of no concern to the OS.
The second (the home directory of the os user 'oracle') is purely an OS issue. Every OS user has a 'home' directory, normally "/home/<username>", though the default may vary from one *nix flavor to another, and a given user can have a 'home' directory other than the default.  For this issue, 'oracle' is no different from any other OS user account.  Just as ORACLE_HOME is of no concern to the OS, the home directory of an OS user, even 'oracle', is of no concern to the Oracle software that is looking for ORACLE_HOME.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

Changing sysoper group after installation 11gr2 RAC AIX 6.1

Hi Gurus,
I have installed 11.2.0.1 RAC software(RDBMS) on AIX 6.1 with sysoper group as oinstall ,does it cause any issue?how can i change the group after install on RAC.
I came across some links which says to change the config.[cs] file in $ORACLE_HOME/rdbms/lib and relink the executable .
Do i need to do this on 2nd node as well?OH are not shared.
How safe is it to change the group with the above method,instead of re-installing the software.
Is there any other way of changing it like through installer?
Please add your valuable inputs ....
Thanks 
Hi Buddy,
Do i need to do this on 2nd node as well?OH are not shared.
Yes, once this is a local change, you'll need to replicate to all nodes. The action plan is:
1) Edit $ORACLE_HOME/rdbms/lib/config.c
2) Change #define SS_DBA_GRP "dba" to your group oinstall.
3) cd $ORACLE_HOME/rdbms/lib
4) mv config.o config.bck
5) make -f ins_rdbms.mk ioracle
P.S: Of course run the action plan above after shutdown all services (database, listener, etc) from the $ORACLE_HOME.
How safe is it to change the group with the above method, instead of re-installing the software.
It's safe once you'll just re-genarate a library and faster than reinstall the entire software
Is there any other way of changing it like through installer?
Yes. Re-install the entire software or clone ORACLE_HOME.
Cheers,
JSoufer - Brazil 
I want to change the osoper group name from oinstall to dba group.During installtion i opted for oinstall. Does choosing oinstall as the osoper group takes away SYSOPER privileges from the members of DBA group?
Thanks 
The 'OSDBA' and 'OSOPER' groups are chosen at installation time and usually both default
to the group 'dba'. These groups are compiled into the 'oracle' executable and so are the
same for all databases running from a given ORACLE_HOME directory.
The actual groups being used for OSDBA and OSOPER can be checked thus:
cd $ORACLE_HOME/rdbms/lib
cat config.[cs]
Please check it and if it pointing to dba group this should not be an issue 
Hi;
Please see:
http://dbaforums.org/oracle/index.php?showtopic=7279
Regard
Helios

Oracle 10g, Solaris, and insufficient permissions

Background:
I have Oracle8i installed on a Solaris machine. Now I want to upgrade the database to 10g. After some research I found that I can install Oracle 10g on a separate directory (with a seperate OS username i.e. use something like "oracle10" instead of "oracle"). After setting up the environment variable $ORACLE_BASE to /opt/app/oracle10 I ran the "runInstaller" script.
Problem:
After running the runInstaller script, the installer complained with the error - "You do not have sufficient permissions to access the inventory '/opt/app/oracle/orainventory'. Installation cannot continue. make sure that you have read/write permissions to the inventory directory and restart the installer.: Permission denied."
Basically user "oracle10" is in the same groups (root,dba, oinstall) as user "oracle" so I don't know why I have a permission denied error. Secondly I'm surprised why the installer tried to access the /opt/app/oracle/orainventory directory since I never referenced to an "oracle" directory but to an "oracle10" directory:
echo $ORACLE_BASE
/opt/app/oracle10
Thanks in advanced for any suggestions 
Ok.. the installation permissions prob arised because oinstall was not the Primary group ... So that's solved..
But I'm still worried about the /opt/app/oracle directory which was not defined anywere (although it existed from the Oracle8i installation) - will this overwrite something from my previous database?? 
Ok.. the installation permissions prob arised because oinstall was not the Primary group ... So that's solved..
But I'm still worried about the /opt/app/oracle directory which was not defined anywere (although it existed from the Oracle8i installation) - will this overwrite something from my previous database?? 
Ok.. the installation permissions prob arised because oinstall was not the Primary group ... So that's solved..
But I'm still worried about the /opt/app/oracle directory which was not defined anywere (although it existed from the previous Oracle8i installation) - will this overwrite something from my previous database?? 
Oracle software on UNIX systems uses a single Inventory directory which you must specify when you install the first Oracle product on the system. Subsequent Oracle installations use the Inventory created during the first installation. The location of the Inventory directory is defined in the /var/opt/oracle/oraInst.loc file (/etc/oraInst.loc on some platforms). This file also defines the Oracle Inventory group, typically oinstall. The user that you use to install any Oracle software must have the Oracle Inventory group as its primary group.
BTW: There's no need to create separate Oracle software owner users for different releases. You could have used the existing "oracle" user... Because both users that you created have the same dba group, both users have SYSDBA privileges in both databases.
If you use the same Oracle software owner user, you can also use the same Oracle base directory (/opt/app/oracle) provided that you use different Oracle home directories for each release:
/opt/app/oracle/product/8.1.7
/opt/app/oracle/product/10.1.0/db_1 (new defaults for 10g)
Of course, you can also use different Oracle base directorys if you want (or must).
Regards,
Kevin.

Categories

Resources