Table système DICT inconnue si ouverture base étape par étape

**Ikebukuro** · 11/12/2014, 23h06

Bonjour,

Je travaille sur Oracle 11gR2 et j'ai constaté que la table système DICT n'était pas accessible si j'ouvre la base de donnée étape par étape et non pas avec un startup simple.
Est-ce que vous savez pourquoi?

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
SQL> connect / as sysdba
Connected to an idle instance.
 
SQL> startup nomount
ORACLE instance started.
 
Total System Global Area 1085640704 bytes
Fixed Size                  2210208 bytes
Variable Size             704644704 bytes
Database Buffers          369098752 bytes
Redo Buffers                9687040 bytes
 
SQL> desc dict;
ERROR:
ORA-04043: object dict does not exist

La table DICT n'est pas connue à cette étape, c'est normal, la base n'est pas ouverte.

Code :

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

1
2
3
4
5
6
SQL> alter database mount;
Database altered.
 
SQL> desc dict;
ERROR:
ORA-04043: object dict does not exist

La table DICT n'est toujours pas connue à cette étape, c'est normal, la base n'est pas ouverte.

Code :

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

1
2
3
4
5
6
SQL> alter database open;
Database altered.
 
SQL> desc dict;
ERROR:
ORA-04043: object dict does not exist

Là par contre, je ne comprends pas

Pour prouver que ma base est OK, je fais un shutdown puis un startup simple --> DICT est bien connue

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
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
 
SQL> startup
ORACLE instance started.
 
Total System Global Area 1085640704 bytes
Fixed Size                  2210208 bytes
Variable Size             704644704 bytes
Database Buffers          369098752 bytes
Redo Buffers                9687040 bytes
Database mounted.
Database opened.
 
SQL> desc dict;
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 TABLE_NAME                                         VARCHAR2(30)
 COMMENTS                                           VARCHAR2(4000)

**Baldrick** · 12/12/2014, 16h26

Bonjour,

DICT n'est pas une table, mais un synonyme public qui redirige sur la vue SYS.DICTIONARY.

Cela ne change rien au problème, évidemment. Il n'existe aucune raison logique pour que cela ne fonctionne pas.

Le problème m'intéressant, j'ai procédé à des tests de mon coté, en faisant exactement les mêmes commandes que vous avez passées : et dans un premier temps, le phénomène s'est reproduit; dict n'était pas utilisable, même après m'être reconnecté sous un autre utilisateur, et les autres synonymes publics étaient tout à fait ok...

J'ai procédé à plusieurs redémarrages pour vérifier tout ça, et le phénomène a persisté un certain temps, et puis, hop, soudain, il ne se reproduit plus, pendant plusieurs redémarrages de suite, alors que je suivais bien les étapes. J'ai été un instant perplexe, avant de réaliser une chose : j'avais omis de faire un desc dict dans les différents modes.

Pris d'une intuition, j'ai alors refait un démarrage en plusieurs étapes, en faisant cette fois-ci un desc tab en mode nomount. Une fois la base ouverte, un desc dict renvoyait un résultat correct, en revanche un desc tab renvoyait une erreur... Je fais alors un alter system flush shared_pool; et... le desc tab renvoie alors un résultat correct ! Victoire !

Conclusion : Oracle conserve dans le shared pool le résultat des commandes desc passées en mode nomount/mount et les restitue fidèlement après le passage en mode open, jusqu'à ce que le contenu du shared pool change ou soit purgé.