Discussion :

[Thomf]

Bonjour,

Au démarrage de notre base oracle 8 (et oui) que nous utilisons pour quelques mois encore avant de migrer en 11 ou en 12, j'ai d'abord rencontré l'erreur ORA-01033: ORACLE initialization or shutdown in progress au démarrage du listener.

Après quoi j'ai un peu scruté et regardé le fichier Alert.log qui m'a indiqué une erreur ORA-01110 relatif à un fichier systeme 'SYSTEM01.DBF'.

Aussi j'ai suivi ce lien https://www.developpez.net/forums/d1...tion-datafile/

Sauf que là il s'agit d'un fichier système et je ne sais pas si après avoir supprimé celui du tablespace ou du disque je dois recrée quelque chose derrière ou exécuter des fichiers, genre dbms-stats.

Qu'importe, j'ai fait un recovery qui a plutôt bien marché et au moment de faire 'alter database open', je rencontre l'erreur et dans le fichier Alert.log, j'ai l'origine du problème:

Errors in file D:\oracle\admin\EURO\udump\ORA02448.TRC:
ORA-00600: internal error code, arguments: [2662], [2], [1517443071], [2], [1518058603], [8388610], [], []

Fri Dec 06 16:35:53 2019
Errors in file D:\oracle\admin\EURO\udump\ORA02448.TRC:
ORA-00600: internal error code, arguments: [2662], [2], [1517443073], [2], [1518058603], [8388610], [], []
ORA-00600: internal error code, arguments: [2662], [2], [1517443071], [2], [1518058603], [8388610], [], []

Fri Dec 06 16:36:22 2019
Errors in file D:\oracle\admin\EURO\udump\ORA02448.TRC:
ORA-00600: internal error code, arguments: [2662], [2], [1517443073], [2], [1518058603], [8388610], [], []
ORA-00600: internal error code, arguments: [2662], [2], [1517443071], [2], [1518058603], [8388610], [], []

Fri Dec 06 16:36:50 2019
Errors in file D:\oracle\admin\EURO\udump\ORA02448.TRC:
ORA-00603: ORACLE server session terminated by fatal error
ORA-00600: internal error code, arguments: [2662], [2], [1517443073], [2], [1518058603], [8388610], [], []
ORA-00600: internal error code, arguments: [2662], [2], [1517443071], [2], [1518058603], [8388610], [], []

Aussi ma question est de savoir si le problème vient de mes CONTROL_FILE ou bien de mon fichier système 'SYSTEM01.DBF' (si je dois recréer celui-ci en SYSTEM02.DBF ?).

Eventuellement que dois-je faire des fichiers *.TRC du dossier udump.

Bon week-end

Thomas

[Thomf]

Bonjour,
Il y a autre chose que j'avais pensé faire: copier tous les datafiles et controlfile de la veille (base fermée) et importer les tables qui ont subit des modifications. Ne serait-ce pas la meilleure solution ?

Cet après-midi: je précise qu'après avoir fait un recover database using backup controlfile, j'ai le message suivant concernant un fichier d'archive qui a disparu:

ORA-27041: unable to open file OSD-04002: unable to open

Et ensuite après avoir testé 'alter database open norestelogs ou resetlogs' Oracle m'oblige à utiliser ce dernier sauf que j'en reviens à ce message 'ORA-01245: ofline file 1 will be lost if done' ou bien 'ORA-01110: Datafile 1: nom du datafile' sachant que ces 2 options sont obligatoires.

D'avance merci pour vos contributions

Thomas

[pachot]

Bonjour,
L'enchaînement des erreurs et des actions décrites ici n'a aucun de sens. Sans comprendre quel est le problème les actions effectuées n'ont probablement fait que rajouter des problèmes. Si les données dans cette base sont importante, il me paraît indispensable de faire appel à un DBA Oracle expérimenté. Ce n'est pas une chose à résoudre dans un forum. Et je pense que c'est pour ça que vous n'avez pas de réponse ici: lorsque j'ai vu la question hier j'ai préféré ne pas répondre. Mais là je vois que vous risquez de tout rendre encore plus inconsistent.
Si vous avez un backup de la base et des archived logs, essayez de restaurer celà sur un autre serveur. Au moins pour voir ce qui est récupérable. Si vous ne pouvez pas faire appel à un professionnel, prenez le temps, sur cet autre serveur, de bien comprendre (= lire beaucoup) comment fonctionne le restore / recovery.
Franck.

[Thomf]

Bonjour,
L'enchaînement des erreurs et des actions décrites ici n'a aucun de sens. Sans comprendre quel est le problème les actions effectuées n'ont probablement fait que rajouter des problèmes. Si les données dans cette base sont importante, il me paraît indispensable de faire appel à un DBA Oracle expérimenté. Ce n'est pas une chose à résoudre dans un forum. Et je pense que c'est pour ça que vous n'avez pas de réponse ici: lorsque j'ai vu la question hier j'ai préféré ne pas répondre. Mais là je vois que vous risquez de tout rendre encore plus inconsistent.
Si vous avez un backup de la base et des archived logs, essayez de restaurer celà sur un autre serveur. Au moins pour voir ce qui est récupérable. Si vous ne pouvez pas faire appel à un professionnel, prenez le temps, sur cet autre serveur, de bien comprendre (= lire beaucoup) comment fonctionne le restore / recovery.
Franck.

Bonjour,

En gros, j'ai le même problème que le lien suivant sauf que je ne peux pas faire alter database open. Or tant que je ne peux faire cela je ne peux dropper le tablespace corrompu:

https://www.developpez.net/forums/d1...tion-datafile/

Pour ce qui est du DBA expérimenté je n'ai que Oracle my support qui met un peu de temps à répondre et sans contact direct. J'ai vu dans le forum que beaucoup de gens ont résolu le même problème. Donc je ne veux pas prendre le risque. même si les utilisateurs me mettent un peu sous pression en croyant que le problème se résout en 5mn. Pour un DBA expérimenté je dirais oui, pour moi c'est plus difficile.
J'ai un backup de la base mais étrangement pas des archived logs. Je pensais soit recréer la base sous un autre nom et dans un autre dossier soit copier la sauvegarde de jeudi par-dessus sur celle qui est corrompue et redémarrer la base de cette manière.
Merci de m'avoir répondu
Thomas

[pachot]

je n'ai que Oracle my support

C'est déjà pas mal d'avoir le support pour une version si vielle

en croyant que le problème se résout en 5mn

Un problème de corruption sur une version si vielle ne se résoud pas en 5 minutes, même pour qqn d'expérimenté.

J'ai un backup de la base mais étrangement pas des archived logs

Est-tu sûr qu'il n'y a pas les archivelogs disponibles. En MOUNT tu peux voir:

Code :

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

 select name,next_time from v$archived_log order by first_change#

Mais pas si tu as recréé le controlfile. Dans ce cas, essaie de trouver la destination:

Code :

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

1
2
select name,value from v$parameter where name like 'log_archive_dest__' and value is not null
show parameter db_recovery_file_dest

copier celle de jeudi soir

Si c'est un backup à froid (base arrêtée) oui. Mais sinon tu ne pourras pas l'ouvrir sans les archived logs.

[Thomf]

Est-tu sûr qu'il n'y a pas les archivelogs disponibles. En MOUNT tu peux voir:

Sur cette requête j'ai l'erreur ORA-01220 file based sort illegal before database is open.

Aussi j'ai retiré le tri mais il me manquerait le fameux fichier d'archive qui aurait disparu. Tous les autres sont là.

Mais pas si tu as recréé le controlfile. Dans ce cas, essaie de trouver la destination:

A ma connaissance, je n'ai pas recrée les controlefile. Ta requête me donne bien la destination des fichiers d'archive que je connaissais déjà
Le show parameter db_recovery_file_dest ne me donne rien.

Si c'est un backup à froid (base arrêtée) oui. Mais sinon tu ne pourras pas l'ouvrir sans les archived logs.

Oui le backup est bien à froid. Aussi je peux alors me lancer ? Et quid des archives_log existants, je les supprime ? Si tout se passe bien je n'ai plus qu'à réimporter les tables qui me concernent.