Re: Oracle's relationships with expert DBAs (and the rest of us mere mortals)

• bill thater <shrekdba_at_gmail.com> wrote:
  > >
  > > This is NOT only initial cost YOU have to jump through the same hoops every
  > > time Linux changes their os which is more often than Solaris (we ran on the
  > > same boxes same os for 7 years).
  >
  > hmmmm.... all we've had to do is apply the kernel patches, reboot the
  > box and bring up the databases. maybe i've been lucky?
  >
  >
  > > ORACLE/Linux is not the best practice.
  >
  > well, seems to work fine for us with no major problems. guess it may
  > be how you define best practice?
  >
  

Well lets see here ... just for ORACLE EE (not even OAS, not even ORACLE APPS just plain old ORACLE EE):

Certify - Certification Matrix: Oracle Database - Enterprise Edition on Solaris Operating System (SPARC)

Solaris 2.6 	ORACLE 9.2 Addtl. Info.: NONE
Solaris 9 	ORACLE 9.2 Addtl. Info.: NONE
Solaris 8 	ORACLE 9.2 Addtl. Info.: NONE
Solaris 7 	ORACLE 9.2 Addtl. Info.: NONE
Solaris 10 	ORACLE 9.2 Addtl. Info.: NONE

Certify - Certification Matrix: Oracle Database - Enterprise Edition on Linux (x86)

RH-E Linux AS/ES 4 	9.2 Addtl. Info.: pointer to a OTN doc
RH-E Linux AS/ES 3 	9.2 Addtl. Info.: huge list of pre-reqs
RH-E Linux AS/ES 2.1 	9.2 Addtl. Info.: pointer to a metalink note

Right of the bat we have to do more work (on Linux) for my initial install and subsequent os upgrades.

More work = more chances for a human error
More work = more chances for failure/downtime
More work = higher cost

Is that you best practice?

• Vitaliy -- http://www.freelists.org/webpage/oracle-l