Bonjour,
J'ai posté mon problème sur metalink mais n'ai eu pour toute réponse que de faire un SR. Or à ce que j'ai compris ce n'est pas gratuit. Donc je me tourne vers vous pour voir si quelqu'un n'aurait pas une solution
Donc, j'ai une erreur ORA-03113 quand j'exécute cette instruction
SELECT * FROM genttab WHERE tab_cptr IN(SELECT DISTINCT(tar_prod) FROM eautfal, eauttap, eauttar, eautfae WHERE tar_cptr = tap_tari AND tap_cptr = fal_tarp AND fal_efac = fae_cptr AND fae_role = 26) ORDER BY tab_elem
L'erreur n'apparait que pour cette requête. Elle est exécutée d'une application VB qui comporte par ailleurs de bien plus complexes requête vu que le calcul de facturation y est effectué par pl/sql.
L'erreur est reproduite directement sous sql+ donc ce n'est pas un problème de connexion ou du driver odbc utilisé par l'application VB.
L'erreur survient sur un serveur 9.2.0.1.0 avec le fichier init.ora suivant sous windows 2000 or 2003 server :
aq_tm_processes = 1
background_dump_dest = D:\oracle\admin\cocom\bdump
compatible = 9.2.0.0.0
control_files = ('D:\oracle\oradata\cocom\CONTROL01.CTL', 'D:\oracle\oradata\cocom\CONTROL02.CTL', 'D:\oracle\oradata\cocom\CONTROL03.CTL')
core_dump_dest = D:\oracle\admin\cocom\cdump
db_block_size = 8192
db_cache_size = 25165824
db_domain = 'mairie'
db_file_multiblock_read_count = 16
db_name =
dispatchers = '(PROTOCOL=TCP) (SERVICE=YYYYYXDB)'
fast_start_mttr_target = 0
hash_join_enabled = TRUE
instance_name = [remove but its a simple word]
java_pool_size = 20971520
job_queue_processes = 10
large_pool_size = 8388608
open_cursors = 300
pga_aggregate_target = 25165824
processes = 150
query_rewrite_enabled = FALSE
remote_login_passwordfile = EXCLUSIVE
shared_pool_size = 33554432
sort_area_size = 524288
star_transformation_enabled = FALSE
timed_statistics = TRUE
undo_management = AUTO
undo_retention = 10800
undo_tablespace = UNDOTBS1
user_dump_dest = D:\oracle\admin\cocom\udump
J'ai essayé sans effet de doubler la taille large pool and shared pool. Je n'ai trouvé aucun fichier trace dans les dossiers user/core_dump_dest correspondant au moment d'exécution.
Ce qui est étrange est que j'ai importé le schéma sur une autre base de même version d'oracle sur un serveur 2000 et même mon poste XP et je ne reproduit pas l'erreur.
Le fichier Init du serveur qui fonctionne :
aq_tm_processes = 1
background_dump_dest = D:\Home91\admin\svr39\bdump
compatible = 9.2.0.0.0
control_files = ('D:\Home91\oradata\svr39\CONTROL01.CTL', 'D:\Home91\oradata\svr39\CONTROL02.CTL', 'D:\Home91\oradata\svr39\CONTROL03.CTL')
core_dump_dest = D:\Home91\admin\svr39\cdump
db_block_size = 8192
db_cache_size = 25165824
db_domain = '[remove but its a simple word]'
db_file_multiblock_read_count = 16
db_name = [remove but its a simple word]
dispatchers = '(PROTOCOL=TCP) (SERVICE=YYYYYXDB)'
fast_start_mttr_target = 300
global_names = TRUE
hash_join_enabled = TRUE
instance_name = [remove but its a simple word]
java_pool_size = 33554432
job_queue_processes = 10
large_pool_size = 16777216
log_archive_dest_1 = 'LOCATION=D:\Home91\RDBMS'
open_cursors = 300
pga_aggregate_target = 25165824
processes = 150
query_rewrite_enabled = FALSE
remote_login_passwordfile = EXCLUSIVE
sga_max_size = 152115804
shared_pool_size = 50331648
sort_area_size = 524288
star_transformation_enabled = FALSE
timed_statistics = TRUE
undo_management = AUTO
undo_retention = 10800
undo_tablespace = UNDOTBS1
user_dump_dest = D:\Home91\admin\svr39\udump
utl_file_dir = c:\orautlfiles
Le serveur fautif comporte plusieurs instances 9 ce qui n'est pas le cas du serveur ok (par contre celui-ci a aussi une 8.1.7 en fonctionnement).
Quelqu'un a-t-il une idée de la source d'erreur ?
Partager