Yup. I work for Chartered Semiconductor Manufacturing and we use Promis in the manufacturing
floor in all the current fabs. CIM uses a number of custom-built Oracle databases.
And Corporate systems are all on Oracle.
The newest fab, coming up soon, may not be using Promis [information confidential ;> ]
Regards
Hemant
At 10:34 PM 26-06-03 -0800, you wrote:
You mean the Danish Promis system? You're running that?
Hemant K Chitale wrote:
The "That might come as a surprise to some people, but there's basically no 25/8/370 availability with Oracle unless you either specify downtime as something else or don't patch/upgrade at all."
doesn't cut ice [I think I might have mixed metaphors here] with damagement.
My 8iOPS to 9iRAC upgrade had been in the planning stages for more than a year, never getting the 4 hours downtime requested.
Finally, the upgrade was scheduled for 10am to 2pm on a Wednesday.
Guess what ? Tuesday night, 9pm I get a call "the Promis system is down, manufacturing is down". Can you come in and
quickly upgrade the Oracle database to 9iRAC tonight, like, NOW ? I did do it in 3.5 hours !
Hemant
At 06:59 AM 25-06-03 -0800, you wrote:
1. RAC can duplicate your instances/nodes. But you still have only one database.
2. One database means un-availability whenever you have to apply a patch or upgrade the database. No online patches available. No rolling upgrades.
3. Dataguard needs to have exactly the same version (down to patch level) on the two (or more) databases. So that just means two databases down if you have to patch or upgrade. That might come as a surprise to some people, but there's basically no 25/8/370 availability with Oracle unless you either specify downtime as something else or don't patch/upgrade at all.
4. Logical stuff like replication, logical Dataguard, Shareplex from Quest and others can get around the "everyhing-has-to-be-the-same-version" by using logical replication of some sort - some faster, some slower.
Mogens
Jackson Dumas wrote:
Goodday all We have cutomer who is having a database which should be available 24x7. Now we can't get even a maintenance time to do the database. We tried on several occasion but nothing happens. Now they want us to provide them with a solution to be able to work on "another database" if we need to do maintenance. Could you guys come up with some ideas what we can offer them. Is there any other alternatives besides replication and standby database. Currently the system is running as a package in a cluster environment, HP-UX, so when we go replication route possibilities are that we might have to forget about high-availabilty cluster environment due to things like disk space and memory for switching over during failure. Neither do the standby database a good option in a situation where you'll needing a longer downtime.Please help. Thanx, Junior DBA On Tue, 24 Jun 2003 08:19:18 -0800 ([EMAIL PROTECTED]) wrote:
Hi there, I got a question on log. If my program crashes, can I check some log
to see what
recent transaction is? It will give me a big help on trouble
shooting.
Thanks, Jin -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- 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).
_______________________________________________________________________ LOOK GOOD, FEEL GOOD - WWW.HEALTHIEST.CO.ZA Cool Connection, Cool Price, Internet Access for R59 monthly @ WebMail http://www.webmail.co.za/dialup/
Hemant K Chitale
Oracle 9i Database Administrator Certified Professional
My personal web site is : http://hkchital.tripod.com
-- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Hemant K Chitale INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- 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).
Oracle 9i Database Administrator Certified Professional
My personal web site is : http://hkchital.tripod.com
-- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Hemant K Chitale INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- 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).
