Discussion :

[Mella]

Bonjour

J'utilise INFORMATICA v6 et v7 pour alimenter des bases de données ORACLE v8.1.7 sous UNIX.
Jusqu'à présent, je n'avais pas de problème oracle. Mais lors d'une alimentation, j'ai eu l'erreur ORA-03113 pour un workflow (suite d'instruction INFORMATICA qui lit ou écrit dans la base) et pas pour les autres qui sont juste à la suite de celui là. Et j'ai une erreur s'est repétée (pas le même message) pour les deux versions d'INFORMATICA pour le même workflow.
Avec INFORMATICA v6 j'ai l'erreur

ERROR : OBJM_54543 [02/01/2006 09:16:31] : (6831|11) DataBase error:
ORA-03113: end-of-file on communication channel

Database driver error...
Function Name : Execute
SQL Stmt : SELECT USER_ID, USER_NAME, USER_PASSWD, USER_PRIVILEGES1, USER_PRIVILEGES2, USER_DESC, USER_FLAGS, OBJVERSION from OPB_USERS WHERE USER_NAME = 'USER'
Oracle Fatal Error

Avec INFORMATICA v7 j'ai l'erreur

ERROR : OBJM_54543 [02/01/2006 13:58:26] : (1518|324) DataBase error:
Database driver error...
Function Name : GetSystemDate.

J'ai lu la documentation pour cette erreur ORA-03113 mais je n'arrive pas à comprendre ce qui a pu la provoquer. Le traitement a déjà été effectué plusieurs fois sans aucune erreur. La base de données est utilisé par plusieurs personnes et j'aimerai avoir une piste pour poser les bonnes questions à l'administrateur .

Je précise que le fichier alert.log que j'ai sur mon serveur ne fait pas référence à cette erreur. Je ne sais pas si c'est le bon car il ne contient pas les informations qu'il est censé contenir (selon la documentation que j'ai lue)

Merci pour votre aide.

[bouyao]

Bonjour,

Normalement il y'a un fichier trace dans le repertoire user_dump_dest

On peut le voir ?

[Mella]

je n'ai pas ce répertoire "user_dump_dest" dans mon répertoire ORACLE/HOME.

Ou est ce qu'il peut être enregistré.

[bouyao]

ton fichier alert se trouve dans un repertoire bdump
alors les fichiers traces utilisateurs se trouve dans le repertoire udump.

[Mella]

le fichier alert que j'ai se trouve dans rdbms/log. Je n'ai ni udump, ni bdump dans mon répertoire $ORACLE_HOME

[bouyao]

sous sqlplus tu lance la commande :

Code :

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

show parameter user_dump

[Mella]

lorsque j'exécute cette commande, j'ai l'erreur

ORA-00942: Table ou vue inexistante

Je l'exécute avec un utilisateur normal

[bouyao]

il faut être connecté sous le compte sys

Code :

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

1
2
3
 
sqlplus /nolog
connect /as sysdba

une autre question : la version Oracle ? et OS ?

[Mella]

OK
En suivant tes instructions, j'ai retouvé le fichier de trace.
Il se présente comme suit

Dump file dmp.trc
Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Production
With the Partitioning option
JServer Release 8.1.7.4.0 - 64bit Production
ORACLE_HOME = /ora_8.1.7
System name: SunOS
Node name: dev
Release: 5.8
Version: Generic_11773509-25
Machine: sun4u
Instance name: BDD
Redo thread mounted by this instance: 1
Oracle process number: 8
Unix process pid: 8154, image: oracle@dev

*** SESSION ID7.13) 2005-12-06 20:00:26.131
*** 2005-12-06 20:00:26.131
# The following commands will create a new control file and use it
# to open the database.
# Data used by the recovery manager will be lost. Additional logs may
# be required for media recovery of offline data files. Use this
# only if the current version of all online logs are available.
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "BDD" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 12
MAXLOGMEMBERS 3
MAXDATAFILES 24
MAXINSTANCES 3
MAXLOGHISTORY 181
LOGFILE
GROUP 1 (
'log01/BDD_redo1_1.rdo',
'log01/BDD_redo1_2.rdo'
) SIZE 2M,
GROUP 2 (
'log02/BDD_redo2_1.rdo',
'log02/BDD_redo2_2.rdo'
) SIZE 2M,
GROUP 3 (
'log03/BDD_redo3_1.rdo',
'log03/BDD_redo3_2.rdo'
) SIZE 2M
DATAFILE
'BDD_sys.dbf',
'BDD_temp01.dbf',
'BDD_rbs01.dbf',
'BDD_tab_data01.dbf'
CHARACTER SET WE8MSWIN1252
;
# Recovery is required if any of the datafiles are restored backups,
# or if the last shutdown was not normal or immediate.
RECOVER DATABASE
# Database can now be opened normally.
ALTER DATABASE OPEN;
# No tempfile entries found to add.
#

Je travaille avec oracle 8.1.7 sous Unix (Sun)

[bouyao]

ce n'est pas le bon fichier.
Il faut trouver un fichier trace récent.
Pour ton problème avec informatica ca peut être un problème de Repository.

[Mella]

OUPS effectivement, je croyais avoir pris celui du lundi mais ce n'est pas le cas.
Toutefois, à part la date qui diffère dans le fichier, ils sont tres semblables

Dump file dmp_27578.trc
Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Production
With the Partitioning option
JServer Release 8.1.7.4.0 - 64bit Production
ORACLE_HOME = ora_8.1.7
System name: SunOS
Node name: dev
Release: 5.8
Version: Generic_11773509-25
Machine: sun4u
Instance name: BDD
Redo thread mounted by this instance: 1
Oracle process number: 8
Unix process pid: 27578, image: oracle@dev

*** SESSION ID9.15) 2006-01-02 04:00:13.606
*** 2006-01-02 04:00:13.606
# The following commands will create a new control file and use it
# to open the database.
# Data used by the recovery manager will be lost. Additional logs may
# be required for media recovery of offline data files. Use this
# only if the current version of all online logs are available.
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "BDD" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 12
MAXLOGMEMBERS 3
MAXDATAFILES 24
MAXINSTANCES 3
MAXLOGHISTORY 181
LOGFILE
GROUP 1 (
'oraredolog01/BDD_redo1_1.rdo',
'oraredolog02/BDD_redo1_2.rdo'
) SIZE 2M,
GROUP 2 (
'oraredolog01/BDD_redo2_1.rdo',
'oraredolog02/BDD_redo2_2.rdo'
) SIZE 2M,
GROUP 3 (
'oraredolog01/BDD_redo3_1.rdo',
'oraredolog02/BDD_redo3_2.rdo'
) SIZE 2M
DATAFILE
'oradata05/BDD_sys.dbf',
'oradata05/BDD_temp01.dbf',
'oradata05/BDD_rbs01.dbf',
'oradata05/BDD_tab_data01.dbf',
'oradata05/BDD_tab_infrep_01.dbf'
CHARACTER SET WE8MSWIN1252
;
# Recovery is required if any of the datafiles are restored backups,
# or if the last shutdown was not normal or immediate.
RECOVER DATABASE
# Database can now be opened normally.
ALTER DATABASE OPEN;
# No tempfile entries found to add.
#

[bouyao]

Encore ce n'est pas le bon fichier.
C'est un fichier trace qui est crée au même temps que l'apparution de ton problème.

[Mella]

je ne dois pas l'avoir.

j'ai exécuté la commande que tu ma passé

Code :

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

show parameter user_dump

et je suis allée dans le répertoire indiqué par le champ VALUE. Il y en a trois dont la date de dernière modification diffère. Mais les trois sont semblables

[bouyao]

D'aprés informatica :

OBJM-54543 Database error : < database message error>

Check the session log of related messages

On regardera demain pour trouver le fichier log de la session.

Sinon est ce que tu'a vérifié l'espace disque ?

[Mella]

Salut

Je ne crois pas que l'espace disque soit en cause. Vu que j'ai relancé mon script pour reproduire l'erreur et cette fois, tout c'est bien passé

Sinon dans le prm.log, j'ai ceci en V6 (en v7 dans les fichiers vérifier, je n'ai que l'erreur décrite dans mon msg initial)

WARNING : LM_36103 [02/01/2006 09:16:34] : (6830|26) Invalid user name or password.
ERROR : LM_36224 [02/01/2006 09:16:34] : (6830|26) A database error is encountered. Please check Repository Server and Repository Agent log for details.
ERROR : SF_34038 [02/01/2006 09:16:34] : (6830|12) Client application [PmCmd]'s connection [18] broken unexpectedly.

Je remarque l'erreur sur l'user name ou le password. Le souci c'est que les autres workflows sont lancés avec le même user et mot de passe dans le même script et pourtant eux ils se sont lancés sans problème

[rajgupta914]

I was searching the internet & found this posting. I am actually running into the same exact problem (i think). However, I don't speak French so I don't understand the replies to the original posting. Can someone tell me if the problem was solved. If so what was the solution?

My problem is I'm getting very random, intermittent session failures and when I look at the pmrepagent.log file I see the same error messages which are listed.

The only things which are unique about my situation are:
1) Sometimes there are a number of simultaneous sessions trying to execute.
2) There are 6 repositories using the same Oracle DB (different schemas).

Any help would be appreciated.

Rajiv Gupta

[plabrevo]

Rajiv,

Unfortunately, I am afraid that there is nothing conclusive for you in this thread. Most of it actually discusses how to access the core dump file generated by the session that crashed.

ORA-3113 are usually (if not always), associated with another error, much more significant and in most of the case the root cause of the crash. Therefore, as far as your own issue is concerned, the advice would still be the same: locate and have a look into the core dump file, isolate the error more precisely (something like an ORA-0600 or an ORA-07445 for example), it should be mentioned there very clearly, and start your researches from there.

Hope this helps.