[Waiting for smon to disable tx recovery] shutdown immediate

Version imprimable

Apres une grande requete par un developpeur. J'ai essayé de faire un shutdown immediate sur ma base, puisque celle-ci ramer completement, maintenant voila 2h que la base essaye de s'arreter mais en vain, j'ai bien peur quelle ne fasse pas granchose, dans mes fichires de logs j'ai les messages suivants :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Thread 1 advanced to log sequence 650
  Current log# 2 seq# 650 mem# 0: D:\ORACLE\ORADATA\SIDDEV\REDO02.LOG
Fri Jan 20 11:08:00 2006
ALTER SYSTEM SET pga_aggregate_target='83886080' SCOPE=MEMORY;
Fri Jan 20 11:08:02 2006
ALTER SYSTEM SET pga_aggregate_target='83886080' SCOPE=SPFILE;
Fri Jan 20 11:21:15 2006
Thread 1 advanced to log sequence 651
  Current log# 3 seq# 651 mem# 0: D:\ORACLE\ORADATA\SIDDEV\REDO03.LOG
Fri Jan 20 11:22:09 2006
Shutting down instance: further logons disabled
Fri Jan 20 11:22:38 2006
Shutting down instance (immediate)
License high water mark = 13
All dispatchers and shared servers shutdown
Fri Jan 20 11:22:45 2006
ALTER DATABASE CLOSE NORMAL
Fri Jan 20 11:27:56 2006
Waiting for smon to disable tx recovery.
Fri Jan 20 11:52:33 2006
Thread 1 advanced to log sequence 652
  Current log# 1 seq# 652 mem# 0: D:\ORACLE\ORADATA\SIDDEV\REDO01.LOG
Fri Jan 20 12:26:47 2006
Thread 1 advanced to log sequence 653
  Current log# 2 seq# 653 mem# 0: D:\ORACLE\ORADATA\SIDDEV\REDO02.LOG
Fri Jan 20 13:00:28 2006
Thread 1 advanced to log sequence 654
  Current log# 3 seq# 654 mem# 0: D:\ORACLE\ORADATA\SIDDEV\REDO03.LOG
Fri Jan 20 13:37:53 2006
Thread 1 advanced to log sequence 655
  Current log# 1 seq# 655 mem# 0: D:\ORACLE\ORADATA\SIDDEV\REDO01.LOG

puis dans le trace :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
Dump file d:\oracle\admin\siddev\udump\siddev_ora_3216.trc
Fri Jan 20 11:27:56 2006
ORACLE V9.2.0.3.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.2 Service Pack 1, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.3.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.3.0 - Production
Windows 2000 Version 5.2 Service Pack 1, CPU type 586
Instance name: siddev
 
Redo thread mounted by this instance: 1
 
Oracle process number: 10
 
Windows thread id: 3216, image: ORACLE.EXE
 
 
*** SESSION ID:(16.9696) 2006-01-20 11:27:56.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 11:33:07.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 11:38:19.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 11:43:30.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 11:48:42.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 11:53:53.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 11:59:05.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:04:16.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:09:27.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:14:39.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:19:50.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:25:02.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:30:13.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:35:25.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:40:36.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:45:47.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:50:59.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 12:56:10.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:01:22.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:06:33.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:11:45.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:16:56.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:22:08.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:27:19.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:32:30.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:37:42.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:42:53.000
Waiting for smon to disable tx recovery.
*** 2006-01-20 13:48:05.000
Waiting for smon to disable tx recovery.

Merci de votre aide.

20/01/2006, 14h25
bouyao

Ton smon est entrain de nettoyer la tablespace temporaire.
Soit tu attend
Sinon
La base est en archivelog ?
Tu a des sauvegardes ?
Alors à ton risque tu peut lancer

Code:

SHUTDOWN ABORT
20/01/2006, 14h35
Franco

Non pas d'archive log
je dois avoir des sauvegardes.
Mais si la base fait sont boulot est quelle ne boucle pas sur ce event, je crois que je vais essayer d'etre sage et d'attendre.

Penses tu que c'est la meilleur decision ?
20/01/2006, 14h49
bouyao
Est ce que tu peut relancer des requêtes :
Code:

1 2 select count(block#) from fet$; select count(block#) from uet$;
tu lance 3 ou 4 fois ces requêtes pour voir si le smon est entrain de liberer de l'espace dans la tablespace temporaire.
20/01/2006, 15h02
Franco

Non pas moyen de lancer une requete :

sqplus /nolog
connect / as sysdba

Code:

connecté a une instance innactive

puis quand je lance une requete :

Code:

not logged on
20/01/2006, 15h05
bouyao
Dans ce cas

Code:

SHUTDOWN ABORT

aprés

Code:

STARTUP

encore une fois pour liberer la tablespace temporaire
Code:

1 2 SHUTDOWN IMMEDIATE STARTUP
car le shutdown abort ne libère pas la tablespace Temporaire

maintenant j'ai ca dans l'alert :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Fri Jan 20 15:22:15 2006
SMON: disabling tx recovery
SMON: disabling cache recovery
Fri Jan 20 15:22:36 2006
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Thread 1 closed at log sequence 658
Successful close of redo thread 1.
Fri Jan 20 15:22:36 2006
Completed: ALTER DATABASE CLOSE NORMAL
Fri Jan 20 15:22:36 2006
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archiving is disabled
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archiving is disabled
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Fri Jan 20 15:22:39 2006
Errors in file d:\oracle\admin\siddev\udump\siddev_ora_1144.trc:
ORA-00600: internal error code, arguments: [723], [10332], [10332], [memory leak], [], [], [], []

j'ai pas encore lancé le abort , est ce bon docteur ?

20/01/2006, 15h38
Franco

Ah ! je crois que c ok !

le shutdown est terminé et je viens de la remonter !

ouf ! juste quand j'allais faire un shutdown abort :wink:

Merci à toi bouyao , pafois il faut s'armer de patience.
20/01/2006, 15h44
bouyao

Voila, C'est un Bug Oracle

Citation:

ORA-600 [723] on shutdown when PGA_AGGREGATE_TARGET is set at the session level to a higher amount than the level in the init.ora. . PGA_AGGREGATE_TARGET = 83886080 is set in the init.ora.

Dans ton fichier alert

Citation:

Thread 1 advanced to log sequence 650
Current log# 2 seq# 650 mem# 0: D:\ORACLE\ORADATA\SIDDEV\REDO02.LOG
Fri Jan 20 11:08:00 2006
ALTER SYSTEM SET pga_aggregate_target='83886080' SCOPE=MEMORY;
Fri Jan 20 11:08:02 2006
ALTER SYSTEM SET pga_aggregate_target='83886080' SCOPE=SPFILE;
Fri Jan 20 11:21:15 2006
Thread 1 advanced to log sequence 651

on voit bien que tu a changé dynamiquement le pga_aggregate_target, ce qu'il ne fallait pas.

Donc
c'est parti pour un

Code:

SHUTDOWN ABORT
20/01/2006, 15h51
Franco

Heu , je comprends pas ??

j'ai vu ce que tu dis, mais je ne fait qu'un shutdown immediate et la j'en suis sur 8O

qq un aurait il modifier ces parametres en mem temps que j'ai lancé le shutdown 8O ou avant peut etre ? ou est-ce un bug oracle ?
20/01/2006, 15h54
bouyao

Comme j'ai dit avant c'est bien un Bug Oracle.
Surtout ne change pas le PGA_AGGREGATE_TARGET dynamiquement.
Soit il faut être patient sinon un abort.
20/01/2006, 16h56
Franco

opss no post ce sont croisé je crois !

Citation:

Envoyé par Franco

Ah ! je crois que c ok !

le shutdown est terminé et je viens de la remonter !

ouf ! juste quand j'allais faire un shutdown abort :wink:

Merci à toi bouyao , pafois il faut s'armer de patience.

Merci à toi !