a design issue, correct?  build a robust and resilient environment and you
can have the high-availability you seek.  contingencies for x breaking and y
taking over, where x is any viable component; physical/logical components,
applications, memory/memory structures, processor(s)/processes, files,
oracle instance, etc...

do a search on high-availability, just in general and at compaq's site.


===========================================
Lerone Streeter
System Analyst
Abbott LBG
[EMAIL PROTECTED]
===========================================

-----Original Message-----
Sent: Monday, June 25, 2001 4:36 PM
To: Multiple recipients of list ORACLE-L


Ron,

my experience has been that "it all depends".

If your NT server is being administered by a sane, conservative SA, who does
not treat it like a desktop machine ("hey, lets downloaded the latest free
Java tool"), then it "might" suffice.  

It also depends on the load you will be asking it to support.  Generally, I
have found that the machines run reasonably well if people would set them up
correctly and then leave them alone.  

Hope this helps.

Tom Mercadante
Oracle Certified Professional


-----Original Message-----
Sent: Monday, June 25, 2001 4:07 PM
To: Multiple recipients of list ORACLE-L


I have a treasury application that needs to be up 24 x 7 except for
scheduled downtime.  Is there any way to guarantee an app will be available
24 x 7 on NT?  Is anyone faced with this?

Ron Smith
Database Administration
[EMAIL PROTECTED]

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Smith, Ron L.
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Mercadante, Thomas F
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Streeter, Lerone  A     LBX
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to