Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> Re: Oracle 10g Rel.2 taking longer time when SHUTDOWN IMMEDIATE
Niall,
I agree with your point.
But, there is a reason behind why we need to bounce the db every week-end.
We are using 10g, but, still work as Oracle early editions.
I am not convienced about the idea, but, has to follow instructions.
Its a local share trading database, where 400+ transactions per
second, loosing a second business, cost a big financial lost to the
bank.
Our application setup is a little bit complicated, or call it old
application (legacy, can't be changed), cause sometimes big problems,
where we need to bounce the database immeidately.
I dont understand that shutdown abort maximum doesn't cause any harm. But, as a practice, we generally using shutdown abort as final option among other shutdown commands.
When there are no connections, the shutdown immediate completes in time. The only problem is, when, connection inactive state, exists.
On 8/11/06, Niall Litchfield <niall.litchfield_at_gmail.com> wrote:
> A couple of questions.
>
> Why bounce the databases at all if downtime of a few tens of minutes
> matters? My general position is that where a database is being deliberately
> taken down on a schedule that isn't for patching etc something (app/backup
> strategy etc) is wrong. There could be a good reason for it, but often there
> isn't.
>
> If you must bounce the db what is wrong with shutdown abort? You don't look
> as if this is for a cold backup so who cares that some recovery is required?
>
>
> On 8/11/06, Syed Jaffar Hussain <sjaffarhussain_at_gmail.com> wrote:
> >
> Hello List,
>
> Since migrated from 9i to 10g, we are facing few new issues.
> At our premises, we tend to bounce our database at week-end. In 9i, it
> was talking few minutes. But, in 10g Re2.10, it is taking more 20
> minutes.
> When we shutdown immediate, there would be around 600+ inactive
> sessions. In 9i, there was not issues with the number of inactive
> session, but, in 10g Rel.2, I believe, some internal changes have been
> made while killing the inactive session. Thats why, it might be taking
> longer time.
> I am afraid, if this is the case, in case of emergency, we need to
> wait 20+ minutes to bring down the database. I dont want to opt for
> 'shutdown abort' option.
> Is anyone had/having the same issue with 'shutdown immediate' in
> Oracle 10g Rel.2?
>
>
> --
> Best Regards,
> Syed Jaffar Hussain
> 8i,9i & 10g OCP DBA
> Banque Saudi Fransi,
> Saudi Arabia
>
> I blog at :http://jaffardba.blogspot.com/
> http://www.oracle.com/technology/community/oracle_ace/ace1.html#hussain
> ----------------------------------------------------------------------------------
> "Winners don't do different things. They do things differently."
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>
>
>
>
> --
> Niall Litchfield
> Oracle DBA
> http://www.orawin.info
-- Best Regards, Syed Jaffar Hussain 8i,9i & 10g OCP DBA Banque Saudi Fransi, Saudi Arabia I blog at :http://jaffardba.blogspot.com/ http://www.oracle.com/technology/community/oracle_ace/ace1.html#hussain ---------------------------------------------------------------------------------- "Winners don't do different things. They do things differently." -- http://www.freelists.org/webpage/oracle-lReceived on Fri Aug 11 2006 - 14:54:53 CDT
![]() |
![]() |