Lors de l'installation d'une machine de secours 2 collègues ont réussi à exploser une database vitale. Ces manipulations se sont faites sans sauvegarde préalables. Ma dernière sauvegarde est un export entier de la database datant de ce matin.

Je ne pense pas qu'il s'agisse comme suggéré d'une incohérence des fichiers de contrôle entre eux, mais c'est juste un réflexe et le fait d'avoir tort provoquera votre joie et l'ouverture de la base.

Apres un backup de tout (redo logs,fichiers de contrôle, datafiles (instance arrêtée) essayer la suite ...

1) Essayer l'ouverture de la base avec un seul control file spécifié dans init.ora, puis l'autre, puis l'autre, etc. S'il s'ait d'une incohérence des fichiers de contrôle, c'est la possibilité de trouver le coupable.  En tout cas, lors de la lecture des fichiers de contrôle multiplexés, il faut que le premier control soit ok et que les entêtes des autres soient en phase, mais ce n'est pas le propos :-(

Si rien ne fait ,

2) Déplacer tous les fichiers traces ailleurs dans user_dump_dest.

Startup mount;

alter session set events 'immediate trace name controlf level 10';

alter session set events 'immediate trace name redohdr level 10';

alter session set events 'immediate trace name file_hdrs level 10';

Interpreter les logs (user_dump_dest).

Si pas de détails évidents, essayer aussi

3) recover database using backup controlfile;

N'oubliez pas de tout backuper avant tout essai

Si ca ne marche toujours pas, restaurer avec le dernier backup si archivelog, sinon recréation de la base et import du dernier export, etc