Discussion :

[Franco]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

SHUTDOWN ABORT

[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 ?

[bouyao]

Est ce que tu peut relancer des requêtes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Franco]

Non pas moyen de lancer une requete :

sqplus /nolog
connect / as sysdba

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

connecté a une instance innactive

puis quand je lance une requete :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

not logged on

[bouyao]

Dans ce cas

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SHUTDOWN ABORT

aprés

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

STARTUP

encore une fois pour liberer la tablespace temporaire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SHUTDOWN IMMEDIATE
STARTUP

car le shutdown abort ne libère pas la tablespace Temporaire

[Franco]

maintenant j'ai ca dans l'alert :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ?

[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

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

[bouyao]

Voila, C'est un Bug Oracle

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

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

SHUTDOWN ABORT

[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

qq un aurait il modifier ces parametres en mem temps que j'ai lancé le shutdown ou avant peut etre ? ou est-ce un bug oracle ?

[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.

[Franco]

opss no post ce sont croisé je crois !

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

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

Merci à toi !