Possible Corruption in old Oracle 9i table - Fixed problem with WinXP Mode

Question

EDIT: This was not a corruption in my database. It was a communication problem between Windows 7 (where my app runs) and Windows XP Mode (where my Oracle 9i database runs). Skip to the bottom of page 2 to see the solution I found.
I have an old program that I use constantly. It connects to an Oracle 9i database (version 9.2.0.5). Within the past month, one of the processes has slowed to a crawl. This process saves an Excel file to an Oracle table. The files are no larger than 6MB. The field that holds the spreadsheet is a LONG RAW data type. I cannot figure out why the process is taking to long now. It takes up to an hour to save the file to the table. The code has not changed. Here's what I've tried so far. I'm not an Oracle DBA.
1. Tried running VALIDATE STRUCTURE on table and all indexes. No corruption found.
2. Tried truncating the table to remove all existing data. No change.
3. Tried running DBMS_REPAIR on table. No corruption found.
4. Tried running DB_VERIFY on all data files. No corruption found.
5. Tried dropping and recreating the table with no data in it. No change.
I'm not sure that this is a corruption problem, but I can't think of what else has changed. Nothing has happened recently that should have caused this.
What else can I look for?
Thank you for your help.
EDIT: Changed title to help other people using Oracle in WinXP Mode find this solution.

Answer 1

JavaUser wrote:
I figured out how to turn on tracing for my Java program at the point where it is taking a very long time. The trace shows that it takes 205.66 second to execute my INSERT statement. Here is the trace output translated by TKProf for this INSERT statement:
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      1      2.18     205.66          0         75        508           1
Fetch        0      0.00       0.00          0          0          0           0
total        2      2.18     205.66          0         75        508           1
Misses in library cache during parse: 0
Optimizer goal: CHOOSEI'm seeing how long the query is taking, but I'm not seeing why. What else should I be looking for?
Thanks for your help!
Edited by: JavaUser on Apr 18, 2012 2:32 PMtwo different ways below
DBMS_SESSION.SESSION_TRACE_ENABLE(TRUE,TRUE,'ALL_EXECUTIONS');
alter session set events '10046 trace name context forever, level 12';
-- invoke the SQL code
DBMS_SESSION.SESSION_TRACE_ENABLE(FALSE,FALSE,NULL);
DBMS_MONITOR.SESSION_TRACE_ENABLE(
    session_id   IN  BINARY_INTEGER DEFAULT NULL,
    serial_num   IN  BINARY_INTEGER DEFAULT NULL,
    waits        IN  BOOLEAN DEFAULT TRUE,
    binds        IN  BOOLEAN DEFAULT FALSE,
    plan_stat    IN  VARCHAR2 DEFAULT NULL);