Comment migrer les connexions discoverer d'une instance OAS vers une autre instance OAS?

Pour exporter et importer les connexions discoverer, l'on a besoin du mot de passe de l'usager ORASSO.

Pour retrouver le mot de passe de l’usager ORASSO :

ldapsearch -h <oid_host> -p <oid_port> -D cn=orcladmin -w <password> -b "cn=IAS,cn=Products,cn=OracleContext" -s sub -v OrclresourceName=ORASSO grep orclpasswordattribute

a. Exporter les connexions discoverer de l’installation source:

Sur le serveur source, exécuter la commande suivante:

<oracle_home>/sso/bin/ssomig -s ORASSO -p <orasso_password> -c <src_tns_alias> -export

Où:
• <orasso_password> est le mot de passé de ORASSO.
• <src_tns_alias> est le nom de service de la bd dans laquelle le SSO source a été installé.

Si les installations source et cible sont sur des serveurs différents, copier les fichiers suivants du serveur source vers le serveur cible (répertoire $ORACLE_HOME/sso/log ou semblable):
• Le fichier dump (*.dmp) et le fichier log.

b. Importer les connexions discoverer au niveau de l’installation cible :

• Sur le serveur cible, retrouver le mot de passé de l’usager ORASSO (syntaxe à l’étape précédente)..

• Sur le serveur cible, exécuter la commande suivante:

<oracle_home>/portal/admin/plsql/sso/ssomig -s ORASSO -p <orasso_password> -c <dst_tns_alias> -import -merge -discoforce

Note importante concernant le processus d’import :

Il se peut que rien ne se passe lorsqu’on lance l’import avec ssomig. Cela peut être dû à la version d’import utilisée par ssomig versus la version de la BD. Voir Note 392005.1 pour plus de details.

Si cela arrive, voir doc ci-dessous:

Using an earlier version of the import utility against a later
version of the database
will hang. That is if you are using a 9.2.0.6 for
example against a 10.2 database,
the import will hang. The ssomig utility is
just a wrapper script for the database import.
The solution is to use the
import utility that is the same version as that of your target database.
Thus if you target database is 10.2.0 then your import utility should also
be 10.2.0
Possible ways to achieve this:
You can install the 10.2
utility into a separate oracle home on your middle tier.
Then setup your
environment so that the ssomig will pickup the 10.2 import utility.
Transfer
the dump file to the Database Server and manually perform the import.
Option
1 would be the recommended solution.
The only problem is that in this case I
have to to run the ssomig-command in the ORACLE_HOME from the
infrastructure-database, and this is in this case not the infrastructure-home.
Dirty trick which solved this inconvenience:
- Copy the complete sso AND
the perl-directory (save the old-one !!) from the infrastructure-home to the
database-home, and run the ssomig-script from there.
Don’t forget to
activate the old perl-directory again after you have done this!