Problème startup après copie d'instance

Bonjour,

Je travaille sous Solaris avec Oracle 8.1.7

J'ai voulu faire la copie d'une instance de prod, pour avoir une instance de développement qui remplacera à terme (après application de patchs) l'instance de prod.
J'ai préféré cette solution à un exp/imp massif beaucoup plus couteux en temps.

Pour cela, j'ai suivi les préceptes de notre gourou Orafrance ;)
http://orafrance.developpez.com/dbahelp/index.php#L2

Les étapes suivantes ont été faites:
- copie des fichiers et renommages
- génération et modification des fichiers de contoles (pointant sur les nouveaux datafiles)
- écriture du nouveau init.ora (avec le nouveau nom d'instance)
- mis à jour du listener et du tnsname (ajout de la nouvelle instance)

Mon problème est que je ne peux que démarrer une seule des deux bases.
Si je démarre la base de prod, la base de dev ne démarre pas, et vice versa.

J'obtiens le message d'erreur suivant:

Code:

---

1 2	ORA-03113: end-of-file on communication channel

---

Dans le alert.log, j'obtiens:

Code:

---

1 2 3

Wed Jun 21 15:19:50 2006 Starting ORACLE instance (normal)

---

mais avec rien de plus...

Merci de vos suggestions.

les SID sont bien différents ?

oui les ORACLE_SID sont bien différents.

Bonjour,

Ca donne quoi

Code:

---

1 2	select dbid , name from v$database ;

---

pour chacune des bases.

Ca ce peut que tes deux bases ont le même dbid
dbid : C'est un identificateur unique d'instance

Je viens de regarder et effectivement les dbid des deux instances sont identiques.
Je vais regarder s'il y a un moyen de modifier le dbid de ma nouvelle instance.

J'ai trouvé qu'on pouvait mettre le dbid à zéro en utilisant la commande dbms_backup_recovery.zeroDbid

Cette méthode vous semble elle adapatée à ma problèmatique?

NID parait plus approprié : http://www.developpez.net/forums/showthread.php?t=21685 ;)

Je fais souvent des duplications de base par copie. Si j'ai bien compris je me retrouve dans ce cas avec le meme DBID. Puisque je ne fais rien de particulier a ce niveau.

A quoi sert ce DBID ? Dans quel cas cela est il genant d'avoir le meme DBID sur deux bases (mis a part lors des sauvegardes avec RMAN qui se sert de cette information) ?

En effet dbms_backup_recovery.zeroDbid ne semble pas supporter par Oracle.
NIP semble tres bien, mais il ne doit exister qu'à partir de la version 9.2.
Connaissez vous une méthode équivalente en 8.1.7?

Tu peux le faire avec RMAN :

DUPLICATE TARGET DATABASE TO 'database_name' LOGFILE logSpec ' NOFILENAMECHECK SKIP READONLY;

Si j'ai bien compris tu vas créer une copie avec un autre nom sur le même serveur.
Est ce que les deux nom des instances sont différentes ,les DBID sont générés à partir du nom Oracle

J'ai trouvé ça dans une documentation 10.2, je n'ai pas la version 8i sous la main pour vérifier si ça existait déjà à l'époque:

Citation:

---

Envoyé par Oracle

Overview of DBNEWID Utility
DBNEWID is a database utility that can change the internal, unique database
(DBID) and the database name (DBNAME) for an operational database.
DBNEWID utility lets you change any of the following:
¦ Only the DBID of a database
¦ Only the DBNAME of a database
¦ Both the DBNAME and DBID of a database
Therefore, you can manually create a copy of a database and give it a
and DBID by re-creating the control file, and you can register a seed database
manually copied database together in the same RMAN repository.

---

Je travaille avec Malaux, et nous avons fait ensemble la copie d'instance.
Pour répondre à Jouad et à Alain B., le DBID est généré par oracle au moment du CREATE DATABASE, et l'utilitaire DBNEWID n'existe que depuis la version 9.2, or nous sommes en 8.1.7.
Nous travaillons donc sur l'utilisation de la commande DUPLICATE DATABASE de RMAN, qui copie les fichiers et change le DBID, en se basant sur la documentation http://www.oracle-doku.de/oracle_8i_...pdb.htm#441628

Vous n'avez pas essayé NID ?

Pour résoudre ce problème , c'est mieu de nous dire comment avez vous dupliquer la base ?
vous avez créer le nouveau fichier de contrôle ? changer les paramètres dans init<SID>.ora ?

Bonjour,

Nous avons réalisé une copie de database, telle que décrite sur le site developpez.com (référencé message 1).
Cette copie s'est trés bien passée, sauf qu'on ne pouvait démarrer q'une des deux instances à la fois.

En fait, ce problème était dû au paramètre processes du fichier init.ora.

Sous notre machine (SE solaris), le nombre de processes par utilisateur (et donc aussi pour oracle) est limité. Nous avons plusieurs instances avec le paramètre processes entre 50 et 200.
En limitant ce paramètre pour la nouvelle database, l'erreur ORA-03113 a disparue, et les 2 databases ont pu être démarrées simultanément.

Comme Wurlitzer n'avait pas ce problème, et que j'avais toujours cette erreur en effectuant un startup nomount sur une database auxiliary pour RMAN, j'ai vérifié les paramètres de l'init.ora

Nous restons avec notre problème de DBID identique. Je vais essayer NID, sinon la commande duplicate database de RMAN, et vous tiendrai au courant.

D'après la note Metalink 121773.1, avoir l'erreur ORA-3113 au démarrage de la base avec Oracle 8.1.7 sur Solaris peut aussi venir du fait d'un nombre insuffisant de sémaphores (semmni/semmns) déclarés dans /etc/system.

Comme l'a dit Mme Luyten, nous avons résolu le problème de démarrage des bases, qui était du au paramètre processes de init.ora.
Nous pouvons donc démarrer nos deux bases (ayant le meme dbid) en meme temps.
Je met donc cette discussion en résolu.
Si nécessaire je créerai une nouvelle discussion plus spécifique sur la modification du dbid (en version 8.1.7).

Merci à tous