I would recommend sticking with Linux b'coz we dont think Oracle will stop
supporting it from some years to come on that my personal fav is fedora and
RH series.On the boxes front on 64 bit scenario (the world is doing that I
dont think you would want to stick arnd to 32 bit and face the not supported
trauma allover again but this will certainly take time) both Intel Itanium
and AMD's Opteron road maps are hazy.I would suggest you to stick on to a
low end RISC box something like rp2470 b'coz hp is game with both Intel and
AMD and at a leter date if they stop supporting RISC and promote the winner
(btw Itanium and Opteron) they are bound by law either to suport the RISC
boxes or to upgrade them so your investment is safe.This security I dont
think you will get from SUN or IBM as they are still trying to make it
alone.
Hope this helps
Deep
----- Original Message -----
From: John Flack <JohnF_at_smdi.com>
To: <oracle-l_at_freelists.org>
Sent: Friday, March 19, 2004 7:24 PM
Subject: Hardware / OS recommendation
> We are currently running 8.1.7 databases on a 4 year old Dell Pentium
> machine, under SCO UnixWare. This is the last supported version of
> Oracle under UnixWare, and since the hardware is getting old in internet
> years, we're thinking of getting new hardware running a supported OS for
> Oracle 9i R2 or 10g. I'm the official DBA, but my system administrator
> has been wearing an Asst. DBA hat doing much of the day to day work.
>
> The SA wants to get a low-end Sun SPARC machine running Solaris, since
> the price of these has come down to around the same price as the sort of
> high end Intel or AMD machine that we would normally use as a server. I
> would normally vote for the Intel/AMD solution running Red Hat or SUSE
> Linux, since we already run several of those. And maybe there are some
> low-end machines from HP or IBM (or someone else) that we should
> consider.
>
> One thing I'd definitely like is an OS that Oracle will support for a
> long time. We started on old SCO Unix, moved to SCO Openserver when
> Oracle stopped supporting it, moved to UnixWare when Oracle stopped
> supporting Openserver, and now have to move again. Oracle is Oracle,
> and we've never had much of a problem with the database stuff - an
> export and an import, and we've been good to go. But the shell scripts,
> COBOL and C programs have required tweaking every time we moved.
> Nothing major, but just enough to have to field user complaints for
> weeks after each move, despite testing.
>
> Suggestions, anyone?
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
Please see the official ORACLE-L FAQ:
http://www.orafaq.com
To unsubscribe send email to: oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Fri Mar 19 2004 - 23:47:26 CST
