Generate the Trace file to a sql query

Similar Questions

• not generating the trace for rdf report by oracle apps file

  Hi all
  
  
  in fact, we aim to generate trace file for reports and a convert to text file using tkprof by simultaneous program unix shell script submit using fnd_request.submit_request in another program of concurrent proceedings. but all the reports that are created by using pl/sql generates the trace file, but rdf report does not trace file.
  
  Report generator Oracle 6i is used
  
  Oracle application is 11i
  
  List of measures are being taken to get the trace file are
  1.SRW. USER_EXIT (' FND SRWINIT' "); before the release of report
  2SRW. USER_EXIT ("FND SRWEXIT'"); in after the report
  
  another of the measures which are followed
  SRW.do_sql ("alter session set SQL_TRACE = TRUE'"); before release of the report
  SRW.do_sql ("alter session set SQL_TRACE = FALSE'"); in after the report
  
  above, said steps are done, but still it does not arouse any trace file
  
  same oracle_process is null
  
  Select oracle_process_id from the fnd_concurrent_requests where request_id
  
  ID processOracle for this report oracle rdf file is not generated.
  
  
  Please help me in this issue
  
  Thank you
  
  Published by: 797525 on October 12, 2012 12:43 AM

  Add the following line before the outbreak of report
  SRW. DO_SQL ("alter session set events = tracefile_identifier" trace 10046 name context forever, level 4 "=" REPORT ' ")

  Trace stops automatically when the report closes.

  In addition, what program submits the script fnd_request.submit_request... shell / pl/sql procedure?

  you initialize apps FND_GLOBAL. APPS_INITIALIZE before submit_request of shooting?

  Make a DNF: active Log Debug = Yes and check the table of fnd_log_messages

  See the following MOS docs:
  Oracle 6i [ID 111311.1] follow-up reports
  See you soon,.
  ND
  Use the buttons "useful" or "correct" to award points to the answers.

• Generate the trace for another session file and change the path

  Hello

  Please let me know how to configure tracing for another session and it is also possible that the trace file can be re-directed to another path than the default path user_dump_dest?

  Kind regards

  VN

  Use DBMS_MONITOR. SESSION_TRACE_ENABLE (and SESSION_TRACE_DISABLE).

  as far as I know, you cannot change the default location of the trace file.

  In a session, you can change its path filename with ALTER SESSION SET TRACEFILE_IDENTIFIER = "";

  Hemant K Collette

• Disable the trace file in ebs 12.1.3

  Hi all

  EBS 12.1.3 (OUL5x64) the 11.2.0.3 database

  I have a lot of files to trace as below and the database had been reset to TRACE_ENABLED = FALSE and bounced.

  but still a lot of trace files to the location of the dump.

  Since this sql

  Select trace_type, primary_id, QUALIFIER_ID1, wait, links to DBA_ENABLED_TRACES;

  I couldn't see anything on.
  

  Please indicate how to disable * _APPS.tr*

  Thanks in advance.

  Kind regards

  _trace_files_public	Boolean	FAKE
  log_archive_trace	integer	0
  sec_protocol_error_trace_action	string	TRACE
  SQL_Trace	Boolean	FAKE
  trace_enabled	Boolean	FAKE

  TEST_ora_18943_APPS.TRC

  TEST_ora_18943_APPS. TRM

  TEST_ora_18945_APPS.TRC

  TEST_ora_18945_APPS. TRM

  TEST_ora_18982_APPS.TRC

  TEST_ora_18982_APPS. TRM

  TEST_ora_18984_APPS.TRC

  TEST_ora_18984_APPS. TRM

  TEST_ora_18986_APPS.TRC

  TEST_ora_18986_APPS. TRM

  TEST_ora_15062_APPS. TRM

  TEST_ora_18925_APPS. TRM

  TEST_ora_18925_APPS.TRC

  TEST_ora_10509_APPS. TRM

  TEST_ora_10524_APPS. TRM

  TEST_ora_18929_APPS. TRM

  TEST_ora_10509_APPS.TRC

  TEST_ora_10768_APPS. TRM

  TEST_ora_18988_APPS.TRC

  TEST_ora_18929_APPS.TRC

  TEST_ora_14764_APPS.TRC

  TEST_ora_10524_APPS.TRC

  TEST_ora_14764_APPS. TRM

  TEST_ora_18988_APPS. TRM

  TEST_ora_15062_APPS.TRC

  TEST_lgwr_31711.TRC

  Run the query (query to get activated Trace/Log/Debug profile options (Doc ID 559618.1)) to determine if debugging is turned on - I suspect debugging generates these trace files.

  Also, please confirm that the trace is not enabled for any simultaneous program (simultaneous > program > define)-how can Trace and Debug be turned on for a competitor request? (Doc ID 759389.1)

  Thank you

  Hussein

• Interpreting the Trace file.

  Hi, I use 10.2.0.4.0 oracle version.
  
  I have some info to trace file as below, for one of the query. So how should I interpret the trace file? What is the problem in the application and scope of the improvements in the query? Please note that I withdrew the request and plans of the trace file, I've posted only the sections of waiting.
  

  call     count       cpu    elapsed       disk      query    current        rows
  ------- ------  -------- ---------- ---------- ---------- ----------  ----------
  Parse        1      0.14       0.13          0          0          1           0
  Execute      1      6.63     162.12      33540      72921        383           0
  Fetch    17272    178.89    1933.95     274835    3147603         20      259063
  ------- ------  -------- ---------- ---------- ---------- ----------  ----------
  total    17274    185.66    2096.21     308375    3220524        404      259063
  
  Misses in library cache during parse: 1
  Optimizer mode: CHOOSE
  Parsing user id: 36  
  
  Elapsed times include waiting on following events:
    Event waited on                             Times   Max. Wait  Total Waited
    ----------------------------------------   Waited  ----------  ------------
    control file sequential read                    4        0.00          0.00
    db file sequential read                    302812        0.62       1913.89
    latch: cache buffers chains                     3        0.04          0.04
    direct path write temp                        501        0.01          0.30
    SQL*Net message to client                   17272        0.00          0.04
    db file scattered read                        120        0.02          0.63
    direct path read temp                         608        0.14          1.71
    SQL*Net message from client                 17272       44.81      31865.74
    SQL*Net more data to client                    15        0.00          0.00
    latch: object queue header operation            1        0.00          0.00
    latch: library cache                            3        0.03          0.04
    latch: library cache pin                        1        0.00          0.00
    latch: cache buffer handles                     1        0.00          0.00
  
  
  
  ********************************************************************************
  
  OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
  
  call     count       cpu    elapsed       disk      query    current        rows
  ------- ------  -------- ---------- ---------- ---------- ----------  ----------
  Parse        1      0.14       0.13          0          0          1           0
  Execute      1      6.63     162.12      33540      72921        383           0
  Fetch    17272    178.89    1933.95     274835    3147603         20      259063
  ------- ------  -------- ---------- ---------- ---------- ----------  ----------
  total    17274    185.66    2096.21     308375    3220524        404      259063
  
  Misses in library cache during parse: 1
  
  Elapsed times include waiting on following events:
    Event waited on                             Times   Max. Wait  Total Waited
    ----------------------------------------   Waited  ----------  ------------
    SQL*Net message to client                   17275        0.00          0.04
    SQL*Net message from client                 17274       75.57      31941.39
    SQL*Net more data from client                   2        0.00          0.01
    db file sequential read                    302812        0.62       1913.89
    control file sequential read                    4        0.00          0.00
    latch: cache buffers chains                     3        0.04          0.04
    direct path write temp                        501        0.01          0.30
    db file scattered read                        120        0.02          0.63
    direct path read temp                         608        0.14          1.71
    SQL*Net more data to client                    15        0.00          0.00
    latch: object queue header operation            1        0.00          0.00
    latch: library cache                            3        0.03          0.04
    latch: library cache pin                        1        0.00          0.00
    latch: cache buffer handles                     1        0.00          0.00
  
  
  OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
  
  call     count       cpu    elapsed       disk      query    current        rows
  ------- ------  -------- ---------- ---------- ---------- ----------  ----------
  Parse       11      0.02       0.01          0          0          0           0
  Execute    348      0.20       0.17          0          0          1           0
  Fetch      367      0.06       0.37         59       1187          0        3806
  ------- ------  -------- ---------- ---------- ---------- ----------  ----------
  total      726      0.28       0.56         59       1187          1        3806
  
  Misses in library cache during parse: 11
  Misses in library cache during execute: 10
  
  Elapsed times include waiting on following events:
    Event waited on                             Times   Max. Wait  Total Waited
    ----------------------------------------   Waited  ----------  ------------
    db file sequential read                        59        0.01          0.32
  
      1  user  SQL statements in session.
    348  internal SQL statements in session.
    349  SQL statements in session.
  ********************************************************************************

  But rewrite the SQL code will probably be irrelevant.

  If most of the numbers in the file plan and execution of trace is correct, then it is not more time is lost somewhere in the network that you send to 260 000 lines back and forward with a size of 15 lines extraction (the default in sql * more)?

  You must increase the size of mining significantly.

  And you can watch some of the writings of Charles Hooper on the monitoring network:
  http://hoopercharles.WordPress.com/category/network-monitoring/

• Discover the traces files when DBMS. TRACE is used

  Hi all
  How can I view trace file when DBMS_TRACE. SET_PLSQL_TRACE is run?
  
  Suppose I have the following procedure

  create or replace procedure some_proc is
  first varchar(10);
  begin
  select first_name into first from employees where first_name='Eleni';
  dbms_output.put_line(first);
  end some_proc;

  running the static sql query and I want to see how the DBMS_TRACE exports information about the trace file. I run the tracetab.sql

  SQL> @/usr/local/oracle/product/11.2.0/dbhome_1/rdbms/admin/tracetab.sql

  recompile the procedure

  SQL> alter procedure some_proc compile debug reuse setting;

  Start the trace

  SQL> exec dbms_trace.set_plsql_trace(dbms_trace.trace_all_sql)

  Run the procedure

  SQL> exec hr.some_proc

  get the location of the file record of the session in question

  SELECT value
  FROM v$diag_info
    3  WHERE name = 'Default Trace File';
  
  VALUE
  -------------------------
  /usr/local/oracle/diag/rd
  bms/inara/inara/trace/ina
  ra_ora_6309.trc

  but when I view the file, I can't find information on the sql statement. Here is the last part of inara_ora_6309.trc which shows the debatable part:

  *** 2011-09-08 12:56:29.712
  *** SESSION ID:(132.70) 2011-09-08 12:56:29.712
  *** CLIENT ID:() 2011-09-08 12:56:29.712
  *** SERVICE NAME:(SYS$USERS) 2011-09-08 12:56:29.712
  *** MODULE NAME:(sqlplus@firefly (TNS V1-V3)) 2011-09-08 12:56:29.712
  *** ACTION NAME:() 2011-09-08 12:56:29.712
   
  --NOTICE  ---------------------------------------
  --PL/SQL TRACE INFORMATION IS NOW IN THE DATABASE
  -- To create the trace tables, use the script  --
  -- rdbms/admin/tracetab.sql under ORACLE_HOME  --

  The part that I've done wrong? The procedure is sufficient so that the trace info does not appear? I have consulted the wrong trace file?
  
  Best regards
  Val
  
  Published by: Valerie good-natured Sep 8, 2011 12:15 AM

  Hello

  The message seems pretty clear to me:

  --PL/SQL TRACE INFORMATION IS NOW IN THE DATABASE
  

  You can view trace information by querying the tables that you created by using the tracetab.sql script.

  SELECT * FROM plsql_trace_events;
  SELECT * FROM plsql_trace_runs;
  

• Enable trace in standard EBS PLSQL pkg and know the path of the trace file

  Hello
  
  I want to activate the trace in the standard package of PLSQL EBS:
  
  run immediately "alter session set sql_trace = TRUE";
  
  How can I know the path of the trace file?
  What is the name of the table to know the path of the file trace?
  
  Thank you
  Lavan

  How to find the Trace file generated for a simultaneous program? [967966.1 ID]
  How to trace a concurrent request and generate the TKPROF file [ID 453527.1]

  path tracing

  select value from v$parameter where name = 'user_dump_dest';
  

  for the package, you can set the name of the trace file after "run immediately"alter session set sql_trace = TRUE";"

  execute immediate 'alter session set tracefile_identifier="your_trace_file_name"';
  

• I can control the Trace files in bdump

  Experts in good morning...
  
  Question of BDUMP
  
  In BDUMP, I have the following files...
  
  -rw - r - 1 oracle oinstall 112687 19 Feb 13:41 alert_testdb.log
  -rw - r - r - 1 oracle oinstall 33068 Feb 19 12:03 alert_TSH1.log
  -rw - r - 1 oracle oinstall 20301 14 Feb 09:13 testdb_arc0_15379.trc
  -rw - r - 1 oracle oinstall 632 5 Feb 04:56 testdb_arc0_17339.trc
  -rw - r - 1 oracle oinstall 2118 Feb 5 05:22 testdb_arc0_17409.trc
  ... ..
  .... ..
  
  Totally 294 trace files...
  
  
  I checked some .trc files;  Almost have the same information.
  
  ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
  Name of the system: Linux
  Name of the node: xxxxxxxxxxxxxx
  News Release: xxxxxxxxxxxxxxxxxxxxxxxxxx
  Version: xxxxxxxxxxxxxxxxxxxxxxxxx
  Machine: xxxxxx
  Instance name: testdb
  Redo thread mounted by this instance: 1
  Oracle process number: 0
  
  My question clear is:
  
  1. If the alert log contains details of the error, what is the purpose of trace in bdump files?
  2. why "n" no trace files created without useful information? (Almost with the same information]
  3. what type of information is usually stored in .trc files?
  
  What I know about tracefiles:
  
  Each background process writes the trace files if an internal error has occurred.
  If I'm wrong, please correct.

  Trace files and log alerts serve a different purpose. A simple way to think about it, is that the trace files are used when diagnosing problems. The alert log shows you what are the events are occurring in the database in general, flooding you don't not with unnecessary details. If the database crashed, the alerts log will tell you when the event happened, but the details of the process that crashed would be (I hope) in a trace file.

  Some trace files are huge, and you certainly don't want them in the log of alerts because it would make it too big to be manageable or read.

  For example, if a process crashes, the dumping process trace file to would be useful when you are working with Oracle Support to identify the problem. Or, if you want to see what a specific session, you can turn on tracing on it and and then format the trace with tkprof file to understand what made the session.

  The documentation is a good summary:

  Trace files

  A trace file is an administrative file containing diagnostic data used to investigate the problems. Trace can also, provide guidance for tuning applications or an instance, as explained in "Diagnostic and performance optimization.

  Types of Trace files

  Each server and the background process can periodically write to a trace file. File information on the environment in the process, status, activities and errors.

  The SQL trace facility also created trace files, which provide information of performance on individual SQL statements. To enable tracing for an identifier of the client, service, module, action, session, instance or database, you must run the procedures in the DBMS_MONITOR package or use Oracle Enterprise Manager.

  A dump is a special type of trace file. Considering that track tends to be out of diagnostic data, a dump is usually a unique data output of diagnosis in response to an event (for example, an incident). When an incident occurs, the database writes one or more landfills in the incident directory created for the incident. Incident of discharges also contain the case number in the file name.

• ID of the object to the trace file address SMON

  Hi friends,
  
  We have a corruption of block in the cancellations of TBS (I guess like SMON crashes in dp) in one of our data base, 10.2.0.5.0. In the trace file generated, I saw the following lines

  Block header dump:  0x0297ce55
   Object id on Block? Y
   seg/obj: 0x508f3  csc: 0x0f.a306350  itc: 3  flg: E  typ: 1 - DATA
       brn: 0  bdba: 0x297ce0a ver: 0x01 opc: 0
       inc: 0  exflg: 0
  
   Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
  0x01   0x008b.025.000131c8  0x0f81af61.24c6.40  C---    0  scn 0x000f.0a2cfcfa
  0x02   0x003a.000.0003f46d  0x0f8bbddb.dc12.32  --U-    2  fsc 0x0000.0a3063e1
  0x03   0x0067.019.00020d74  0x0f817878.5823.08  C---    0  scn 0x000f.0a2a30e2

  How to identify the object of seg/obj id: 0x508f3, I can't remember it now. Thanks in advance.
  
  SSN

  hexadecimal 0x508f3 is 329971 in decimal notation. (I just use the Windows calculator that can convert Hex Dec when in 'scientific' display mode!)

  Hemant K Collette

• Name the trace file

  I generated several trace for parsing files using tkprof. However, I have difficulty to locate the exact file of 100 francs of stack trace (.trc). My trace file name save time. Is it possible to appoint the trace file when I start tracking? (that is when I put sql_trace true).
  
  Thank you
  Romain Rolland

  ALTER session set tracefile_identifier = "" will include in the name.
  Also, it is easy to calculate the correct name of the session sid and spid.
  As this is the platform dependent, I can't provide the code.

  Please also note tracefiles open append mode. A new session with the same sid and spid to add to an existing file.

  -----------
  Sybrand Bakker
  Senior Oracle DBA

• How to restore control of the trace file file

  How to restore control of the trace file file?
  
  say I have a file of trace control file and I've lost all control file copies. The only backup of control file is the control file record.
  
  What are the steps to follow.
  
  Version: 10.2.0.4
  OS: Solaris 10

  SQL > alter database backup controlfile to trace;

  After giving this statement, oracle will write the CREATE CONTROLFILE statement in a trace file. The trace file will be randomly
  called something like ORA23212. TRC and it is created in the USER_DUMP_DEST directory.

  2. go in the USER_DUMP_DEST directory and open the last trace file in the text editor. This file will contain the CREATE CONTROLFILE
  statement. It will be two sets of instruction with RESETLOGS and one without option RESETLOGS RESETLOGS.use of the CREATE CONTROLFILE statement.
  Now, copy and paste the statement into a file. Whether c.sql

  3. now open the c.sql file in the text editor and set the name of the database to ica to prod illustrated in the example below (replaced REUSE to the GAME)

  CREATE CONTROLFILE

  Prod to DEFINE a DATABASE

  LOGFILE GROUP 1 ('/ u01/oracle/ica/redo01_01.log',)

  U01/Oracle/ICA/redo01_02.log'),

  GROUP 2 ('/ u01/oracle/ica/redo02_01.log',)

  U01/Oracle/ICA/redo02_02.log'),

  GROUP 3 ('/ u01/oracle/ica/redo03_01.log',)

  U01/Oracle/ICA/redo03_02.log')

  RESETLOGS

  DATAFILE ' / u01/oracle/ica/system01.dbf' SIZE 3 m.

  ' / SIZE of the 5 M u01/oracle/ica/rbs01.dbs.

  ' / SIZE of the 5 M u01/oracle/ica/users01.dbs.

  ' / SIZE of the 5 M u01/oracle/ica/temp01.dbs

  MAXLOGFILES 50

  MAXLOGMEMBERS 3

  MAXLOGHISTORY 400

  MAXDATAFILES 200

  MAXINSTANCES 6

  ARCHIVELOG;

  SQL > STARTUP NOMOUNT;

  5. now run the c.sql script

  SQL > @/u01/oracle/c.sql

  6. now, open database with RESETLOGS

  SQL > ALTER DATABASE OPEN RESETLOGS;

  Thank you.

• Directory for the trace file permissions

  Oracle11gR2 64-bit rhel5
  
  Hi all
  
  I was wondering if there is a way to set the permissions on the directories of oracle trace files permanently? All groups and users have been implemented correctly and some users received 777 on some directories, but they always can access new trace files generated. It seems that when oracle generates new trace files, it replaces the permissions set on the directory.
  
  For example, if I put the directory "trace" to 777 all files will be reading/writing/execution. However new files/directories created will be 755 and now are not accessible for some users. It seems that Oracle is something internally or back to the method by default as it set up with. How can I change this behavior?
  
  Thank you.

  Dear JrOraDBA,

  There is a setting in * nix called UMASK. If you export the value of this setting to 777, I guess that the problem will be solved.

  777 means;

  First 7 for the current user
  Second 7 for current user's group
  Third 7 for the other users.
  

  It will be useful,

  Ogan

• why sometimes the trace file does not explain the plan?

  Hello
  
  Sometimes, when I 'alter session set sql_trace = true' and run some querys, some of them don't see explained the plan in the trace file?
  
  I tried "alter system RAS shared_pool" before starting the trace, but not luck.
  
  (Oracle 10g R2)
  
  any ideas?
  
  Thnks
  Miguel
  
  Published by: jmmnunes on Apr 27, 2010 18:01

  some of them don't watch not explain the plan in the trace file?

  Log out of your session after you set the trace sql false?

  All cursors must be closed to have access to all the information from the row source in the trace file.

• Help to read the trace file

  Hi Mike,.
  about my previous post HS Agent vs. Gateway,.
  It is the result of the trace file when the deadlock occurred.
  
  ------------------------------------
  
  
  Oracle Corporation - Monday January 11, 2010 11:03:58.901
  
  
  Heterogeneous Agent release
  11.1.0.6.0
  
  
  
  
  Oracle Corporation - Monday January 11, 2010 11:03:58.900
  
  Version 11.1.0.6.0
  
  Hgogprd entries
  HOSGIP to 'HS_FDS_TRACE_LEVEL' returned 'DEBUG '.
  Hgosdip entries
  default assignment of 50 HS_OPEN_CURSORS
  HOSGIP returned the value of 'RECOVER' for HS_FDS_RECOVERY_ACCOUNT
  HOSGIP returned value for HS_FDS_RECOVERY_PWD
  layout HS_FDS_TRANSACTION_LOG or "HS_TRANSACTION_LOG".
  layout by default HS_FDS_TRANSACTION_ISOLATION of "READ_COMMITTED".
  layout by default «AL32UTF8» HS_NLS_NCHAR
  parameter HS_FDS_TIMESTAMP_AS_DATE if there is no 'TRUE '.
  layout HS_RPC_FETCH_REBLOCKING failure to 'ON '.
  HS_FDS_FETCH_ROWS layout without '100 '.
  parameter HS_FDS_RESULTSET_SUPPORT default 'FALSE '.
  parameter HS_FDS_PROC_IS_FUNC default 'FALSE '.
  parameter HS_FDS_CHARACTER_SEMANTICS default 'FALSE '.
  parameter HS_FDS_MAP_NCHAR if there is no 'TRUE '.
  setting HS_NLS_DATE_FORMAT or 'YYYY-MM-DD HH24:MI:SS ".
  parameter HS_FDS_REPORT_REAL_AS_DOUBLE default 'FALSE '.
  HS_LONG_PIECE_TRANSFER_SIZE layout without "65536".
  parameter HS_SQL_HANDLE_STMT_REUSE default 'FALSE '.
  parameter HS_FDS_QUERY_DRIVER default 'FALSE '.
  HS_CALL_NAME_ISP layout "gtw$: SQLTables; GTW$: SQLColumns. GTW$: SQLPrimaryKeys. GTW$: SQLForeignKeys. GTW$: SQLProcedures. "gtw$: SQLStatistics.
  Release of hgosdip, rc = 0
  ORACLE_SID is 'sysdevdsn '.
  Product information:
  Port RLS / Upd:6 / 0 PrdStat:0
  Agent: Oracle Database Gateway for MSSQL
  : Installation
  Class: MSSQL, ClassVsn:11.1.0.6.0_0006, Instance: sysdevdsn
  Release of hgogprd, rc = 0
  Hgoinit entries
  HOCXU_COMP_CSET = 1
  HOCXU_DRV_CSET = 31
  HOCXU_DRV_NCHAR = 873
  HOCXU_DB_CSET = 31
  HOCXU_SEM_VER = 90200
  Entry hgolofn at 2010/01/11-11: 03:58
  ODBCINST value ' / oracle11g/ora11_1g/dg4msql/driver/dg4msql.loc '.
  RC =-1 of HOSGIP for 'LD_LIBRARY_PATH '.
  LD_LIBRARY_PATH to environment is "/ oracle11g/ora11_1g/dg4msql/pilot/lib: / lib/ora11_1g/oracle11g."
  Affecting LD_LIBRARY_PATH "/ oracle11g/ora11_1g/dg4msql/pilot/lib: / oracle11g/ora11_1g/dg4msql/pilot/lib: / lib/ora11_1g/oracle11g."
  HOSGIP to 'HS_FDS_SHAREABLE_NAME_ICU' returned ' / oracle11g/ora11_1g/dg4msql/driver/lib/libHGicu22.so '.
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf4c6008
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  HOSGIP to 'HS_FDS_SHAREABLE_NAME_INST' returned ' / oracle11g/ora11_1g/dg4msql/driver/lib/libodbcinst.so '.
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf4c7330
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  HOSGIP to 'HS_FDS_SHAREABLE_NAME' returned ' / oracle11g/ora11_1g/dg4msql/driver/lib/libodbc.so '.
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34eca0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ecb0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ecc0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ecd0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ece0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ecf0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed00
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed10
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed20
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed30
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed40
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed50
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed60
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed70
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed80
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ed90
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34eda0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34edb0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34edc0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34edd0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ede0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34edf0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee00
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee10
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee20
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee30
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee40
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee50
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee60
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee70
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee80
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ee90
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34eea0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34eeb0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34eec0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34eed0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34eee0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34eef0
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ef00
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ef10
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ef20
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ef30
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Entry hgolofns at 2010/01/11-11: 03:58
  symbol_peflctx = 0xbf34ef40
  hoaerr:0
  Output hgolofns 2010/01/11-11: 03:58
  Release of hgolofn, rc = 0 at 2010/01/11-11: 03:58
  HOSGIP to 'HS_OPEN_CURSORS' returned '50 '.
  HOSGIP to 'HS_FDS_FETCH_ROWS' returned '100 '.
  HOSGIP for "HS_LONG_PIECE_TRANSFER_SIZE" returned "65536".
  HOSGIP to 'HS_NLS_NUMERIC_CHARACTER' returned '. "
  Release of hgoinit, rc = 0 at 2010/01/11-11: 03:58
  Entry hgolgon at 2010/01/11-11: 03:58
  name: B2CUPLOAD, reco:0, tflag:0
  Entry hgosuec at 2010/01/11-11: 03:58
  UEncoding = UTF8
  Entry shgosuec at 2010/01/11-11: 03:58
  Release of shgosuec, rc = 0 at 2010/01/11-11: 03:58
  returned shgosuec() rc = 0
  Release of hgosuec, rc = 0 at 2010/01/11-11: 03:58
  HOSGIP to 'HS_FDS_RECOVERY_ACCOUNT' returned 'RECOVER '.
  HOSGIP to 'HS_FDS_TRANSACTION_LOG' returns ""HS_TRANSACTION_LOG"
  HOSGIP for "HS_FDS_TIMESTAMP_AS_DATE" returns 'TRUE '.
  HOSGIP to 'HS_FDS_CHARACTER_SEMANTICS' returned 'FALSE '.
  HOSGIP for "HS_FDS_MAP_NCHAR" returns 'TRUE '.
  HOSGIP to 'HS_FDS_RESULT_SET_SUPPORT' returned 'FALSE '.
  HOSGIP to 'HS_FDS_PROC_IS_FUNC' returned 'FALSE '.
  HOSGIP to 'HS_FDS_REPORT_REAL_AS_DOUBLE' returned 'FALSE '.
  using B2CUPLOAD as a default value to "HS_FDS_DEFAULT_OWNER".
  HOSGIP to 'HS_SQL_HANDLE_STMT_REUSE' returned 'FALSE '.
  Entry hgocont at 2010/01/11-11: 03:58
  HS_FDS_CONNECT_INFO = "cs - sql2:1049 / / sysdev.
  RC =-1 of HOSGIP for 'HS_FDS_CONNECT_STRING '.
  Entry hgogenconstr at 2010/01/11-11: 03:58
  DSN:CS - sql2:1049 / / sysdev, name: B2CUPLOAD
  OPTN:
  Entry shgogohn at 2010/01/11-11: 03:58
  Release of shgogohn, rc = 28500 at 2010/01/11-11: 03:58
  Entry hgocont_OracleCsidToIANA at 2010/01/11-11: 03:58
  Back 4
  Output hgocont_OracleCsidToIANA 2010/01/11-11: 03:58
  # > connection settings (len = 202) < #.
  # DRIVER = Oracle 11 g dg4msql;
  # Address = cs-sql2, 1049;
  # Database = sysdev;
  #! UID = B2CUPLOAD;
  #! PWD = *.
  # AnsiNPW = Yes;
  # QuotedId = Yes;
  # IANAAppCodePage = 4;
  # ArraySize = 100;
  # PadVarbinary = 0;
  # SupportNumericPrecisionGreaterThan38 = 1;
  Release of hgogenconstr, rc = 0 at 2010/01/11-11: 03:58
  DriverName:HGmsss22.so, DriverVer:05.20.0100 (b0062, u0033)
  DBMS name: Microsoft SQL Server DBMS Version: 08.00.2039
  Release of hgocont, rc = 0 at 2010/01/11-11: 03:58
  SQLGetInfo Returns Y for SQL_CATALOG_NAME
  SQLGetInfo Returns 128 for SQL_MAX_CATALOG_NAME_LEN
  Release of hgolgon, rc = 0 at 2010/01/11-11: 03:58
  Entry hgoulcp at 2010/01/11-11: 03:58
  Entry hgowlst at 2010/01/11-11: 03:58
  Release of hgowlst, rc = 1 at 2010/01/11-11: 03:58
  SQLGetInfo Returns Y for SQL_PROCEDURES
  Release of hgoulcp, rc = 0 at 2010/01/11-11: 03:59
  Entry hgouldt at 2010/01/11-11: 03:59
  Release of hgouldt, rc = 0 at 2010/01/11-11: 03:59
  Entry hgobegn at 2010/01/11-11: 03:59
  tflag:0, original: 1
  Hoi:0xffffe1b8, ttid (len 38) is...
  00: 4149 534543 4 434C 4D42532E 5552452E [MBS. CLAIMSECURE.]
  10: 31613362 38643035 2E372E39 [COM.1a3b8d05.7.9] 434F4D2E
  20: 2E333330 3038 [. 33008]
  tbid (len 10) is...
  0: F0800000 07000900 0104 [...]
  Release of hgobegn, rc = 0 at 2010/01/11-11: 03:59
  Entry hgodtab at 2010/01/11-11: 03:59
  number: 1
  Table: DBO. B2C_PIN_PROFILE
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:1 (BP_PIN_ID): dtype:12 (VARCHAR), prc / scl:15 / 0, nullbl:0, byte: 15, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:2 (BP_PIN_STATUS): dtype:1 (CHAR), prc / scl:1 / 0, nullbl:0, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:3 (BP_CREATE_DATE): dtype:93 (TIMESTAMP), prc / scl:23 / 3, nullbl:0, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:4 (BP_ACTIVE_DATE): dtype:93 (TIMESTAMP), prc / scl:23 / 3, nullbl:1, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:5 (BP_LAST_LOGON_DATE): dtype:93 (TIMESTAMP), prc / scl:23 / 3, nullbl:1, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:6 (BP_TERM_DATE): dtype:93 (TIMESTAMP), prc / scl:23 / 3, nullbl:1, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:7 (BP_PSWD): dtype:12 (VARCHAR), prc / scl:255 / 3, nullbl:1, byte: 255, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:8 (BP_PSWD_RESET): dtype:1 (CHAR), prc / scl:1 / 3, nullbl:1, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:9 (BP_PSWD_DATE): dtype:93 (TIMESTAMP), prc / scl:23 / 3, nullbl:1, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:10 (BP_EMAIL_ADDRESS): dtype:12 (VARCHAR), prc / scl:50 / 3, nullbl:0, byte: 50, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:11 (BP_IP_ADDRESS): dtype:12 (VARCHAR), prc / scl:100 / 3, nullbl:1, byte: 100, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:12 (BP_URL_REFERER): dtype:12 (VARCHAR), prc / scl:255 / 3, nullbl:1, byte: 255, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:13 (BP_IN_CERT): dtype:1 (CHAR), prc / scl:10 / 3, nullbl:1, byte: 10, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:14 (BP_IN_GRP): dtype:1 (CHAR), prc / scl:6 / 3, nullbl:1, byte: 6, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:15 (BP_IN_FIRST_NAME): dtype:12 (VARCHAR), prc / scl:30 / 3, nullbl:1, byte: 30, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:16 (BP_IN_LAST_NAME): dtype:12 (VARCHAR), prc / scl:40 / 3, nullbl:1, byte: 40, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:17 (BP_IN_DOB): dtype:93 (TIMESTAMP), prc / scl:23 / 3, nullbl:1, byte: 40, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:18 (BP_IN_QUESTION): dtype:12 (VARCHAR), prc / scl:255 / 3, nullbl:1, byte: 255, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:19 (BP_IN_ANSWER): dtype:12 (VARCHAR), prc / scl:255 / 3, nullbl:1, byte: 255, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:20 (BP_DB_CREATE_DATE): dtype:93 (TIMESTAMP), prc / scl:23 / 3, nullbl:1, byte: 255, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:21 (BP_DB_SOURCE): dtype:1 (CHAR), prc / scl:1 / 3, nullbl:1, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:22 (BP_DB_RELATIONSHIP): dtype:1 (CHAR), prc / scl:2 / 3, nullbl:1, byte: 2, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:23 (BP_DB_DIV): dtype:1 (CHAR), prc / scl:3 / 3, nullbl:1, byte: 3, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:24 (BP_DB_UNIT): dtype:1 (CHAR), prc / scl:3 / 3, nullbl:1, byte: 3, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:25 (BP_DB_FIRST_NAME): dtype:12 (VARCHAR), prc / scl:30 / 3, nullbl:1, byte: 30, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:26 (BP_DB_LAST_NAME): dtype:12 (VARCHAR), prc / scl:40 / 3, nullbl:1, byte: 40, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:27 (BP_DB_GRP_TYPE): dtype:1 (CHAR), prc / scl:1 / 3, nullbl:1, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:28 (BP_DB_CERT_EFF_DATE): dtype:93 (TIMESTAMP), prc / scl:23 / 3, nullbl:1, byte: 1, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:29 (BP_DB_INS): dtype:1 (CHAR), prc / scl:4 / 3, nullbl:1, byte: 4, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:30 (BP_HOLD_EFT): dtype:-7 (BIT), prc / scl:1 / 0, nullbl:1, byte: 4, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:31 (BP_PROVIDER): dtype:1 (CHAR), prc / scl:14 / 0, nullbl:1, byte: 14, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:32 (BP_BENEFIT): dtype:1 (CHAR), prc / scl:2 / 0, nullbl:1, byte: 2, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopcda at 2010/01/11-11: 03:59
  Column:33 (BP_CORP_EMAIL_ADDRESS): dtype:12 (VARCHAR), prc / scl:100 / 0, nullbl:1, byte: 100, sign: 1, radix: 0
  Release of hgopcda, rc = 0 at 2010/01/11-11: 03:59
  The hoada for the dbo. B2C_PIN_PROFILE follows...
  hgodtab, line 577: print hoada @ 600000000035bfa0
  MAX: 33, REAL: 33, BRC:1, WHT = 6
  DTY NULL-OK LEN MAXBUFLEN PR/SC CSE IND MOD NAME
  12 VARCHAR N 15 15 0 / 0 0 0 0 BP_PIN_ID
  1 TANK 1 1 N 0 0 0 0 0 BP_PIN_STATUS
  N DATE 91 16 16 0 / 0 0 0 0 BP_CREATE_DATE
  Y DATE 91 16 16 0 / 0 0 0 0 BP_ACTIVE_DATE
  Y DATE 91 16 16 0 / 0 0 0 0 BP_LAST_LOGON_DATE
  Y DATE 91 16 16 0 / 0 0 0 0 BP_TERM_DATE
  12. IS VARCHAR 255 255 0 / 0 0 0 0 BP_PSWD
  1 CHAR Y 1 1 0 0 0 0 0 BP_PSWD_RESET
  Y DATE 91 16 16 0 / 0 0 0 0 BP_PSWD_DATE
  12 VARCHAR N 50 50 0 / 0 0 0 0 BP_EMAIL_ADDRESS
  12 YEARS OF VARCHAR 100 100 0 / 0 0 0 0 BP_IP_ADDRESS
  12. IS VARCHAR 255 255 0 / 0 0 0 0 BP_URL_REFERER
  1 CHAR Y 10 10 0 / 0 0 0 0 BP_IN_CERT
  TANK 1 Y 6 6 0 / 0 0 0 0 BP_IN_GRP
  12 YEARS OF VARCHAR 30 30 0 / 0 0 0 0 BP_IN_FIRST_NAME
  12 YEARS OF VARCHAR 40 40 0 / 0 0 0 0 BP_IN_LAST_NAME
  Y DATE 91 16 16 0 / 0 0 0 0 BP_IN_DOB
  12. IS VARCHAR 255 255 0 / 0 0 0 0 BP_IN_QUESTION
  12. IS VARCHAR 255 255 0 / 0 0 0 0 BP_IN_ANSWER
  Y DATE 91 16 16 0 / 0 0 0 0 BP_DB_CREATE_DATE
  1 CHAR Y 1 1 0 0 0 0 0 BP_DB_SOURCE
  TANK 1 Y 2 2 0 0 0 0 0 BP_DB_RELATIONSHIP
  TANK 1 Y 3 3 0 / 0 0 0 0 BP_DB_DIV
  TANK 1 Y 3 3 0 / 0 0 0 0 BP_DB_UNIT
  12 YEARS OF VARCHAR 30 30 0 / 0 0 0 0 BP_DB_FIRST_NAME
  12 YEARS OF VARCHAR 40 40 0 / 0 0 0 0 BP_DB_LAST_NAME
  1 CHAR Y 1 1 0 0 0 0 0 BP_DB_GRP_TYPE
  Y DATE 91 16 16 0 / 0 0 0 0 BP_DB_CERT_EFF_DATE
  1 TANK 4 4 Y 0 / 0 0 0 0 BP_DB_INS
  -7-BIT 1 1 Y 0 / 0 0 0 20 BP_HOLD_EFT
  1 CHAR Y 14 14 0 / 0 0 0 0 BP_PROVIDER
  TANK 1 Y 2 2 0 0 0 0 0 BP_BENEFIT
  12 YEARS OF VARCHAR 100 100 0 / 0 0 0 0 BP_CORP_EMAIL_ADDRESS
  Release of hgodtab, rc = 0 at 2010/01/11-11: 03:59
  Entry hgodafr, cursor id 0 at 2010/01/11-11: 03:59
  Release of hgodafr, rc = 0 at 2010/01/11-11: 03:59
  Entry hgotcis at 2010/01/11-11: 03:59
  SQLStatistics requires the DBO. B2C_PIN_PROFILE
  IndexType SQL_TABLE_STAT =: cardinality = 114894
  New index: PK_BP_PIN_ID, = 1, ASCENDING, SINGLE type, cardinality = 114894
  ordinal position = 1
  New index: IDX_BP_IN_CERT, type = 3, ASCENDANT, NON-UNIQUE, cardinality = 114894
  ordinal position = 1
  New index: IDX_PROVIDER_B2C_PIN_PROFILE, type = 3, ASCENDANT, NON-UNIQUE, cardinality = 114894
  ordinal position = 1
  ordinal position = 2
  Call to SQLColumns to DBO. B2C_PIN_PROFILE
  Column 'BP_PIN_ID': dtype = 12, colsize = 15, decdig = 0, char_octet_length = 15, len line cumulative avg = 11
  Column 'BP_PIN_STATUS': dtype = 1 colsize = 1, decdig = 0, char_octet_length = 1, len cumulative average line = 12
  Column 'BP_CREATE_DATE': dtype = 93, colsize = 23, decdig = 3, = 1 char_octet_length, cumulative avg line len = 28
  Column 'BP_ACTIVE_DATE': dtype = 93, colsize = 23, decdig = 3, = 1 char_octet_length, cumulative avg line len = 44
  Column 'BP_LAST_LOGON_DATE': dtype = 93, colsize = 23, decdig = 3, = 1 char_octet_length, cumulative avg line len = 60
  Column 'BP_TERM_DATE': dtype = 93, colsize = 23, decdig = 3, = 1 char_octet_length, cumulative avg line len = 76
  Column 'BP_PSWD': dtype = 12, colsize = 255, decdig = 3, char_octet_length = 255, len line cumulative avg = 267
  Column 'BP_PSWD_RESET': dtype = 1 colsize = 1, decdig = 3, char_octet_length = 1, len cumulative average line = 268
  Column 'BP_PSWD_DATE': dtype = 93, colsize = 23, decdig = 3, = 1 char_octet_length, cumulative avg line len = 284
  Column 'BP_EMAIL_ADDRESS': dtype = 12, colsize = 50 decdig = 3, char_octet_length = 50, len line cumulative avg = 321
  Column 'BP_IP_ADDRESS': dtype = 12, colsize = 100, decdig = 3, char_octet_length = 100, len line cumulative avg = 396
  Column 'BP_URL_REFERER': dtype = 12, colsize = 255, decdig = 3, char_octet_length = 255, len line cumulative avg = 587
  Column 'BP_IN_CERT': dtype = 1, colsize = 10, decdig = 3, char_octet_length = 10, len line cumulative avg = 597
  Column 'BP_IN_GRP': dtype = 1, colsize = 6, decdig = 3, char_octet_length = 6, len line cumulative avg = 603
  Column 'BP_IN_FIRST_NAME': dtype = 12, colsize = 30, decdig = 3, char_octet_length = 30, len line cumulative avg = 625
  Column 'BP_IN_LAST_NAME': dtype = 12, colsize = 40, decdig = 3, char_octet_length = 40, len line cumulative avg = 655
  Column 'BP_IN_DOB': dtype = 93, colsize = 23, decdig = 3, char_octet_length = 40, len line cumulative avg = 671
  Column 'BP_IN_QUESTION': dtype = 12, colsize = 255, decdig = 3, char_octet_length = 255, len line cumulative avg = 862
  Column 'BP_IN_ANSWER': dtype = 12, colsize = 255, decdig = 3, char_octet_length = 255, len line cumulative avg = 1053
  Column 'BP_DB_CREATE_DATE': dtype = 93, colsize = 23, decdig = 3, char_octet_length = 255, len line cumulative avg = 1069
  Column 'BP_DB_SOURCE': dtype = 1 colsize = 1, decdig = 3, char_octet_length = 1, len cumulative average line = 1070
  Column 'BP_DB_RELATIONSHIP': dtype = 1, colsize = 2, decdig = 3, = 2 char_octet_length, len line cumulative avg = 1072
  Column 'BP_DB_DIV': dtype = 1, colsize = 3, decdig = 3, char_octet_length = 3, len line cumulative avg = 1075
  Column 'BP_DB_UNIT': dtype = 1, colsize = 3, decdig = 3, char_octet_length = 3, len line cumulative avg = 1078
  Column 'BP_DB_FIRST_NAME': dtype = 12, colsize = 30, decdig = 3, char_octet_length = 30, len line cumulative avg = 1100
  Column 'BP_DB_LAST_NAME': dtype = 12, colsize = 40, decdig = 3, char_octet_length = 40, len line cumulative avg = 1130
  Column 'BP_DB_GRP_TYPE': dtype = 1 colsize = 1, decdig = 3, char_octet_length = 1, len cumulative average line = 1131
  Column 'BP_DB_CERT_EFF_DATE': dtype = 93, colsize = 23, decdig = 3, = 1 char_octet_length, cumulative avg line len = 1147
  Column 'BP_DB_INS': dtype = 1, colsize = 4, decdig = 3, char_octet_length = 4, len line cumulative avg = 1151
  Column 'BP_HOLD_EFT': dtype = - 7, colsize = 1, decdig = 0, char_octet_length = 4, len line cumulative avg = 1155
  Column 'BP_PROVIDER': dtype = 1, colsize = 14, decdig = 0, char_octet_length = 14, len line cumulative avg = 1169
  Column 'BP_BENEFIT': dtype = 1, colsize = 2, decdig = 0, char_octet_length = 2, len line cumulative avg = 1171
  Column 'BP_CORP_EMAIL_ADDRESS': dtype = 12, colsize = 100, decdig = 0, char_octet_length = 100, len line cumulative avg = 1246
  Release of hgotcis, rc = 0 at 2010/01/11-11: 03:59
  Entry hgopars, id of cursor 1 at 2010/01/11-11: 03:59
  type: 0
  Text SQL hgopars, id = 1, len = 195...
  45 00: 53454 C 43542022 42505F50 494E5F49 [BP_PIN_I SELECT ' ']
  10: 22 44222C 42505F50 494E5F53 54415455 [D', BP_PIN_STATU ' "]
  20: 22 53222C 42505F41 43544956 455F4441 [S', BP_ACTIVE_DA ' "]
  30: 5445222 C 2242505F 494E5F43 45525422 [TE', 'BP_IN_CERT']
  40: 2 C 5F494E5F C 224250 47525022 2, 224250 ['BP_IN_GRP', 'BP]
  50: 52454 41 54494F4E 53484950 5F44425F [_DB_RELATIONSHIP]
  60: 22204652 4F4D2022 44424F22 2E224232 ["FROM"DBO".] ["B2]
  70: 435F5049 4E5F5052 4F46494C 45222057 [C_PIN_PROFILE' W]
  80:48455245 20224250 5F494E5F 47525022 [HERE "BP_IN_GRP"]
  90: 3D3F2041 4E442022 42505F49 4E5F4345 [=? AND 'BP_IN_CE] '.
  A0: 5254223D 3F20414E 44202242 505F4442 [RT '=? AND 'BP_DB] '.
  B0: 5F52454C 4154494F 50223 27 4E534849 [_RELATIONSHIP"=" "]
  C0: 4 4227 [MO ']
  Release of hgopars, rc = 0 at 2010/01/11-11: 03:59
  ----------------------
  
  I don't know how to read this. can anyone help?
  
  Thank you
  Lie

  Salvation lie,.
  Well, I'll control the thread for updates.

  Kind regards
  Mike

• How to find db file scatered read in the trace file?

  Hi all
  
  Was just going through the basic concepts...
  
  1 lines of the created table T1with 1000 in LMT block size of 8 k.
  2. followed enabled - change the context name of session set Event 10046 trace forever, level 12';
  3. done - select * from T1;
  "4 ALTER SYSTEM SET EVENTS ' trace 10046 name context off."
  
  Now I have not found any scatered db file read in trace, as select opted for full table scan... What is the problem here?
  
  I have found that sql * net messages in the trace file.
  
  -Yasser

  1. Yes, the table name (tt1 vs t1) is strange.

  2. in addition, from 10 g, your application would be sampled, dynamically, without collecting statistics. While sampled dynamcially, blocks would be loaded into the cache. Collect statistics, RAS buffer cache, then trace with Event 10046.

  ================================
  Dion Cho - Oracle Performance storyteller

  http://dioncho.WordPress.com (English)
  http://ukja.tistory.com (Korean)
  http://dioncho.blogspot.com (Japanese)
  http://ask.ex-EM.com (questions)
  ================================