Database Administrators Stack Exchange is a question and answer site for database professionals who wish to improve their database skills and learn from others in the community. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

What is the specific reason for creating the oracle user to install Oracle 10g or 11g, even though root exists and can be used?

Is it possible to install as root by adding root to the oinstall group?

Every suitable technical reason is welcome.

share|improve this question
Primarily for security reasons. Any Unix admin worth their while would understand that privilege separation is very important - why should a DBA, who may only have a simple grasp of Unix, be left with full root access on a server? – Phil Oct 11 '12 at 7:46
Can i edit the above question to include additional points – oratab Oct 11 '12 at 8:15
I'll add that there's no technical reason why you can't run the RDBMS as root. I'd ask you though: Why do you want to run under the root user? – Phil Oct 11 '12 at 9:21
i specifically don't want to run it as root, but i want to know the reason why it doesn't install as root user. Thanks a lot for answer and comments – oratab Oct 15 '12 at 6:51
up vote 2 down vote accepted

PostgreSQL refuses to run under root, and the reasons there may be of interest in this question.

This approach allows you to essentially separate UNIX and db permissions as Phil mentions above, but there are a number of reasons why this is important especially when you have a programmable server like Oracle.

The first is that generally speaking you want to be able to contain the behavior of the system in the event of a bug in your stored procedures or otherwise. Bugs in stored procedures that allow the db to overwrite arbitrary files are really bad in a database, but they become far worse when you have the ability to overwrite operating system binaries. So this allows you to lock down and contain damage in a way you can't do if the db runs as root.

The second is that you can essentially give the DBA a smaller area of responsibility.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.