Discussion :

[Sable12]

Bonjour,

Après avoir installé une base de test dans laquelle je comptais mettre nos données de prod, j'ai malencontreusement supprimé les fichiers de contrôle.
N'ayant pas de sauvegarde, ma base de test nouvellement créée (encore vide), j'ai tout supprimé en mode bourrin : fichiers de données, redo, index... et kill des process liés à cette instance.
Maintenant, je n'arrive plus à me connecter pour la recréer :

Code :

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

1
2
3
4
5
6
7
8
9
 
$sqlplus "/as sysdba"
 
SQL*Plus: Release 11.2.0.4.0 Production on Sat Nov 1 10:20:31 2014
 
Copyright (c) 1982, 2013, Oracle.  All rights reserved.
 
ERROR:
ORA-12547: TNS:lost contact

Pas de problème de connexion sur les autres bases hébergées sur la même machine. J'ai supprimé l'entrée dans le listener.ora, et l'ai redémarré.
Comment revenir à un état normal sur cette base SVP ? J'aimerais lui laisser le même SID, pour pouvoir garder l'ensemble des scripts existants.
Un bon TP au passage...

Merci de votre aide,
Sable12

[geektoo]

voici ce que tu peux vérifier si ils sont à 0k


$ORACLE_HOME/bin/oracle
$ORACLE_HOME/rdbms/lib/config.o

Si oui, renomme les fichiers suivants

$ cd $ORACLE_HOME/rdbms/lib
$ mv config.o config.o.bad

et ensuite exécute ceci.
$ relink oracle

[Sable12]

Bonjour et merci,

Ce n'est pas moi qui ai fait l'installation d'Oracle, quel est l'effet exactement de ce relink ? Seulement reconstruire le .o, que je pourrai remettre si problème ? La manipulation est-elle sans risque ? La connexion aux autres bases fonctionne, je voudrais au moins que ça continue ;-)

Merci,
Sable12

[Sable12]

Bon, j'ai testé : les fichiers en question ne faisaient pas 0k.

J'ai jeté un oeil par là : http://oracledbamasters.wordpress.com/tag/ora-12547/, et ai tenté à peu près la même chose :
- shutdown immediate sur toutes les bases
- arrêt du listener

$ cd $ORACLE_HOME/rdbms/lib
$ mv config.o config.o.bad

puis "relink all", car "relink oracle" était refusé (oracle not a valid parameter - optional parameters: all, as_installed)

- relance du listener

Même punition : mes bases démarrent, mais pour celle-ci j'ai toujours la même erreur...
Une autre idée ?

Merci,
Sable12

[ojo77]

Bonjour,

vous dites avoir tout supprimé, en êtes vous certain ?

Vous reste-t-il des fichiers contenant votre nom de base de donnée dans $ORACLE_HOME/dbs ?
Vous reste-t-il des sémaphores alloués ou autre choses de ce type (commande sysresv pour vérifier après positionnement de l'environnement qui va bien ) ?
Vous reste-t-il des processus (ps -edf | grep $ORACLE_SID ) ?
Avez vous nettoyé le fichier oratab ?

[Sable12]

Bonjour,

Pardon pour le temps de réponse, j'ai abandonné et créé une nouvelle base qui joue le rôle de la première. Comme il s'agit d'une base dédiée à la reprise d'activité, son SID importe peu, j'ai modifié les autres scripts en conséquence.
Mon collègue a retenté des manips, du coup il m'est difficile de revérifier.

Appelons mon SID "toto" : en l'état actuel des choses, j'ai un hc_toto.dat, et un lkTOTO dans le répertoire dbs. Le lk date du 31/10 ??? et le hc du 3/11.

Bizarre, il me semblait que plus rien ne persistait. J'imagine que c'est le lk qui devait bloquer, puisque la base n'est pas démarrée (n'existe plus).

Pour le reste, il n'y a plus rien.

Côté sémaphores :

Code :

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

1
2
3
4
5
6
7
8
IPC Resources for ORACLE_SID "toto" :
Shared Memory
ID              KEY
No shared memory segments used
Semaphores:
ID              KEY
No semaphore resources used
Oracle Instance not alive for sid "toto"

Côté process, rien non plus. L'oratab est bien nettoyé.
Je suppose que pour finir propre il me reste donc à supprimer les deux fichiers du répertoire dbs.

Merci, faute d'avoir ma base avec le bon SID, vos réponses auront été formatrices. :-)

Sable12