Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: oradebug suspend question

Re: oradebug suspend question

From: Mladen Gogala <mladen_at_wangtrading.com>
Date: Thu, 04 Dec 2003 09:09:26 -0800
Message-ID: <F001.005D8CC8.20031204090926@fatcity.com>


Raj, you are not suspending user sessions, you are suspending server processes (ora_s000<n>_<sid>). That is not always safe, because other processes can also send wake up signal to the shared servers. Unfortunately, oracle doesn't have anything like "suspend session", because it would be extremely dangerous to have. Suspended sessions would retain all the locks they acquired, thus vastly increasing possibilities for deadlocks and infinite waits. The only solution for software installation is scheduled downtime. How is it compatible with 7x24 availability? Well, you must have a copy of the database available during the installation. That copy must be read only, to prevent inconsistencies. Of course, software installations are usually done during weird hours, like Saturday 02-04 A.M. when the number of impacted users is minimal. If that doesn't help, then you must set up replication of the critical data that you want to have transferred. At any rate, it's extremely expensive proposition which makes sense if and only if you are a global company with sites updating your database from all time zones at once. In that situation,, wee hours of the weekend nights do not help you. On 12/04/2003 11:29:28 AM, "Jamadagni, Rajendra" wrote:
> Well, we are running into a situation .... We apply code release to production environment once a month. During that timeframe, we still have db open and everyone connected and working. Sometimes what happens is sometimes code causes invalids and it takes time to compile everything. Also there are some user scheduled reports, that we don't want to fail if they fire in this time period and get stuck behind a invalid package.
>
> So, there is a thought of suspending all existing user sessions while we do the release and then resume them.
>
> Great you might say, but having no experience with suspend/resume is this safe? Steve Adams site says yes to certain extent.
>
> What do you think? Any drawbacks? We could suspend logins for this duration too ...
>
> Thanks in advance
> Raj
> --------------------------------------------------------------------------------
> Rajendra dot Jamadagni at nospamespn dot com
> All Views expressed in this email are strictly personal.
> QOTD: Any clod can have facts, having an opinion is an art !
>
>
> **************************************************************************************
> This e-mail message is confidential, intended only for the named recipient(s) above and may contain information that is privileged, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.
> **************************************************************************************4
>

Mladen Gogala
Oracle DBA

Note:
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Mladen Gogala
  INET: mladen_at_wangtrading.com

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: ListGuru_at_fatcity.com (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).
Received on Thu Dec 04 2003 - 11:09:26 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US