Discussion :

[crazykangourou]

Bonjour à tous,

Voilà, j'ai une base de donnée nommée mabase qui fonctionne sur un serveur1.

J'ai une autre base de donnée sur un autre serveur2 qui s'appelle aussi mabase qui fonctionnait, le serveur a été démonté.
Cette base de données est plus récente, je souhaiterais récupérer les données de cette dernière.

La procédure que j'ai suivit et une restauration en recopiant les fichier du répertoire oradata/mabase contenant les fichiers *.ctl, *.dbf,*.log du serveur2 vers le serveur1/oradata/mabase

Le problème, c'est que que ce n'est pas aussi simple, en effet, j'ai l'erreur suivante :
ora 00205 : erreur identification du fichier de control

Si vous pouvez me faire profiter de votre expérience, pour une solution simple et efficace, je vous remercie d'avance.

[DAB.cz]

Les nomes des fichiers de control sont dans SPFILE - sont ils correct? Les fichiers copiés - ne sont ils pas READONLY?

DAB

[pifor]

ORA-00205 error in identifying controlfile, check alert log for more info

Cause: The system could not find a control file of the specified name and size.

Action: One of the following:

Check that the proper control file name is referenced in the CONTROL_FILES initialization parameter in the initialization parameter file and try again.
When using mirrored control files, that is, more than one control file is referenced in the initialization parameter file, remove the control file name listed in the message from the initialization parameter file and restart the instance. If the message does not recur, remove the problem control file from the initialization parameter file and create another copy of the control file with a new file name in the initialization parameter file

Vérifiez que les fichiers référencés dans le paramètre d'initialisation CONTROL_FILES ont un nom correct sur "serveur1": le fichier alert.log de l'instance doit afficher le fichier de contrôle qui n'existe pas.

Voir aussi la procédure détaillée dans le tutoriel sur les sauvegardes.

[crazykangourou]

Bonjour à tous,
Merci pour vos réponses.
J'ai vérifier l'état des fichiers, ceux ci ne sont pas en lecture seul.

J'ai regarder dans le fichier de log : alert_mabase.log

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
 
starting up 1 shared server(s) ...\par
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...\par
Tue Oct 09 16:53:14 2007\par
/* OracleOEM */ ALTER DATABASE MOUNT\par
Tue Oct 09 16:53:14 2007\par
ORA-00202: controlfile: 'D:\\oracle9i\\oradata\\MABASE\\CONTROL02.CTL'\par
ORA-27046: file size is not a multiple of logical block size\par
OSD-04012: non-concordance de la taille de fichier (OS 1333248)\par
\par
Tue Oct 09 16:53:17 2007\par
ORA-205 signalled during: /* OracleOEM */ ALTER DATABASE MOUNT...\par
Tue Oct 09 16:59:15 2007\par
Restarting dead background process QMN0\par
QMN0 started with pid=9, OS id=4072\par
Tue Oct 09 17:05:18 2007\par
Restarting dead background process QMN0\par
QMN0 started with pid=9, OS id=3408\par

Pourtant le fichier control02.ctl existe, mais à priori, il y a d'autres erreur avant celle ci, je vais regarder de ce pas.

[pifor]

ORA-27046 file size is not a multiple of logical block size

Cause: File size as indicated by STAT is not correct, additional information indicates which function encountered the error.

Action: Verify that the file has not been overwritten or truncated

Le fichier de contrôle n'a pas la bonne taille. Il y a peut-être eu un problème de transfert ou un écrasement. Essayez de recopier un fichier de contrôle valide dans celui qui est invalide.

[crazykangourou]

Merci pour votre réponse,
mais si je n'ai que ces fichiers?
Est ce que je peux placer les fichiers de control du serveur1/mabase en remplacement du défectueux?

Rappel : j'ai les fichiers de sauvegarde de serveur2/mabase que j'ai mis sur serveur1