Re: Best OS for the following...

I agree with the nameless author. I have worked with NT, tru64 and Hpux. Oracle plays better on Tru64. NT works well but you did mention batch jobs. I never found a good way to do batch on NT.

Liz

In article <3AB7BE68.89666C65_at_graduate.hku.hk>, taklam_at_graduate.hku.hk says...
> hi,
>
> i am little bit disagree..
> if you are going for a large database and looking for performance..
> alpha (tru64) should be your choice..
> they are the fastest platform/O.S. as i saw from many articles...
>
> also..
> from oracle website.. seems tru64 is the best alliance O.S.
>
> linux.. well.. if you go for production.. think before move..
>
> :>
>
> "Daniel A. Morgan" wrote:
>
> > > Sorry to come at you with the same old "Best OS" question. I'll try to be as
> > > specific as I can in the requirements as I know that it makes all the
> > > differnce...
> > >
> > > The OS's under condsideration are: HP-UX, Tru64, Win2k and Linux.
> > >
> > > Our IT group has technical competency in both Unix and NT 4.0 admin. Although
> > > I, the defacto DBA, don't have much too much system admin background. I will
> > > either have to learn Unix admin or leave the admin to our NT pro's (they
> > > don't like me playing with their servers too much).
> > >
> > > The target database will likely be small 60-100 MB of data and have very few
> > > real users. It'll mostly be used for batch processing and reporting.
> > >
> > > Hopefully, this gives you an idea of what I'm looking at. Any advice would be
> > > much appreciated.
> >
> > Much as it pains me to say this I would say Win2K because you already have the
> > expertise in-house and it will keep the "Microsoft-is-a-religion" types from going
> > crazy. From the list above the best choice if you had a requirement for a larger
> > database or hundreds of users would be HP/UX. And were I in your shoes I would go
> > Linux because it is substantially better than Win2K from my experience.
> >
> > Just make sure you extract a pound of flesh on this one. Such as making them come
> > in on weekends and holidays when the O/S requires a reboot.
> >
> > Daniel A. Morgan
>
>
Received on Tue Mar 20 2001 - 09:31:24 CST