Impossible de se connecter à la base ORACLE 9i

[MAXJEREM]

Bonjour,

Depuis quelques jours j'ai de gros soucis pour me connecter à une DATABASE ORACLE 9i.
J'utilise ORACLE 9i depuis quelques temps. J'ai crée plusieurs DATABASES, sous un OS Windows.
L'une d'entre elle ne peut plus s'ouvrir. En tentant différentes possibilités, dont CREATE CONTROLFILE ... J'obtiens le message :
ERREUR à la ligne 1 :
ORA-01503: Echec CREATE CONTROLFILE
ORA-01200: taille fichier 12800 inferieure a taille correcte de 344064 blocs
ORA-01110: fichier de donnees 11 : 'C:\ORACLE\ORACLXXX\DATABASE\XXXXXX.TBS'

J'avoue être très ennuyé car je dois faire une demo dans la semaine et j'ai vraiment besoin d'un coup de main.
Merci par avance
Cdlt

[philcero]

Tes control files étant multiplexés ils doivent être identiques à l'ouverture de la base.

Cibles celui qui est cité et remplace le par un copier/coller par un de ses jumeaux après avoir effectué un "shutdown abort" pour être sûr.

[MAXJEREM]

Bonjour,

Apparemment les fichiers de Control ne sont pas identiques, car aprés un copie coller comme demandé, j'obtiens:
ORA-01103: le nom de la base de données "AAAA" dans le fichier de controle n'est pas BBBB (comme celui sur laquelle je tente d'etablir la connection.
Merci de votre aide.
Cdlt

[philcero]

Là tu as un problème car les fichiers de contrôle sont bel et bien les même pour une même base de données. Il s'agit d'une d'un RAID applicatif visant à multipléxer l'information "vitale" de la constitution de la base.

Es-tu sûr d'avoir dupliquer un fichier de la même base ?

[MAXJEREM]

Non je ne pense que le souci soit en ce sens. Peut-être me suis je mal expliqué.
Chaque DATABASE est indepedante, de ce fait les fichiers de Controls ne sont pas les mêmes. Il n'y a pas de systeme RAID comme tu l'idiques et donc pas de multiplexes.
j'espere que cela te parait plus clair.
Merci par avance.
Cdlt

[philcero]

T'as rien compris à ce que je t'ai dis apparemment...



Les fichiers de contrôle de la base de données (Appelés CONTROL FILES) sont naturellement multiplexés (Généralement 3 exemplaires maintenus identiques). Nous dirons ici N exemplaires.

Ces fichiers sont maintenus cohérent en permanence par la base et si à l'ouverture de celle-ci une seul des N fichiers n'est pas identiques aux N-1 autre la base ne démarre pas car pour elle il y a inconsistance.

Recherche donc les N-1 petits frères de ton fichier de contrôle à problème pour ta base et dupliques en conséquence (Pour savoir où ils sont source le init.ora de ta base et cherche une entrée du type *.control_files="xxx" ou bien control_files="xxx").

[MAXJEREM]

Effecitvement j'ai mal compris ta reponse.
J'ai recherché les fichiers mais je ne trouve pas de version N-1.
Mon fichier init.ORA, contient bien une rubrique CONFIGURATION FILE où sont indiqués les chemins des fichiers de controls01 à 03.
J'ai tenté de "couper" les fichiers en les deplacant ailleurs, mais j'obtiens toujours le même message taille fichier inferieure à taille correcte.
Je n'y comprends plus rien!!!!

Merci

[philcero]

Peux-tu poster le contenu de ton fichier initXXX.ora s.v.p ?

[MAXJEREM]

Bonjour,

Volontiers. N'etant pas sûr de la fonction Insertion, je joins ci-dessous une copie du contenu.
##############################################################################
# Copyright (c) 1991, 2001, 2002 by Oracle Corporation
##############################################################################

###########################################
# Cache and I/O
###########################################
db_block_size=8192
db_cache_size=16777216
db_file_multiblock_read_count=32

###########################################
# File Configuration
###########################################
control_files=("C:\ORACLE\oradata\DXINFO32\CONTROL01.CTL", "C:\ORACLE\oradata\DXINFO32\CONTROL02.CTL", "C:\ORACLE\oradata\DXINFO32\CONTROL03.CTL")

###########################################
# Cursors and Library Cache
###########################################
open_cursors=300

###########################################
# Diagnostics and Statistics
###########################################
background_dump_dest=C:\oracle\admin\DXINFO32\bdump
core_dump_dest=C:\oracle\admin\DXINFO32\cdump
timed_statistics=TRUE
user_dump_dest=C:\oracle\admin\DXINFO32\udump

###########################################
# Miscellaneous
###########################################
aq_tm_processes=1
compatible=9.2.0.0.0

###########################################
# Redo Log and Recovery
###########################################
fast_start_mttr_target=300

###########################################
# Job Queues
###########################################
job_queue_processes=10

###########################################
# Instance Identification
###########################################
instance_name=DXINFO32

###########################################
# Database Identification
###########################################
db_domain=""
db_name=DXINFO32

###########################################
# Optimizer
###########################################
hash_join_enabled=TRUE
query_rewrite_enabled=TRUE
star_transformation_enabled=TRUE

###########################################
# Pools
###########################################
java_pool_size=33554432
large_pool_size=8388608
shared_pool_size=50331648

###########################################
# Processes and Sessions
###########################################
processes=150

###########################################
# System Managed Undo and Rollback Segments
###########################################
undo_management=AUTO
undo_retention=10800
undo_tablespace=UNDOTBS1

###########################################
# MTS
###########################################
dispatchers="(PROTOCOL=TCP) (SERVICE=DXINFO32XDB)"

###########################################
# Security and Auditing
###########################################
remote_login_passwordfile=EXCLUSIVE

###########################################
# Sort, Hash Joins, Bitmap Indexes
###########################################
hash_area_size=1048576
pga_aggregate_target=33554432
sort_area_size=1048576

Merci pour ton aide.
Cordialement

[philcero]

Maintenant il faut vérifier que tes 3 fichiers de contrôle sont les même. Etant sous Windows (nobody is perfect ) utilise un utilitaire type WINMERGE ou WINDIIF afin de faire les comparaisons suivantes :

C:\ORACLE\oradata\DXINFO32\CONTROL01.CTL et C:\ORACLE\oradata\DXINFO32\CONTROL02.CTL

C:\ORACLE\oradata\DXINFO32\CONTROL02.CTL et C:\ORACLE\oradata\DXINFO32\CONTROL03.CTL

Ces trois fichiers sont-ils identiques ?

[MAXJEREM]

Bonjour,

CONTROL01 a une différence avec CONTROL02 et CONTROL03.
CONTROL02 ET CONTROL03 n'ont pas de différence.
Je ne peux pas copier la différence sur ce message.
Pour information, je vois sous ENTERPRISE CONSOLE, rubrique Stockage, que dans les informations relatives aux fichiers control01 02 et 03 le type de Fichiers est backup, alors que pour une autre base je vois type current (actuaL). Cela peut être t'aiguiller sur une piste.
Que souhaites tu savoir à présent.
J'espère que l'on pourra bientôt récupérer cette base.
Merci de ton aide.
Cordialement.

[philcero]

Etonnant en effet, il semblerait que tes fichiers de contrôle soient des BACKUP CONTROL FILES et non des CONTROL FILES de production.

Afin d'ouvrir ta base il va falloir jouer fin. Vérifions que ta base est en ARCHIVELOG.

Code :

1
2
3
4
5
6
7
8
9
SQL> connect / AS sysdba
Connected.
SQL> archive log list;
DATABASE log mode              Archive Mode
Automatic archival             Enabled
Archive destination            /appli/oraarch/DBSAMPLE
Oldest online log sequence     7642
Next log sequence TO archive   7644
Current log sequence           7644

si "Automatic archival" est à "Enabled" c'est bon, on peut continuer (Vérifie que tu as bien des fichiers archive disponibles dans le répertoire indiqué par le paramètre "Archive destination").
Ensuite :

1. Mets de côté le CONTROL01 ( --> CONTROL01.bak)
2. Dupliques CONTROL02 en tant que CONTROL01
3. Lance SQL*Plus et entre ce qui suit :

Code :

1
2
3
4
connect / AS SYSDBA
recover DATABASE until cancel USING backup controlfile;
.../... (Là tu passes tous les archives dont il a besoin et à la fin du envoie CANCEL
ALTER DATABASE open resetlogs;

[MAXJEREM]

Bonjour,

La base ORACLE n'est pas en ARCHIVLOG. Il y a t il un autre moyen de recuperer ma base.
J'espere que oui, car j'en ai vraiment besoin et dans le cas contraire la recharger me prendrait trop de temps.

merci par avance
Cordialement

[philcero]

Si ta base est en mode NOARCHIVELOG je ne peux me prononcer. Essaye dans ce cas la commande suivante et poste les résultat (Tu t'arrête à la première erreur) :

Code :

1
2
3
4
5
connect / a sysdba;
shutdown; (Là tu IGNORE les erreurs)
startup nomount;
ALTER DATABASE mount;
ALTER DATABASE open resetlogs;

[MAXJEREM]

Merci de ton aide.

Ci-dessous le resultat des commandes proposées:
SQL*Plus: Release 9.2.0.1.0 - Production on Lu Mai 5 11:23:06 2008

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.


Connecté.
ORA-01109: base de données non ouverte


Base de données démontée.
Instance ORACLE arrêtée.
Instance ORACLE lancée.

Total System Global Area 126950220 bytes
Fixed Size 453452 bytes
Variable Size 109051904 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes

Base de données modifiée.

ALTER DATABASE open resetlogs
*
ERREUR à la ligne 1 :
ORA-01194: Le fichier 1 necessite plus de recuperation pour etre coherent
ORA-01110: fichier de donnees 1 : 'C:\ORACLE\ORADATA\DXINFO32\SYSTEM01.DBF'

J'espere que c'est pas "foutu".
Cordialement

[philcero]

Tu as au moins un fichier incohérent et pas d'archives pour le remettre en état...

Seule et unique soluce que tu peux tester :

1. arrête ta base.
2. duplique CONTROL02 en CONTROL02.bak.
3. duplique ton CONTROL01.BAK en CONTROL01, CONTROL02 et CONTROL03.
4. re-tente la manip.

[MAXJEREM]

J'ai le même messa

[MAXJEREM]

j'ai le même message d'erreur avec les copies de fichiers comme preconisées.

Je crois comprendre que c'etait la derniere solution, à present je dois recréer la base et tout refaire; exact??

Merci pour tout

Cordialement

[philcero]

De mon point de vue c'est foutu. Maintenant je ne suis pas la source de toutes les connaissances. Je demande à Orafrance si il peut donner son avis.....

[orafrance]

je pense surtout que le TBS en question a mal été copié et est incomplet