Instance trop longue à démarrer

Version imprimable

26/06/2009, 12h23
Wahren

Instance trop longue à démarrer

Bonjour,

J'ai une instance trop longue à démarrer :

Citation:

$ sqlplus sys as sysdba

SQL*Plus: Release 10.2.0.4.0 - Production on Fri Jun 26 12:11:21 2009

Copyright (c) 1982, 2007, Oracle. All Rights Reserved.

Enter password:
Connected to an idle instance.

SQL> startup
ORACLE instance started.

Total System Global Area 1577058304 bytes
Fixed Size 2040920 bytes
Variable Size 754981800 bytes
Database Buffers 805306368 bytes
Redo Buffers 14729216 bytes
Database mounted.

Elle reste dans l'état MOUNT sans erreur, mais sans aller plus loin.
Auriez-vous une idée de l'origine de ce problème.

Merci d'avance
26/06/2009, 12h28
Wahren

Citation:

SQL> startup
ORACLE instance started.

Total System Global Area 1577058304 bytes
Fixed Size 2040920 bytes
Variable Size 754981800 bytes
Database Buffers 805306368 bytes
Redo Buffers 14729216 bytes
Database mounted.
Database opened.

Ca y est c'est ouvert. Mais ça a mis environ 1/2 heure entre les états MOUNT et OPEN !!
26/06/2009, 12h48
NGasparotto

Peut-etre un recovery ? Est-ce tout le temps ? Comment la base a-t'elle etait fermee ?

Nicolas.
26/06/2009, 12h54
Wahren

Justement, comme le shutdown immediate n'aboutissait pas j'ai lancé un shutdown abort. Serait-ce dû à ça ?

Et pour le shutdown immediate ne donne rien alors en un temps raisonnable ?

Merci d'avance
26/06/2009, 13h07
NGasparotto

Apres un shutdown abort, Oracle fait un recovery sur le startup suivant, ce qui peut prendre du temps, en fonction de ce qui etait en cours d'execution lors du shutdown.
Voir par ici les differentes options et implication de chacune
http://download.oracle.com/docs/cd/B...htm#sthref3022

Nicolas.

Vous pouvez vérifier la durée de la phase de recovery dans l'alert log de l'instance:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
Fri Jun 26 11:07:28 2009
Beginning crash recovery of 1 threads
Fri Jun 26 11:07:28 2009
Started redo scan
Fri Jun 26 11:07:29 2009
Completed redo scan
 1089 redo blocks read, 223 data blocks need recovery
Fri Jun 26 11:07:29 2009
Started redo application at
 Thread 1: logseq 26, block 6289
Fri Jun 26 11:07:30 2009
Recovery of Online Redo Log: Thread 1 Group 3 Seq 26 Reading mem 0
  Mem# 0 errs 0: D:\ORACLEXE\ORADATA\XE\REDO31.LOG
  Mem# 1 errs 0: D:\ORACLEXE\ORADATA\XE\REDO32.LOG
Fri Jun 26 11:07:32 2009
Completed redo application
Fri Jun 26 11:07:32 2009
Completed crash recovery at
 Thread 1: logseq 26, block 7378, scn 2703021
 223 data blocks read, 223 data blocks written, 1089 redo blocks read
Fri Jun 26 11:07:34 2009

26/06/2009, 16h43
Wahren

Je suis d'accord avec vous, mais pas moyen de faire un shutdown immediate.

Je suis en train d'augmenter la taille des redologs et changer leur emplacement. J'ai remarqué dans les traces la suite de messages suivants (typique de la 10.2.0.4) :

Citation:

Warning: log write time 790ms, size 396KB
*** 2009-06-26 15:54:57.292
Warning: log write time 2660ms, size 1305KB
*** 2009-06-26 15:55:02.493
Warning: log write time 3340ms, size 1560KB
*** 2009-06-26 15:55:04.086
Warning: log write time 1590ms, size 737KB
*** 2009-06-26 15:55:09.052
Warning: log write time 1950ms, size 939KB
*** 2009-06-26 15:55:09.937
Warning: log write time 880ms, size 400KB
*** 2009-06-26 15:55:18.170
Warning: log write time 3100ms, size 1534KB
*** 2009-06-26 15:55:19.725

Ce serait apparemment dû à un problème d'IO.
28/06/2009, 11h07
voran

Hello,

Un petit coup d'oeil sur FAST_START_MTTR_TARGET et/ou LOG_CHECKPOINT_INTERVAL alors.

http://download.oracle.com/docs/cd/B...8.htm#i1127412