yes, I made a mistake then... I'll see what I can do to collect metrics on
logical/physical I/Os.
my information is based on NT/MSSQL, we are moving to oracle so some things
you mentioned were never a concern; ultimately I want to have the
infrastructure as sound, functional, and scalable as
Multiple recipients of list ORACLE-L
[EMAIL PROTECTED]
From: "Streeter, Lerone A LBX"
[EMAIL PROTECTED]
Subject: RE: server sizing
...
why NT? familiarity and comfort. we've asked and everyone doted on
oracle's ability to run on NT just as well as
Lerone,
My opinion is that your database on an NT platform will not scale as well as
you may hope. You are talking about adding 100-150% more data and tripling
your users to 300. I would strongly recommend going to a Unix platform for
your database. Also, if the database is going to grow that
I'm envisioning various levels of raid just wanted to get something out
quick for some feedback. for example, I'm thinking the data files, redo
logs, arc log, and control files would be on differently combined disks.
of course some file system recovery and redundancy is desired, but to what
And I'm just in the mood for a ramble, too...
We stayed with NT too, because we have the sysadmins and engineers already. I
have a DB that sounds a lot like yours and it's running just fine on a dual p400
with a mirror for redo and archive log and a raid5 for the data files. The real
problem
Lerone,
Based on an earlier mail, the following resources may be helpful:
I have been tasked with finding an NT server solution to handle 1600
concurrent users.
(Please no laughing). Anybody got a clue/recommendations if there's any NT
solution that might handle this? (please non of the
Lerone,
I stumbled across a skimpy, but perhaps interesting, Capacity
Planning chapter in:
_Oracle Forms Server Release 6i: Deploying Forms Applications
to the Web with Oracle Forms Server for Windows and Unix_
http://docs.oracle.com/a84664/SHIPHOME/DOC/product_0/index.htm
-