[DBUA] Migration 9iR2 vers 10gR2 [Résolu]

[lapincretin]

Bonjour,

Voila pour les besoins de ma société, je dois executer la migration d'une base 9.2.0.6 en 10.2.0.3 sur un serveur E-Business 11.5.10.2.

J'ai suivi les principaux guides mais je suis confronté a un probleme.

Pour la forme :

Le serveur est un serveur Linux RHEL4
La base source est une base 9.2.0.6, sous un Oracle_Home 9i
La base cible est une base 10.2.0.1, montée en 10.2.0.3 sur le meme serveur dans un Oracle_Home 10g.

Chaque Oracle_Home est paramétré sous un environnement utilisateur different (utilisateur tstdb lance un env 9i, tst10g lance un env 10g)

J'ai deja lancé plusieurs fois le processus de migration mais celui ci est tombé en echec pour plusieurs raisons (probleme de droit sur fichiers, ou variable d'env mal positionnées ...)

Cette fois ci, DBUA me demande de donner le nom d'un utilisateur ayant le privilege SYSDBA pour se connecter a ma base 9i. Je ne comprends pas pourquoi subitement celui ci me pose cette question alors que mes essais précédents étaient OK a ce niveau !

Quelqu'un est t il famillier avec DBUA, je seche un petit peu !

DBUA OK


DBUA SYSDBA ?

[orafrance]

et alors, où est le problème ?

[orafrance]

Start the Database Upgrade Assistant

Steps:
dbua
Click the [next) button
Select the Database to upgrade
Click the [next) button
Choose the size for the SYSAUX tablespace
[ We recommend that you use 500 MB as the SYSAUX tablespace size. Set autoextend on for the SYSAUX tablespace.]
Click the [next) button
Remove the check for the option to “Recompile Invalid Objects”. This will be during at a later step.
Click the [next) button
Decide on you “Backup” strategy
Click the [next) button
Decide on your Management Options
Click the [next) button
Review the “Summary” screen
Click the (Finish) button
You may disable the compilation of objects as that is done at a later step.
Click the (Ok) button to acknowledge completion of the upgrade
Review the upgrade results
Decide on your option to configure “Database Passwords”
Decide on your option to “Restore the Database” if you are not satisfied with your upgrade results.
Click the (Close) button to end the upgrade

apparemment c'est une option que tu as choisie

PS : t'as bien revérifié les pré-requis parce qu'en principe les erreurs tu ne les as pas

[orafrance]

vérifie que tu lances DBUA avec le bon user aussi

[lapincretin]

Alors :
1° Mon probleme c'est que je ne veux pas que DBUA me demande ce mot de passe, car je ne suis pas capable de lui fournir. Via SQLPLUS je me connect en utilisant :

Code :

1
2
 
sqlplus / AS sysdba

Je suis donc pas capable de lui donner un mot de passe valide.

2° DBUA est lancé avec l'utilisateur qui possede l'env 10G, comme stipulé dans les guides.

3° Ce message apparait des le debut, bien avant la migration, juste apres avoir choisi la base a migrer.

PS : Il n'y a pas eu de changements entre mes sessions DBUA. Mon utilisateur OS tst10g fais bien partu du groupe DBA.
Est il possible de ratacher le priv SYSDBA a mon utilisateur OS tst10g ?
Pourquoi dois je donner un utilisateur avec SYSDBA alors qu'avant je n'avais jamais a le faire ?

[lapincretin]

Bon pour les intéréssés, si toutefois il y en a :

Extrait de Metalink, note 392643.1

Applies to:
Oracle Server - Enterprise Edition - Version: 10.2 to 10.2.0.3
This problem can occur on any platform.

Symptoms
When a user belonging to the dba group but which is not the actual software owner tries to connect to the database as sysdba when the db is stopped, the following message is raised :

ERROR:
ORA-09925: Unable to create audit trail file
SVR4 Error: 13: Permission denied
Additional information: 9925

Permissions on the software binaries are set as required, as checked in $ORACLE_HOME/bin:

$ ls -al oracle*
-rwsr-s--x 1 ora10g dba 118487160 Sep 1 2005 oracle
-rwxr-xr-x 1 ora10g dba 0 Aug 13 2005 oracleO


Cause
The permissions on the adump directory were not set to accept file creation from other users than the software owner. In 10gR2, the adump directory is the new default directory for audit files (instead of $ORACLE_HOME/rdbms/audit). As such, access to this directory is needed in order to connect / as sysdba because these connections are audited by default.

Solution
1. check if the
$ORACLE_BASE/admin/<SID>/adump
directory exists and create it if not

2. change permissions on the directory to 775.

Comments: If you consider this to introduce a security risk then please only stop / start the database as the oracle software owner. Also note that during db startup naturally the audit_dump_dest parameter is not yet initialized so it can only write this specific audit files to the default destination. Also, writing these files is a mandatory requirement for NCSC C2 security evaluation criteria and therefore it cannot be turned off.

Merci