Strange Oracle Behaviour - only month end or high load periods

Hi SAP Gurus
In one of our systems I am expreriencing a strange behaviour from Oracle, in that it seems to be in reconnect, but yet it is not, it resets and carries on but do produce Dump and SM21 log messages, the dump is not really helpfull as it is the same dump but with different program everytime.
I have looked in oracle alert log and found no event tying back to the SM21 log message or dump.
The following is what I found in the developer trace of one of these insident, but there are many, about 125 - 200 for the day during high load:
Fri Nov 28 10:05:55 2008
C *** ERROR => Failed to register application info: orc=3113
[dboci.c      3042]
C *** ERROR => Error 3114 in stmt_fetch()
[dbsloci.c    13001]
C *** ERROR => ORA-3114 occurred when executing SQL statement (parse error offset=0)
[dbsloci.c    13002]
C sc_p=045B18B4,no=29,idc_p=00000000,con=0,act=1,slen=1291,smax=1536,#vars=4,stmt=34DA78C8,table=CATSDB
C SELECT "MANDT" , "COUNTER" , "PERNR" , "WORKDATE" , "SKOSTL" , "LSTAR" , "SEBELN" , "SEBELP" , "SPRZ\
C NR" , "LSTNR" , "RKOSTL" , "RPROJ" , "RAUFNR" , "RNPLNR" , "RAUFPL" , "RAPLZL" , "RKDAUF" , "RKDPOS"\
C   , "RKSTR" , "RPRZNR" , "PAOBJNR" , "FUND" , "FUNC_AREA" , "GRANT_NBR" , "S_FUND" , "S_FUNC_AREA" , \
C "S_GRANT_NBR" , "AWART" , "LGART" , "KAPID" , "SPLIT" , "REINR" , "WABLNR" , "VERSL" , "WTART" , "BW\
C GRL" , "WAERS" , "AUFKZ" , "TRFGR" , "TRFST" , "PRAKN" , "PRAKZ" , "OTYPE" , "PLANS" , "KOKRS" , "ME\
C INH" , "TCURR" , "PRICE" , "ARBID" , "WERKS" , "AUTYP" , "HRCOSTASG" , "HRKOSTL" , "HRLSTAR" , "HRFU\
C ND" , "HRFUNC_AREA" , "HRGRANT_NBR" , "BEMOT" , "UNIT" , "STATKEYFIG" , "TASKTYPE" , "TASKLEVEL" , "\
C TASKCOMPONENT" , "BUKRS" , "ERSDA" , "ERSTM" , "ERNAM" , "LAEDA" , "LAETM" , "AENAM" , "APNAM" , "AP\
C DAT" , "WORKITEMID" , "LOGSYS" , "STATUS" , "REFCOUNTER" , "REASON" , "BELNR" , "EXTSYSTEM" , "EXTAP\
C PLICATION" , "EXTDOCUMENTNO" , "TASKCOUNTER" , "CATSHOURS" , "BEGUZ" , "ENDUZ" , "VTKEN" , "ALLDF" ,\
C   "OFMNW" , "PEDD" , "AUERU" , "LTXA1" , "LONGTEXT" , "ERUZU" , "CATSAMOUNT" , "CATSQUANTITY" , "ZCAT\
C SPLAN" , "ROUTE" , "KUNNR" , "MVGR1" , "GSBER" , "SNAME" , "MAKTX" , "ZAVGHRS" , "ZQANT" , "ZPERNR" \
C FROM "CATSDB" WHERE "MANDT" = :A0 AND "WORKDATE" = :A1 AND "WERKS" = :A2 AND "STATUS" < :A3;
C sc_p=045B18B4,no=29,idc_p=00000000,con=0,act=1,slen=1291,smax=1536,#vars=4,stmt=34DA78C8,table=CATSDB
C prep=0,lit=0,nsql=0,lobret=0,#exec=1,dbcnt=0,upsh_p=00000000,ocistmth_p=345E20EC
C IN : cols=4,rmax=1,xcnt=0,rpc=0,rowi=0,rtot=0,upto=-1,rsize=17,vmax=32,bound=1,iobuf_p=045DFFA8,vda_p=3470A8D8
C       lobs=0,lmax=0,lpcnt=0,larr=00000000,lcurr_p=00000000,rret=0
C OUT: cols=105,rmax=58,xcnt=58,rpc=1,rowi=0,rtot=1,upto=-1,rsize=895,vmax=128,bound=1,iobuf_p=0E0A4EC8,vda_p=34F8F7E8
C       lobs=0,lmax=0,lpcnt=0,larr=00000000,lcurr_p=00000000,rret=0
C SELECT "MANDT" , "COUNTER" , "PERNR" , "WORKDATE" , "SKOSTL" , "LSTAR" , "SEBELN" , "SEBELP" , "SPRZ\
C NR" , "LSTNR" , "RKOSTL" , "RPROJ" , "RAUFNR" , "RNPLNR" , "RAUFPL" , "RAPLZL" , "RKDAUF" , "RKDPOS"\
C   , "RKSTR" , "RPRZNR" , "PAOBJNR" , "FUND" , "FUNC_AREA" , "GRANT_NBR" , "S_FUND" , "S_FUNC_AREA" , \
C "S_GRANT_NBR" , "AWART" , "LGART" , "KAPID" , "SPLIT" , "REINR" , "WABLNR" , "VERSL" , "WTART" , "BW\
C GRL" , "WAERS" , "AUFKZ" , "TRFGR" , "TRFST" , "PRAKN" , "PRAKZ" , "OTYPE" , "PLANS" , "KOKRS" , "ME\
C INH" , "TCURR" , "PRICE" , "ARBID" , "WERKS" , "AUTYP" , "HRCOSTASG" , "HRKOSTL" , "HRLSTAR" , "HRFU\
C ND" , "HRFUNC_AREA" , "HRGRANT_NBR" , "BEMOT" , "UNIT" , "STATKEYFIG" , "TASKTYPE" , "TASKLEVEL" , "\
C TASKCOMPONENT" , "BUKRS" , "ERSDA" , "ERSTM" , "ERNAM" , "LAEDA" , "LAETM" , "AENAM" , "APNAM" , "AP\
C DAT" , "WORKITEMID" , "LOGSYS" , "STATUS" , "REFCOUNTER" , "REASON" , "BELNR" , "EXTSYSTEM" , "EXTAP\
C PLICATION" , "EXTDOCUMENTNO" , "TASKCOUNTER" , "CATSHOURS" , "BEGUZ" , "ENDUZ" , "VTKEN" , "ALLDF" ,\
C   "OFMNW" , "PEDD" , "AUERU" , "LTXA1" , "LONGTEXT" , "ERUZU" , "CATSAMOUNT" , "CATSQUANTITY" , "ZCAT\
C SPLAN" , "ROUTE" , "KUNNR" , "MVGR1" , "GSBER" , "SNAME" , "MAKTX" , "ZAVGHRS" , "ZQANT" , "ZPERNR" \
C FROM "CATSDB" WHERE "MANDT" = :A0 AND "WORKDATE" = :A1 AND "WERKS" = :A2 AND "STATUS" < :A3;
B ***LOG BYM=> severe DB error 3114      ; work process in reconnect status [dbsh#3 @ 1123] [dbsh    1123 ]
B ***LOG BY4=> sql error 3114   performing FET on table CATSDB     [dbtran#10 @ 7292] [dbtran 7292 ]
B ***LOG BY0=> ORA-03114: not connected to ORACLE [dbtran#10 @ 7292] [dbtran 7292 ]
B dbtran ERROR LOG (hdl_dbsl_error): DbSl 'FET'
B   RSLT: {dbsl=99, tran=1}
B   FHDR: {tab='CATSDB', fcode=225, mode=2, bpb=0, dbcnt=0, crsr=1,
B          hold=0, keep=1, xfer=0, pkg=0, upto=0, init:b=0,
B          init:p=00000000, init:#=871, wa:p=0XA000DC88, wa:#=871}
B dbtran ERROR LOG (hdl_dbsl_error): DbSl 'FET'
B   STMT:
B   CRSR: {tab='CATSDB', id=1, hold=0, prop=0x1000, max.in@0=1, fae:blk=1,
B          con:id=0, con:vndr=5, val=2,
B          key:#=4, xfer=0, xin:#=0, row:#=0, upto=0, wa:p=0XA000DC88}
C *** ERROR => Error 3114 in stmt_fetch()
[dbsloci.c    13001]
C *** ERROR => ORA-3114 occurred when executing SQL statement (parse error offset=0)
[dbsloci.c    13002]
C sc_p=045B52E4,no=225,idc_p=045C400C,con=0,act=1,slen=184,smax=2048,#vars=3,stmt=35BBB778,table=REPOLOAD
C SELECT "UNAM" , "UDAT" , "UTIME" , "L_DATALG" , "Q_DATALG" , "SDAT" , "STIME" , "MINOR_VERS" , "MAJO\
C R_VERS" FROM "REPOLOAD" WHERE "PROGNAME" = :A0 AND "R3STATE" = :A1 AND "MACH" = :A2 ;
C sc_p=045B52E4,no=225,idc_p=045C400C,con=0,act=1,slen=184,smax=2048,#vars=3,stmt=35BBB778,table=REPOLOAD
C prep=0,lit=0,nsql=0,lobret=0,#exec=29,dbcnt=0,upsh_p=00000000,ocistmth_p=34B9ADD4
C IN : cols=3,rmax=1,xcnt=0,rpc=0,rowi=0,rtot=0,upto=-1,rsize=45,vmax=32,bound=1,iobuf_p=0E0A4EC8,vda_p=31361B18
C       lobs=0,lmax=0,lpcnt=0,larr=00000000,lcurr_p=00000000,rret=0
C OUT: cols=9,rmax=1,xcnt=1,rpc=1,rowi=0,rtot=1,upto=-1,rsize=56,vmax=32,bound=1,iobuf_p=045DFFA8,vda_p=345C39B8
C       lobs=0,lmax=0,lpcnt=0,larr=00000000,lcurr_p=00000000,rret=0
C SELECT "UNAM" , "UDAT" , "UTIME" , "L_DATALG" , "Q_DATALG" , "SDAT" , "STIME" , "MINOR_VERS" , "MAJO\
C R_VERS" FROM "REPOLOAD" WHERE "PROGNAME" = :A0 AND "R3STATE" = :A1 AND "MACH" = :A2 ;
B ***LOG BYM=> severe DB error 3114      ; work process in reconnect status [dbsh#3 @ 1123] [dbsh    1123 ]
B ***LOG BY4=> sql error 3114   performing SEL on table REPOLOAD   [dbrepo#6 @ 2657] [dbrepo 2657 ]
B ***LOG BY0=> ORA-03114: not connected to ORACLE [dbrepo#6 @ 2657] [dbrepo 2657 ]
A TH VERBOSE LEVEL FULL
A ** RABAX: level LEV_RX_PXA_RELEASE_MTX entered.
A ** RABAX: level LEV_RX_PXA_RELEASE_MTX completed.
A ** RABAX: level LEV_RX_VMIT_CLEANUP entered.
A ** RABAX: level LEV_RX_VMIT_CLEANUP completed.
A ** RABAX: level LEV_RX_ROLLBACK entered.
C *** ERROR => OCI-call 'OCITransRollback' failed: rc = 3114
[dboci.c      3127]
B ***LOG BYM=> severe DB error 3114      ; work process in reconnect status [dbsh#3 @ 1123] [dbsh    1123 ]
B Reconnect state is entered by connection:
B 0: name = R/3, con_id = 000000000 state = ACTIVE      , perm = YES, reco = YES, timeout = 000, con_max = 255, con_opt = 255, occ = NO
B hdl_error_on_commit_rollback: DB-ROLLBACK detected RECONNECT state
M ThShortCommit: db unusable
B db_con_reconnect disconnecting connection:
B 0: name = R/3, con_id = 000000000 state = INACTIVE    , perm = YES, reco = YES, timeout = 000, con_max = 255, con_opt = 255, occ = NO
C Disconnecting from connection 0 ...
C Close user session (con_hdl=0,svchp=045D7FA4,usrhp=345E67A0)
C Detaching from DB Server (con_hdl=0,svchp=045D7FA4,srvhp=045D0174)
C Now I'm disconnected from ORACLE
B db_con_reconnect performing the reconnect for con:
B 0: name = R/3, con_id = 000000000 state = DISCONNECTED, perm = YES, reco = YES, timeout = 000, con_max = 255, con_opt = 255, occ = NO
C got NLS_LANG='AMERICAN_AMERICA.US7ASCII' from environment
C Client NLS settings:
C Logon as OPS$-user to get SAPR3's password
C Connecting as /@PRD on connection 0 (nls_hdl 0) ... (dbsl 640 250407)
C Nls CharacterSet                 NationalCharSet              C      EnvHp      ErrHp ErrHpBatch
C    0 US7ASCII                                                  1   045CBB38   0E0A4648   0E0A40B0
C Attaching to DB Server PRD (con_hdl=0,svchp=045
SM51 log entries:
     09:00:32     MS                         Q0I     Operating system call recv failed (error no. 10054)
     09:00:32     DP                         Q0K     Connection to message server (on FCMSPROD) established
     09:00:32     DIA     004     040     181JOLENES     VA02     BYM     SQL error 3114 . Work processes in reconnect status
     09:00:32     DP                         Q1C     MsgServer Hardware ID Was Determined
     09:00:32     DIA     001     040     181ANNELINEJ     VA42     BYY     Work process has left reconnect status
     09:00:32     DIA     001     040     181ANNELINEJ     VA42     AB0     Run-time error "DBIF_REPO_SQL_ERROR" occurred
     09:00:32     DIA     014     040     161ADRIV     VA02     BYY     Work process has left reconnect status
     09:00:32     DIA     013     040     140ELECIA          BYY     Work process has left reconnect status
     09:00:32     DIA     003     040     133MIRANDAV     KO88     BYY     Work process has left reconnect status
     09:00:32     DIA     003     040     133MIRANDAV     KO88     AB0     Run-time error "DBIF_REPO_SQL_ERROR" occurred
     09:00:32     DIA     001     040     181ANNELINEJ     VA42     AB1     > Short dump "081128 090032 FCMSPROD 181ANNELINEJ" generated
     09:00:32     DIA     003     040     133MIRANDAV     KO88     AB1     > Short dump "081128 090032 FCMSPROD 133MIRANDAV " generated
     09:00:32     DIA     009     040     120ELIZEP     FB01     BYY     Work process has left reconnect status
     09:00:33     DIA     009     040     120ELIZEP     FB01     AB0     Run-time error "DBIF_REPO_SQL_ERROR" occurred
     09:00:33     DIA     004     040     181JOLENES     VA02     BYY     Work process has left reconnect status
     09:00:33     DIA     002     040     133KOEKIEJ          BYY     Work process has left reconnect status
     09:00:33     DIA     002     040     133KOEKIEJ          AB0     Run-time error "DBIF_REPO_SQL_ERROR" occurred
     09:00:33     DIA     004     040     181JOLENES     VA02     AB0     Run-time error "DBIF_REPO_SQL_ERROR" occurred
     09:00:33     DIA     009     040     120ELIZEP     FB01     AB1     > Short dump "081128 090033 FCMSPROD 120ELIZEP " generated
     09:00:33     DIA     005     040     181CLIVEB     VA02     BYY     Work process has left reconnect status
     09:00:33     DIA     003                    R0Z     The update dispatch info was reset
     09:00:33     DIA     003                    R0Z     The update dispatch info was reset
Please can you assist in maybe you have seen this before.
Regards
Pieter

Hi
Yes I have gone through the Oracle Alert log several time, It is huge, but I am pasting an extract for the entire day this was happening into this reply. Oracle version is 9.2.0.8.0 with the only intrim path I can see being installed : 6130293.
Following is the extract from Alert Log for the day this occurred, again I must stress that this happens only on high system load days like month end:
Fri Nov 28 03:43:33 2008
ALTER TABLESPACE "PSAPBTABI" END BACKUP
Fri Nov 28 03:43:33 2008
Completed: ALTER TABLESPACE "PSAPBTABI" END BACKUP
Fri Nov 28 03:43:37 2008
ALTER TABLESPACE "PSAPCLUD" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPCLUD" BEGIN BACKUP
Fri Nov 28 03:53:38 2008
ALTER TABLESPACE "PSAPCLUD" END BACKUP
Fri Nov 28 03:53:38 2008
Completed: ALTER TABLESPACE "PSAPCLUD" END BACKUP
Fri Nov 28 03:53:42 2008
ALTER TABLESPACE "PSAPCLUI" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPCLUI" BEGIN BACKUP
Fri Nov 28 03:54:36 2008
ALTER TABLESPACE "PSAPCLUI" END BACKUP
Fri Nov 28 03:54:36 2008
Completed: ALTER TABLESPACE "PSAPCLUI" END BACKUP
Fri Nov 28 03:54:38 2008
ALTER TABLESPACE "PSAPDDICD" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPDDICD" BEGIN BACKUP
Fri Nov 28 03:55:47 2008
ALTER TABLESPACE "PSAPDDICD" END BACKUP
Fri Nov 28 03:55:47 2008
Completed: ALTER TABLESPACE "PSAPDDICD" END BACKUP
Fri Nov 28 03:55:50 2008
ALTER TABLESPACE "PSAPDDICI" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPDDICI" BEGIN BACKUP
Fri Nov 28 03:56:41 2008
ALTER TABLESPACE "PSAPDDICI" END BACKUP
Fri Nov 28 03:56:41 2008
Completed: ALTER TABLESPACE "PSAPDDICI" END BACKUP
Fri Nov 28 03:56:45 2008
ALTER TABLESPACE "PSAPDOCUD" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPDOCUD" BEGIN BACKUP
Fri Nov 28 03:56:49 2008
ALTER TABLESPACE "PSAPDOCUD" END BACKUP
Completed: ALTER TABLESPACE "PSAPDOCUD" END BACKUP
Fri Nov 28 03:56:52 2008
ALTER TABLESPACE "PSAPDOCUI" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPDOCUI" BEGIN BACKUP
Fri Nov 28 03:56:55 2008
ALTER TABLESPACE "PSAPDOCUI" END BACKUP
Completed: ALTER TABLESPACE "PSAPDOCUI" END BACKUP
Fri Nov 28 03:56:59 2008
ALTER TABLESPACE "PSAPEL640D" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPEL640D" BEGIN BACKUP
Fri Nov 28 04:03:46 2008
ALTER TABLESPACE "PSAPEL640D" END BACKUP
Fri Nov 28 04:03:46 2008
Completed: ALTER TABLESPACE "PSAPEL640D" END BACKUP
Fri Nov 28 04:03:50 2008
ALTER TABLESPACE "PSAPEL640I" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPEL640I" BEGIN BACKUP
Fri Nov 28 04:04:37 2008
ALTER TABLESPACE "PSAPEL640I" END BACKUP
Fri Nov 28 04:04:37 2008
Completed: ALTER TABLESPACE "PSAPEL640I" END BACKUP
Fri Nov 28 04:04:40 2008
ALTER TABLESPACE "PSAPES640D" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPES640D" BEGIN BACKUP
Fri Nov 28 04:20:17 2008
ALTER TABLESPACE "PSAPES640D" END BACKUP
Fri Nov 28 04:20:17 2008
Completed: ALTER TABLESPACE "PSAPES640D" END BACKUP
Fri Nov 28 04:20:20 2008
ALTER TABLESPACE "PSAPES640I" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPES640I" BEGIN BACKUP
Fri Nov 28 04:36:26 2008
ALTER TABLESPACE "PSAPES640I" END BACKUP
Fri Nov 28 04:36:26 2008
Completed: ALTER TABLESPACE "PSAPES640I" END BACKUP
Fri Nov 28 04:36:29 2008
ALTER TABLESPACE "PSAPLOADD" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPLOADD" BEGIN BACKUP
Fri Nov 28 04:36:40 2008
ALTER TABLESPACE "PSAPLOADD" END BACKUP
Fri Nov 28 04:36:40 2008
Completed: ALTER TABLESPACE "PSAPLOADD" END BACKUP
Fri Nov 28 04:36:43 2008
ALTER TABLESPACE "PSAPLOADI" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPLOADI" BEGIN BACKUP
Fri Nov 28 04:36:53 2008
ALTER TABLESPACE "PSAPLOADI" END BACKUP
Completed: ALTER TABLESPACE "PSAPLOADI" END BACKUP
Fri Nov 28 04:36:56 2008
ALTER TABLESPACE "PSAPPOOLD" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPPOOLD" BEGIN BACKUP
Fri Nov 28 04:41:04 2008
ALTER TABLESPACE "PSAPPOOLD" END BACKUP
Fri Nov 28 04:41:04 2008
Completed: ALTER TABLESPACE "PSAPPOOLD" END BACKUP
Fri Nov 28 04:41:08 2008
ALTER TABLESPACE "PSAPPOOLI" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPPOOLI" BEGIN BACKUP
Fri Nov 28 04:45:17 2008
ALTER TABLESPACE "PSAPPOOLI" END BACKUP
Fri Nov 28 04:45:17 2008
Completed: ALTER TABLESPACE "PSAPPOOLI" END BACKUP
Fri Nov 28 04:45:21 2008
ALTER TABLESPACE "PSAPPROTD" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPPROTD" BEGIN BACKUP
Fri Nov 28 04:47:25 2008
ALTER TABLESPACE "PSAPPROTD" END BACKUP
Fri Nov 28 04:47:25 2008
Completed: ALTER TABLESPACE "PSAPPROTD" END BACKUP
Fri Nov 28 04:47:29 2008
ALTER TABLESPACE "PSAPPROTI" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPPROTI" BEGIN BACKUP
Fri Nov 28 04:48:09 2008
ALTER TABLESPACE "PSAPPROTI" END BACKUP
Fri Nov 28 04:48:09 2008
Completed: ALTER TABLESPACE "PSAPPROTI" END BACKUP
Fri Nov 28 04:48:13 2008
ALTER TABLESPACE "PSAPSOURCED" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPSOURCED" BEGIN BACKUP
Fri Nov 28 04:48:46 2008
ALTER TABLESPACE "PSAPSOURCED" END BACKUP
Fri Nov 28 04:48:46 2008
Completed: ALTER TABLESPACE "PSAPSOURCED" END BACKUP
Fri Nov 28 04:48:49 2008
ALTER TABLESPACE "PSAPSOURCEI" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPSOURCEI" BEGIN BACKUP
Fri Nov 28 04:49:29 2008
ALTER TABLESPACE "PSAPSOURCEI" END BACKUP
Fri Nov 28 04:49:29 2008
Completed: ALTER TABLESPACE "PSAPSOURCEI" END BACKUP
Fri Nov 28 04:49:34 2008
ALTER TABLESPACE "PSAPSTABD" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPSTABD" BEGIN BACKUP
Fri Nov 28 05:05:16 2008
ALTER TABLESPACE "PSAPSTABD" END BACKUP
Fri Nov 28 05:05:16 2008
Completed: ALTER TABLESPACE "PSAPSTABD" END BACKUP
Fri Nov 28 05:05:23 2008
ALTER TABLESPACE "PSAPSTABI" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPSTABI" BEGIN BACKUP
Fri Nov 28 05:21:15 2008
ALTER TABLESPACE "PSAPSTABI" END BACKUP
Fri Nov 28 05:21:15 2008
Completed: ALTER TABLESPACE "PSAPSTABI" END BACKUP
Fri Nov 28 05:21:19 2008
ALTER TABLESPACE "PSAPUSER1D" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPUSER1D" BEGIN BACKUP
Fri Nov 28 05:21:42 2008
ALTER TABLESPACE "PSAPUSER1D" END BACKUP
Fri Nov 28 05:21:42 2008
Completed: ALTER TABLESPACE "PSAPUSER1D" END BACKUP
Fri Nov 28 05:21:46 2008
ALTER TABLESPACE "PSAPUSER1I" BEGIN BACKUP
Completed: ALTER TABLESPACE "PSAPUSER1I" BEGIN BACKUP
Fri Nov 28 05:23:03 2008
ALTER TABLESPACE "PSAPUSER1I" END BACKUP
Fri Nov 28 05:23:03 2008
Completed: ALTER TABLESPACE "PSAPUSER1I" END BACKUP
Fri Nov 28 05:23:06 2008
ALTER TABLESPACE "SYSTEM" BEGIN BACKUP
Completed: ALTER TABLESPACE "SYSTEM" BEGIN BACKUP
Fri Nov 28 05:24:03 2008
ALTER TABLESPACE "SYSTEM" END BACKUP
Fri Nov 28 05:24:03 2008
Completed: ALTER TABLESPACE "SYSTEM" END BACKUP
Fri Nov 28 05:24:07 2008
ALTER TABLESPACE "UNDOTBS1" BEGIN BACKUP
Completed: ALTER TABLESPACE "UNDOTBS1" BEGIN BACKUP
Fri Nov 28 05:42:06 2008
ALTER TABLESPACE "UNDOTBS1" END BACKUP
Fri Nov 28 05:42:06 2008
Completed: ALTER TABLESPACE "UNDOTBS1" END BACKUP
Fri Nov 28 05:42:07 2008
ALTER DATABASE BACKUP CONTROLFILE TO 'C:\Program Files\CA\BrightStor ARCserve Backup Enterprise Option for SAP R3 for Oracle\CONTROL.PRD' REUSE
Completed: ALTER DATABASE BACKUP CONTROLFILE TO 'C:\Program F
Fri Nov 28 05:42:14 2008
Beginning log switch checkpoint up to RBA [0x77f2.2.10], SCN: 0x0000.3c0ae436
Thread 1 advanced to log sequence 30706
Current log# 2 seq# 30706 mem# 0: C:\ORACLE\PRD\ORIGLOGB\LOGPRD02_M1.ORA
Current log# 2 seq# 30706 mem# 1: F:\ORACLE\PRD\MIRRLOGB\LOGPRD02_M2.ORA
Fri Nov 28 05:42:14 2008
ARC0: Evaluating archive   log 3 thread 1 sequence 30705
ARC0: Beginning to archive log 3 thread 1 sequence 30705
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\PRD\SAPARCH\ARC30705.001'
Fri Nov 28 05:42:27 2008
ARC1: Evaluating archive   log 3 thread 1 sequence 30705
ARC1: Unable to archive log 3 thread 1 sequence 30705
      Log actively being archived by another process
Fri Nov 28 05:42:29 2008
ARC0: Completed archiving log 3 thread 1 sequence 30705
Fri Nov 28 06:11:26 2008
Completed checkpoint up to RBA [0x77f2.2.10], SCN: 0x0000.3c0ae436
Fri Nov 28 09:20:59 2008
Beginning log switch checkpoint up to RBA [0x77f3.2.10], SCN: 0x0000.3c0b739c
Thread 1 advanced to log sequence 30707
Current log# 1 seq# 30707 mem# 0: C:\ORACLE\PRD\ORIGLOGA\LOGPRD01_M1.ORA
Current log# 1 seq# 30707 mem# 1: F:\ORACLE\PRD\MIRRLOGA\LOGPRD01_M2.ORA
Fri Nov 28 09:20:59 2008
ARC0: Evaluating archive   log 2 thread 1 sequence 30706
ARC0: Beginning to archive log 2 thread 1 sequence 30706
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\PRD\SAPARCH\ARC30706.001'
Fri Nov 28 09:21:18 2008
ARC0: Completed archiving log 2 thread 1 sequence 30706
Fri Nov 28 09:51:06 2008
Completed checkpoint up to RBA [0x77f3.2.10], SCN: 0x0000.3c0b739c
Fri Nov 28 10:44:43 2008
Beginning log switch checkpoint up to RBA [0x77f4.2.10], SCN: 0x0000.3c0bb876
Thread 1 advanced to log sequence 30708
Current log# 4 seq# 30708 mem# 0: C:\ORACLE\PRD\ORIGLOGB\LOGPRD04_M1.ORA
Current log# 4 seq# 30708 mem# 1: F:\ORACLE\PRD\MIRRLOGB\LOGPRD04_M2.ORA
Fri Nov 28 10:44:43 2008
ARC0: Evaluating archive   log 1 thread 1 sequence 30707
ARC0: Beginning to archive log 1 thread 1 sequence 30707
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\PRD\SAPARCH\ARC30707.001'
Fri Nov 28 10:45:07 2008
ARC1: Evaluating archive   log 1 thread 1 sequence 30707
ARC1: Unable to archive log 1 thread 1 sequence 30707
      Log actively being archived by another process
Fri Nov 28 10:45:09 2008
ARC0: Completed archiving log 1 thread 1 sequence 30707
Fri Nov 28 11:13:20 2008
Completed checkpoint up to RBA [0x77f4.2.10], SCN: 0x0000.3c0bb876
Fri Nov 28 11:45:09 2008
Beginning log switch checkpoint up to RBA [0x77f5.2.10], SCN: 0x0000.3c0bfc29
Thread 1 advanced to log sequence 30709
Current log# 3 seq# 30709 mem# 0: C:\ORACLE\PRD\ORIGLOGA\LOGPRD03_M1.ORA
Current log# 3 seq# 30709 mem# 1: F:\ORACLE\PRD\MIRRLOGA\LOGPRD03_M2.ORA
Fri Nov 28 11:45:09 2008
ARC0: Evaluating archive   log 4 thread 1 sequence 30708
ARC0: Beginning to archive log 4 thread 1 sequence 30708
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\PRD\SAPARCH\ARC30708.001'
Fri Nov 28 11:45:13 2008
ARC1: Evaluating archive   log 4 thread 1 sequence 30708
ARC1: Unable to archive log 4 thread 1 sequence 30708
      Log actively being archived by another process
Fri Nov 28 11:45:29 2008
ARC0: Completed archiving log 4 thread 1 sequence 30708
Fri Nov 28 12:15:17 2008
Completed checkpoint up to RBA [0x77f5.2.10], SCN: 0x0000.3c0bfc29
Fri Nov 28 12:50:23 2008
Beginning log switch checkpoint up to RBA [0x77f6.2.10], SCN: 0x0000.3c0c3298
Thread 1 advanced to log sequence 30710
Current log# 2 seq# 30710 mem# 0: C:\ORACLE\PRD\ORIGLOGB\LOGPRD02_M1.ORA
Current log# 2 seq# 30710 mem# 1: F:\ORACLE\PRD\MIRRLOGB\LOGPRD02_M2.ORA
Fri Nov 28 12:50:24 2008
ARC0: Evaluating archive   log 3 thread 1 sequence 30709
ARC0: Beginning to archive log 3 thread 1 sequence 30709
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\PRD\SAPARCH\ARC30709.001'
Fri Nov 28 12:50:40 2008
ARC0: Completed archiving log 3 thread 1 sequence 30709
Fri Nov 28 13:20:29 2008
Completed checkpoint up to RBA [0x77f6.2.10], SCN: 0x0000.3c0c3298
Fri Nov 28 14:27:01 2008
Beginning log switch checkpoint up to RBA [0x77f7.2.10], SCN: 0x0000.3c0c75c1
Thread 1 advanced to log sequence 30711
Current log# 1 seq# 30711 mem# 0: C:\ORACLE\PRD\ORIGLOGA\LOGPRD01_M1.ORA
Current log# 1 seq# 30711 mem# 1: F:\ORACLE\PRD\MIRRLOGA\LOGPRD01_M2.ORA
Fri Nov 28 14:27:01 2008
ARC0: Evaluating archive   log 2 thread 1 sequence 30710
ARC0: Beginning to archive log 2 thread 1 sequence 30710
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\PRD\SAPARCH\ARC30710.001'
Fri Nov 28 14:27:25 2008
ARC0: Completed archiving log 2 thread 1 sequence 30710
Fri Nov 28 14:57:08 2008
Completed checkpoint up to RBA [0x77f7.2.10], SCN: 0x0000.3c0c75c1
Fri Nov 28 15:57:26 2008
Beginning log switch checkpoint up to RBA [0x77f8.2.10], SCN: 0x0000.3c0cb34a
Thread 1 advanced to log sequence 30712
Current log# 4 seq# 30712 mem# 0: C:\ORACLE\PRD\ORIGLOGB\LOGPRD04_M1.ORA
Current log# 4 seq# 30712 mem# 1: F:\ORACLE\PRD\MIRRLOGB\LOGPRD04_M2.ORA
Fri Nov 28 15:57:26 2008
ARC0: Evaluating archive   log 1 thread 1 sequence 30711
ARC0: Beginning to archive log 1 thread 1 sequence 30711
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\PRD\SAPARCH\ARC30711.001'
Fri Nov 28 15:57:40 2008
ARC1: Evaluating archive   log 1 thread 1 sequence 30711
ARC1: Unable to archive log 1 thread 1 sequence 30711
      Log actively being archived by another process
Fri Nov 28 15:57:40 2008
ARC0: Completed archiving log 1 thread 1 sequence 30711
Fri Nov 28 16:27:31 2008
Completed checkpoint up to RBA [0x77f8.2.10], SCN: 0x0000.3c0cb34a
Fri Nov 28 17:02:12 2008
Beginning log switch checkpoint up to RBA [0x77f9.2.10], SCN: 0x0000.3c0cc245
Thread 1 advanced to log sequence 30713
Current log# 3 seq# 30713 mem# 0: C:\ORACLE\PRD\ORIGLOGA\LOGPRD03_M1.ORA
Current log# 3 seq# 30713 mem# 1: F:\ORACLE\PRD\MIRRLOGA\LOGPRD03_M2.ORA
Fri Nov 28 17:02:12 2008
ARC0: Evaluating archive   log 4 thread 1 sequence 30712
ARC0: Beginning to archive log 4 thread 1 sequence 30712
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\PRD\SAPARCH\ARC30712.001'
Fri Nov 28 17:02:25 2008
ARC0: Completed archiving log 4 thread 1 sequence 30712
Fri Nov 28 17:32:17 2008
Completed checkpoint up to RBA [0x77f9.2.10], SCN: 0x0000.3c0cc245
Fri Nov 28 18:00:19 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPBTABD" COALESCE
Fri Nov 28 18:00:19 2008
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPBTABD" COALE
Fri Nov 28 18:00:19 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPBTABI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPBTABI" COALE
Fri Nov 28 18:00:19 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPCLUD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPCLUD" COALES
Fri Nov 28 18:00:20 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPCLUI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPCLUI" COALES
Fri Nov 28 18:00:21 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPDDICD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPDDICD" COALE
Fri Nov 28 18:00:23 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPDDICI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPDDICI" COALE
Fri Nov 28 18:00:23 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPDOCUD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPDOCUD" COALE
Fri Nov 28 18:00:23 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPDOCUI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPDOCUI" COALE
Fri Nov 28 18:00:24 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPEL640D" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPEL640D" COAL
Fri Nov 28 18:00:26 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPEL640I" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPEL640I" COAL
Fri Nov 28 18:00:27 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPES640D" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPES640D" COAL
Fri Nov 28 18:00:27 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPES640I" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPES640I" COAL
Fri Nov 28 18:00:27 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPLOADD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPLOADD" COALE
Fri Nov 28 18:00:27 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPLOADI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPLOADI" COALE
Fri Nov 28 18:00:27 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPPOOLD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPPOOLD" COALE
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPPOOLI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPPOOLI" COALE
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPPROTD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPPROTD" COALE
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPPROTI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPPROTI" COALE
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPSOURCED" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPSOURCED" COA
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPSOURCEI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPSOURCEI" COA
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPSTABD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPSTABD" COALE
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPSTABI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPSTABI" COALE
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPUSER1D" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPUSER1D" COAL
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPUSER1I" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPUSER1I" COAL
Fri Nov 28 18:00:28 2008
/* BRCONNECT */ ALTER TABLESPACE "SYSTEM" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "SYSTEM" COALESCE
Fri Nov 28 20:00:17 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPBTABD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPBTABD" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPBTABI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPBTABI" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPCLUD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPCLUD" COALES
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPCLUI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPCLUI" COALES
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPDDICD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPDDICD" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPDDICI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPDDICI" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPDOCUD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPDOCUD" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPDOCUI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPDOCUI" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPEL640D" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPEL640D" COAL
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPEL640I" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPEL640I" COAL
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPES640D" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPES640D" COAL
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPES640I" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPES640I" COAL
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPLOADD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPLOADD" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPLOADI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPLOADI" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPPOOLD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPPOOLD" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPPOOLI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPPOOLI" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPPROTD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPPROTD" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPPROTI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPPROTI" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPSOURCED" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPSOURCED" COA
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPSOURCEI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPSOURCEI" COA
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPSTABD" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPSTABD" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPSTABI" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPSTABI" COALE
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPUSER1D" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPUSER1D" COAL
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "PSAPUSER1I" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "PSAPUSER1I" COAL
Fri Nov 28 20:00:18 2008
/* BRCONNECT */ ALTER TABLESPACE "SYSTEM" COALESCE
Completed: /* BRCONNECT */ ALTER TABLESPACE "SYSTEM" COALESCE
Fri Nov 28 20:00:36 2008
Beginning log switch checkpoint up to RBA [0x77fa.2.10], SCN: 0x0000.3c0cf8e3
Thread 1 advanced to log sequence 30714
Current log# 2 seq# 30714 mem# 0: C:\ORACLE\PRD\ORIGLOGB\LOGPRD02_M1.ORA
Current log# 2 seq# 30714 mem# 1: F:\ORACLE\PRD\MIRRLOGB\LOGPRD02_M2.ORA
Fri Nov 28 20:00:36 2008
ARC0: Evaluating archive   log 3 thread 1 sequence 30713
ARC0: Beginning to archive log 3 thread 1 sequence 30713
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\PRD\SAPARCH\ARC30713.001'
Fri Nov 28 20:00:44 2008
ARC1: Evaluating archive   log 3 thread 1 sequence 30713
ARC1: Unable to archive log 3 thread 1 sequence 30713
      Log actively being archived by another process
Fri Nov 28 20:00:47 2008
ARC0: Completed archiving log 3 thread 1 sequence 30713
Dump file f:\oracle\prd\saptrace\background\alert_prd.log
Mon Dec 01 09:03:16 2008
ORACLE V9.2.0.8.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.2 Service Pack 2, CPU type 586
Mon Dec 01 09:03:16 2008
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 2
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 9.2.0.8.0.
System parameters with non-default values:
processes                = 120
sessions                 = 150
timed_statistics         = TRUE
shared_pool_size         = 822083584
large_pool_size          = 8388608
java_pool_size           = 8388608
enqueue_resources        = 8000
filesystemio_options     = SETALL
control_files            = C:\oracle\PRD\origlogA\ctrlPRD.ctl, F:\oracle\PRD\saparch\ctrlPRD.ctl, E:\oracle\PRD\sapdata1\ctrlPRD.ctl
db_block_checksum        = FALSE
db_block_size            = 8192
db_cache_size            = 1073741824
compatible               = 9.2.0
log_archive_start        = TRUE
log_archive_dest         = F:\oracle\PRD\saparch
log_buffer               = 4194304
log_checkpoint_interval = 0
db_files                 = 254
db_file_multiblock_read_count= 8
log_checkpoints_to_alert = TRUE
control_file_record_keep_time= 30
dml_locks                = 2500
row_locking              = always
replication_dependency_tracking= FALSE
transactions_per_rollback_segment= 20
transaction_auditing     = FALSE
undo_management          = AUTO
undo_tablespace          = UNDOTBS1
undo_retention           = 43200
remote_os_authent        = TRUE
db_domain                = world
service_names            = PRD.world, PRD.WORLD
hash_join_enabled        = FALSE
background_dump_dest     = F:\Oracle\PRD\saptrace\background
user_dump_dest           = F:\Oracle\PRD\saptrace\usertrace
max_dump_file_size       = 1240
core_dump_dest           = F:\Oracle\PRD\saptrace\background
optimizer_features_enable= 9.2.0
sort_area_size           = 0
sort_area_retained_size = 0
db_name                  = PRD
open_cursors             = 800
optimizer_mode           = CHOOSE
sortelimination_cost_ratio= 10
btree_bitmap_plans     = FALSE
eliminatecommon_subexpr= FALSE
pushjoin_predicate     = FALSE
optimizerjoin_sel_sanity_check= TRUE
parallel_threads_per_cpu = 4
optimizer_index_cost_adj = 10
optimizer_index_caching = 50
optimpeek_user_binds   = FALSE
pga_aggregate_target     = 536870912
optimizeror_expansion = DEPTH
PMON started with pid=2, OS id=17336
DBW0 started with pid=3, OS id=16972
LGWR started with pid=4, OS id=16900
CKPT started with pid=5, OS id=17236
SMON started with pid=6, OS id=17436
Regards
Pieter

Similar Messages

Strange delete behaviour

Hi,
I'm currently facing a very strange Oracle behaviour. First of all, here are the settings:
* 2 CPUs @ 1,6 GHz
* Raid-0 with 2 x 160 GB
* 3 GB RAM
* Windows 2000 Advanced Server
* Oracle Standard 9.2.0.7 using standard settings for the instance
On the machine there is only one db (containing one instance) running, nothing else (beside the OS). The instance has 1GB shared memory assigned and contains about 5 GB of data distributed in approx. 750 tables.
I'm trying to delete all non-master data from the instance via simple "delete <table> where id in (select id from some_table)" statements in a script. This works perfectly (approx. 2-3 million deleted records per hour), processor load is about 50%, the Windows system monitor shows few hundred kilobytes of data read/written per minute.
But this changes after maybe one hour running time. CPU load sinks to 4-5% and data transfer rate rises to approx. 2GB(!!) per minute. I tried to abort the deleting process and rebuild all indexes as well statistics of the schema affected, but without any improvements. The only thing working at the moment is commiting the transaction and shutting down/restarting the instance. Afterwards everything is working fine (without index/statistic rebuilding!), but only for the time period mentioned before.
Does anyone know what could be the source of this behaviour? Anyone got any hints what to change for a better performance? I already thought of bulk inserting the whole schema in a cloned schema without constraints, but 700 tables contain a lot of constraints and triggers, so a consistent insert would be a pain in the tush...
Thanks in advance!

No, the disks are internal as is the raid controller. And strangely enough, not writing causes a high data rate, but reading! I assume that if the caches are too small the DB starts reading the indexes time and again, but 2 GB of index reading per minute??? No way, I say. Few hundred kilobytes or even a few megabytes makes sense in my opinion, but not the amount mentioned...
Truncating the tables would be a solution, but have you already tried to empty a 750 table schema with constraints and triggers implementing data inheritance? I have, and it didn't work, afterwards data consistency was not given any more...
I have already tried to delete the data in batches, each followed by a commit operation. But this brought the same result after a while, which was reading GBs of data per minute...

Delivery Block at PGI level based on GI date and Month end date

Business need a check on delivery processing based on the Planned GI date, Month end date and transit period. This transit period is a custom field and dependent on customer. Also it is not maintained anywhere in system. Business store it in some excel format.
The logic needed is: For any given month, the delivery order MUST be goods issued in the same month, i.e. once the order is delivered, the Post goods issue should ONLY be allowed if and only if , the PLANNED GI date ( as maintained in delivery ) + transit time ( at customer level ), falls within the month end date. If not, a block should be applied at PGI and only authorized personnel should be able to release that block.
Also, there will be no check at invoicing VF01 level. Once the PGI blocked is removed, there will be no check on invoicing. The month end date may vary month to month and need to in combination of Sales Org / Plant as mentioned
In addition, the business need an exception report where the information of releasing the block should appear for release date, user id of the responsible person, time sales order no etc. and it should be downloadable.
We can have a custom table to maintain the month end day in given combination.
But I need your expert inputs as-
1-     Can we add this transit period in at customer master data as it is dependent on customer and there are huge no of customers for the sales unit? If not, then how to maintain it; may be a z table?
2-     Based on this logic, what should the code/logic to be written for block at PGI.
3-     How to control the authority check for removing the block.
4-     The source fields for exception report.
Pls revert accordingly.
Many thanks in advance.

Hello,
Please refere the answers to your questions:
1- Can we add this transit period in at customer master data as it is dependent on customer and there are huge no of customers for the sales unit? If not, then how to maintain it; may be a z table?
You can either use some un-used Feild in Customer Master or maintain a Z-Table. I believe maintaining a Z-Table would be easy as you have huge number of Customers. You can also write a dmall program to Pick the Customer-wise transit dates from a excel file & store in Z-Table.
2- Based on this logic, what should the code/logic to be written for block at PGI.
You have explained the requirement well in your thread, you need to explain the same to your ABAPer & Basis person & they would do the needful.
3- How to control the authority check for removing the block.
Basis person would create & assign a Z-Authorization object which the ABAPer would use in his program.
4- The source fields for exception report.
Once you do the above development, your ABAPer will easily pick the required feild in Report as he has already used all the feilds somewhere in his development.
Hope this helps,
Thanks,
Jignesh Mehta

I can't be the only person who has this problem - when a month ends on a Saturday I can't drag events into the next month and instead have to cut and paste - a real pain in the butt. I thought there was something called "scroll" but I can't find that

I can't be the only person who has this problem with iCal- when a month ends on a Saturday I can't drag events into the next month and instead have to cut and paste - a real pain in the butt. I thought there was something called "scroll" but I can't find that.

Yeah that works, but, it involves a click on the event, a click on edit, a click on the date, keystrokes, plus, since you can't see the next month you have to have a calendar in front of you so as to put it to the right date. It's easier just to cut it and advance the month and paste it, once you are in the right month you can move it around helter skelter willy nilly no problems. Although now that you mention it I will try it, maybe it is easier than cut and paste as I don't really care about the date, as long as it gets moved into the right month I can drag it around all I want.

Reversal is only possible after CO month end closing

I am getting the error Reversal is only possible after CO month end closing while doing partial or full confirmation. I had already checked the OKP1 the period is open. Also in MMRV it is fine. Please suggest what could be the reason for this error.
With Regards
Tarun

HI
Yes u are right it is a custom message starting with Z. The message is as below:
Msg.typ Application Area     MsgNo Name of Area of Responsibility Spec.ResAr Number   Numer.
Order        Seq.   OpAc
Message Text
E       Z1                   025                                                  1        1
Reversal is only possible after CO-month end closing !
In detail analysis the only details are
Reversal is only possible after CO-month end closing !
Message no. Z1025
Also when i do the back button the message i am getting is
Error in determining actual costs for order. The detail analysis for the same is
Error in determining actual costs for order 70076492
Message no. RU085
Diagnosis
The actual costs could not be determined correctly due to incorrect or missing data.
System Response
The determination of actual costs is terminated.
However, the confirmation itself can be saved. Error records are written for a subsequent determination of actual costs. Using these error records, the determination of actual costs can be repeated once the original causes of the errors have been removed.
The transaction COFC for reprocessing the determination of actual costs can be found, for example, using the menu options "Logistics -> Production -> Production Control -> Confirmation -> Reprocessing -> Actual Costs."
However, it is not possible to write error records for run schedule headers, QM orders or header confirmations. In this case, the confirmation transaction must be terminated because a subsequent determination of actual costs is not possible.
Procedure
You can find the exact cause of the termination of the determination of actual costs in the error log for actual cost determination.
You can switch the error log on and off using the variable parameters.
With Regards
Tarun
With Regards
Tarun

Got new credit card , updated card detail but adobe said i need to renew subscription ... but my subscription only expires end of nert month .. Ps does not want to open .

got new credit card , updated card detail but adobe said i need to renew subscription ... but my subscription only expires end of nert month .. Ps does not want to open .

Unfortunately, only Adobe customer service can assist you with your issue. These are user forums; you are not addressing Adobe here.
Click on the link below, and after that click on "Still need Help? Contact us."
Then on the next page, click Chat
There is also a phone option. 1 (800) 833-6687
http://helpx.adobe.com/contact.html?step=PHXS_downloading-installing-setting-up_licensing- activation

Settlement of the month end process order KKS1 & C088

Hello all ,
we are trying to settle the variance & upadte WIP for the month end but facing some problems.
When try to Run KKS1 getting the errors for some ordera as
Only remaining var. in version 0 - no target costs for 000001003928.
Should we just ignore these errors & proceed with the settlement which is using Txn CO88.
Also if I run the CO88,I hope it just updates the WIP account so whether there is any high risk of running this transaction.
Any documentaion on CO88 will be helpful & also if you can explain what is reasons for the errors on KKS1 then it will be quite helpful .
Thanks,
AG

Hello All ,
One more question . I have done the variance calculation for my process order via KKS2 but when I run CO88 it does not settle this order . Not sure what is the criteria for order not considered for the settlement.
Order already has the delivered & Techoed status.
Thanks,
AG

Strange memory behaviour using the System.Collections.Hashtable in object reference

Dear all,
Recently I came across a strange memory behaviour when comparing the system.collections.hashtable versus de scripting.dictionary object and thought to analyse it a bit in depth. First I thought I incorrectly destroyed references to the class and
child classes but even when properly destroying them (and even implemented a "SafeObject" with deallocate method) I kept seeing strange memory behaviour.
Hope this will help others when facing strange memory usage BUT I dont have a solution to the problem (yet) suggestions are welcome.
Setting:
I have a parent class that stores data in child classes through the use of a dictionary object. I want to store many differenct items in memory and fetching or alteging them must be as efficient as possible using the dictionary ability of retrieving key
/ value pairs. When the child class (which I store in the dictionary as value) contains another dictionary object memory handeling is as expected where all used memory is release upon the objects leaving scope (or destroyed via code). When I use a system.collection.hashtable
no memory is released at all though apears to have some internal flag that marks it as useable for another system.collection.hashtable object.
I created a small test snippet of code to test this behaviour with (running excel from the Office Plus 2010 version) The snippet contains a module to instantiate the parent class and child classes that will contain the data. One sub will test the Hash functionality
and the other sub will test the dictionary functionality.
Module1
Option Explicit
Sub testHash()
Dim Parent As parent_class
Dim d_Count As Double
'Instantiate parent class
Set Parent = New parent_class
'Create a child using the hash collection object
Parent.AddChildHash "TEST_hash"
Dim d_CycleCount As Double
d_CycleCount = 50000
'Add dummy data records to the child container with x amount of data For d_Count = 0 To d_CycleCount
Parent.ChildContainer("TEST_hash").InsertDataToHash CStr(d_Count), "dummy data"
Next
'Killing the parent when it goes out of scope should kill the childs. (Try it out and watch for the termination debug messages)
'According to documentation and debug messages not really required!
Set Parent.ChildContainer("TEST_hash") = Nothing
'According to documentation not really as we are leaving scope but just to be consistent.. kill the parent!
Set Parent = Nothing
End Sub
Sub testDict()
Dim Parent As parent_class
Dim d_Count As Double
'Instantiate parent class
Set Parent = New parent_class
'Create a child using the dictionary object
Parent.AddChildDict "TEST_dict"
Dim d_CycleCount As Double
d_CycleCount = 50000
'Blow up the memory with x amount of records
Dim s_SheetCycleCount As String
s_SheetCycleCount = ThisWorkbook.Worksheets("ButtonSheet").Range("K2").Value
If IsNumeric(s_SheetCycleCount) Then d_CycleCount = CDbl(s_SheetCycleCount)
'Add dummy data records to the child container
For d_Count = 0 To d_CycleCount
Parent.ChildContainer("TEST_dict").InsertDataToDict CStr(d_Count), "dummy data"
Next
'Killing the parent when it goes out of scope should kill the childs. (Try it out and watch for the termination debug messages)
'According to documentation and debug messages not really required!
Set Parent.ChildContainer("TEST_dict") = Nothing
'According to documentation not really as we are leaving scope but just to be consistent.. kill the parent!
Set Parent = Nothing
End Sub
parent_class:
Option Explicit
Public ChildContainer As Object
Private Counter As Double
Private Sub Class_Initialize()
Debug.Print "Parent initialized"
Set ChildContainer = CreateObject("Scripting.dictionary")
End Sub
Public Sub AddChildHash(ByRef ChildKey As String)
If Not ChildContainer.Exists(ChildKey) Then
Dim TmpChild As child_class_hashtable
Set TmpChild = New child_class_hashtable
ChildContainer.Add ChildKey, TmpChild
Counter = Counter + 1
Set TmpChild = Nothing
End If
End Sub
Public Sub AddChildDict(ByRef ChildKey As String)
If Not ChildContainer.Exists(ChildKey) Then
Dim TmpChild As child_class_dict
Set TmpChild = New child_class_dict
ChildContainer.Add ChildKey, TmpChild
Counter = Counter + 1
Set TmpChild = Nothing
End If
End Sub
Private Sub Class_Terminate()
Debug.Print "Parent being killed, first kill all childs (if there are any left!) - muahaha"
Set ChildContainer = Nothing
Debug.Print "Parent killed"
End Sub
child_class_dict
Option Explicit
Public MemmoryLeakObject As Object
Private Sub Class_Initialize()
Debug.Print "Child using Scripting.Dictionary initialized"
Set MemmoryLeakObject = CreateObject("Scripting.Dictionary")
End Sub
Public Sub InsertDataToDict(ByRef KeyValue As String, ByRef DataValue As String)
If Not MemmoryLeakObject.Exists(KeyValue) Then MemmoryLeakObject.Add KeyValue, DataValue
End Sub
Private Sub Class_Terminate()
Debug.Print "Child using Scripting.Dictionary terminated"
Set MemmoryLeakObject = Nothing
End Sub
child_class_hash:
Option Explicit
Public MemmoryLeakObject As Object
Private Sub Class_Initialize()
Debug.Print "Child using System.Collections.Hashtable initialized"
Set MemmoryLeakObject = CreateObject("System.Collections.Hashtable")
End Sub
Public Sub InsertDataToHash(ByRef KeyValue As String, ByRef DataValue As String)
If Not MemmoryLeakObject.ContainsKey(KeyValue) Then MemmoryLeakObject.Add KeyValue, DataValue
End Sub
Private Sub Class_Terminate()
Debug.Print "Child using System.Collections.Hashtable terminated"
Set MemmoryLeakObject = Nothing
End Sub
Statistics:
TEST: (Chronologically ordered)
1.1 Excel starting memory: 25.324 kb approximately
Max memory usage after hash (500.000 records) 84.352 kb approximately
Memory released: 0 %
1.2 max memory usages after 2nd consequtive hash usage 81.616 kb approximately
"observation:
- memory is released then reused
- less max memory consumed"
1.3 max memory usages after 3rd consequtive hash usage 80.000 kb approximately
"observation:
- memory is released then reused
- less max memory consumed"
1.4 Running the dictionary procedure after any of the hash runs will start from the already allocated memory
In this case from 80000 kb to 147000 kb
Close excel, free up memory and restart excel
2.1 Excel starting memory: 25.324 kb approximately
Max memory usage after dict (500.000 records) 90.000 kb approximately
Memory released: 91,9%
2.2 Excel starting memory 2nd consequtive dict run: 27.552 kb approximately
Max memory usage after dict (500.000 records) 90.000 kb approximately
Memory released: 99,4%
2.3 Excel starting memory 3rd consequtive dict run: 27.712 kb approximately
Max memory usage after dict (500.000 records) 90.000 kb approximately
Memory released:

Hi Cor,
Thank you for going through my post and took the time to reply :) Most apreciated. The issue I am facing is that the memory is not reallocated when using mixed object types and is not behaving the same. I not understand that .net versus the older methods
use memory allocation differently and perhaps using the .net dictionary object (in stead of the scripting.dictionary) may lead to similar behaviour. {Curious to find that out -> put to the to do list of interesting thingies to explore}
I agree that allocated memory is not a bad thing as the blocks are already assigned to the program and therefore should be reallocated with more performance. However the dictionary object versus hashtable perform almost identical (and sometimes even favor
the dictionary object)
The hashtable is clearly the winner when dealing with small sets of data.
The issue arises when I am using the hash table in conjunction with another type, for example a dictionary, I see that the dictionary object's memory is stacked on top of the claimed memory space of the hashtable. It appears that .net memory allocation and
reuse is for .net references only. :) (Or so it seems)
In another example I got with the similar setup, I see that the total used memory is never released or reclaimed and leakage of around 20% allocated memory remains to eventually crash the system with the out of memory message. (This is when another class
calls the parent class that instantiates the child class but thats not the point of the question at hand)
This leakage drove me to investigate and create the example of this post in the first place. For the solution with the class -> parent class -> child class memory leak I switched all to dictionaries and no leakage occurs anymore but nevertheless thought
it may be good to share / ask if anyone else knows more :D (Never to old to learn something new)

Using accrual engine for reversal of month end provisions

Hello everyone,
I am working on a requirement to set up accrual engine for automatic reversal of month end provisions (like electricity expense provision at month end which will be reversed on first day of next month).
I understand that accrual engine is meant for handling accruals and deferrals. But having seen the manual option of FBS1 and F.81, I felt there must be an option in the accrual engine also to handle provisions and their reversal. Also, I saw some comments in this forum that using accrual engine it is possible to automatically reverse the postings.
So I set up a test scenario in sandbox client with basic configuration for Manual Accruals (accrual type, methods, object category, number ranges, account determination)
After that I created an accrual object which automatically created an FI document for the provision entry. So far it is fine and working as expected. Now, for reversing the document, I see two options:
1) Reverse entire accrual run; or
2) Reverse the accrual object.
By reversing the accrual object, I was able to post a reversal FI document. I am not sure whether reversal of entire accrual run is right option since SAP help recommends to use this in case wrong key date was used.
But both options require manual execution for reversal.
Am I missing some other option? Is there any other option/setting in the accrual engine where it is possible to set up automatic reversal of a month end provision? Only if this is not feasible, I would look at other solutions (like FBS1+F.81 or FBS1+background job for F.81).
Any inputs/pointers from the learned members will be highly appreciated.
Thanks in advance,
Raghu

Hello Raghu,
As far as I know, all clients I worked with preferred using "FBS1+background job for F.81" as they found this more flexible (adapt job variant and possible dynamic selection), easy to maintain and well understood by accountants (rather than using accrual type, methods, object category...)
Tamim

Forecast Doubling at Month End

Has anybody run across the anomoly where when a month ends and a new month begins in the same week and the forecast numbers double?
Thanks
Paul

Hi Paul,
You could try out the following in your quality system to try to find out exactly where you have the issue (if not done already):
1) Delete the forecast for one product (or few products) using /sapapo/md74 for all time periods for which you release the forecast from DP to SNP
2) Modify the variant of the job that you use to release the forecast to include only the product (or products) for which you deleted the forecast above (leave all other selection criteria as they are)
3) Run ONLY the forecast release job. It would now release teh forecast only for your selected products.
Now check the forecast data for the above selected products in SNP planning view:
a) If data has not doubled yet in SNP, that would mean that some SNP macro which runs later in a job must be causing the doubling. Focus on the SNP jobs that run after the release, and try to identify the macro.
b) If the data is having this doubling issue already, then try to come out of the SNP planning book. You would see either of the following behaviour:
b1) If system asks you for a save that means that some default macro has run when you entered the planning view, and it's trying to save the data when you exit the view. You can then focus on the default & entry kind of macros available in your planning view.
OR
b2) If system didn't ask you to save, that means data had already changed during release. Then you could focus on enhancements used in release or possible SAP bugs.
Hope this shoudl help.
Thanks - Pawan

Direct Posting of Sales in FI and month end closing

Dear Experts
I learnt that :
Sales Direct Entries may be posted in FI without posting in SD/MM.
Sales entries must always be posted only through SD process. If this is NOT done (for example freight rate received from third party freight forwarders), then only FI people should know how to reconcile and NOT sd people. Hence I recommend posting your query in FI forum after closing this thread.
Regards,
My question is , during month-end closing how should FI or accounting address the above direct posting issues?
Apparently, such practice is not right.
There is no trace of the sales in SD MM. There is no corresponding billing doc in SD MM but found in FI .
How should this situation be handled as best practice?
I am BI person but found this issue with FI data not reconciled with SD MM.
I am not sure how the month-end closing was done when there is such data. Yes, the problem was found AFTER month was closed and I loaded the data to BI.
best regards
Pascal

Dear Sirs
What is the fastest easiest way to find out which FI direct entries were posted without corresponding Sales / Billing documents created ?
Is there any standard report or reports available in oss?
Currently, our other interfacing systems are having problem with data due to direct entries where there is no corresponding Sales / Billing docs posted. This is causing a lot of time investigating what entries caused the reconciliation problem.
Your help would make my life easier.
Thanks!
Regards
Pascal

Strange digital artifacts at the end of each song importing via iTunes

I've tried a few variations on archive searches and wasn't able to find an answer to this: In ripping some of my CD's into iTunes (either Apple Lossless or WAV) I've been getting some very odd, brief digital artifacts at the end of each songs on a CD. This sounds like two or three seconds of an audio tape on fast forward. It only seems to happen on new releases (I cannot think of any older CD's it's occurred on). I just got a copy of Mary Gauthier's new album (great CD by the way) and it happened on that one, for example. I tried ripping it multiple times in Apple Lossless, and WAV (always in iTunes) and each and every time it created files where this strange artifact existed at the end of every song. I play the CD I ripped the files from and the artifact is not there. I have several CD's, most of them recent releases over the past five years, that do the exact same thing. Otherwise everything else functions perfectly an the bulk of my 700+ CD library has imported without a hiccup. Is this some kind of anti-piracy technology...or do I simply have some setting off in my itunes preferences (Error-Correction is on, WAV or Apple Lossless is always set to Automatic, have experimented with importing to startup disk and external disk-same results). The artifacts seem to always sound the same too...they never vary, except that they sound different from song-to-song, but the same if say, the first cut is played over again. They are always 2 seconds plus or minus, and always at the end of a cut (the final 2 seconds or so). They do transfer verbatim to my iPod, and also play via iTunes through my stereo.
Anyone have any clues what this might be?

As a follow up, I went to the Genius Bar for a bowl of Mensa Stew, but only got some tepid broth. Here's what transpired:
The girl I was speaking with suggested that the artifact was the software misinterpreting information between the cuts. It was only a theory. She had not heard of any other incidents to relay. First she suggested I rip as MP3's. I explained that wasn't an option for me. She listened to a few cuts on a CD I'd brought with, or rather the ends of the cuts and confirmed there was a problem with the rip. She went through my settings, and asked if I'd tried it with Error Correction turned off. I explained I hadn't and that I preferred to use it. She suggested attempting to rip one of the cuts with it turned off just to see how it did. We did that and no artifact was there. So her 'solution' was to either leave error-correction turned off always, or turn it off for those problem CD's that produce the artifact (I'd estimate about 5% do on my laptop). This did not explain why it was doing it, nor why my g5 tower, which is running a carbon-copied system with all the same iTunes settings, does not produce the artifact with Error-Correction turned on.
I'd be interested to hear of anyone else who's been having problems importing hi-rez files in iTunes. I know of at least one other instance where the artifact produced (on a MacBook) is dis-similar to mine in that it takes the form of brief electronic beeps moving from channel to channel.
Anyone else?

Asset Under Construction(AUC),During month end settlement run(via KO8G)

Hi Guys ,
please hlep on this AUC :
During month end settlement run (via tcode KO8G), if there are -ve (credit) values to be settled to an Asset Under Construction (AUC) asset which does not have sufficient +ve value in the current FY, the settlement run will prompt an error message "Balance for transaction type group 10 negative for the area 01". The TT posted via the settlement run is TT115. To get around, user has to raise a manual journal (via doc type AT) to post the -ve value to the same AUC asset via TT101. TT 115 and 101 are configured differently (see attached).
Since the Fixed Assets system does accept credit posting to AUC via a journal, is there a solution to make posting go through via the settlement run?
Regards,
Narra

You can settle the AUC value in one period and posting can be made in another period. in the same you can give the different asset value date in KO88 screen. The only limitation is this possible only if the fiscal year is same.
Give the asset value date as 15.07.2007 in KO88
Hope this will work
Radha

Month End Payment Batch

Greetings to All,
In AP, we are looking for concurrent request called: Month End Payment Batch, which is supposed to find any eligible payments to be created.
We are using 11.5.10.2 and can not find this process.
We have checked ML and can not find any notes on this process, but when we search the web, we get alot of hits saying that this process is availabe.
http://it.toolbox.com/wiki/index.php/Period-End_Processing_in_Oracle_Payables_(Release_11i)
"Optionally Run a Month End Payment Batch
By running a month end payment batch, you may arrange a payment for as many due invoices as possible."
Has the process been renamed in 11.5.10.2?
Any help would be greatly appreciated.

Hi
There is no any specific concurrent request to run payment batch or there is no renaming of any process within this version.
You are actually required to follow a series of steps to create your payment batch. You initiate each step from the Payment Batch Actions window, or, for payment batch sets, from the Submit Batch Set window. You can also schedule payment batch sets to automatically submit at regular intervals.
Major steps that are required to create payment batches:
1 Initiate the payment batch by entering criteria for invoices you want to pay. Payables selects invoices and builds the payments; it determines which invoices will be paid on each payment document and lists this information for you on the Preliminary Payment Register.
At any time before formatting, you can optionally modify the payment batch. You can prevent payment to a supplier, prevent payment of a particular invoice, change the invoice amount, or add an invoice that Payables did not originally select.
2 Format payments to have Payables produce an output file.
3 Print checks from the output file, create electronic payments, or deliver the output file to your bank to disburse electronic payments.
4 Confirm the payment batch by recording the document numbers associated with each payment. During this step Payables updates the invoice status to paid and associates a payment number with the invoice and invoice payment. Do not send checks to suppliers before confirming the payment batch.
Payables creates a Final Payment Register which you can review to verify the completed payment batch.
After confirming the payment batch, you can review the Payment Batch Control Report to verify the accounting of the invoices you paid. You can submit this report after every payment batch to compare it with actual payment information. You can also use this report to provide your check signer with comprehensive information about each payment document, eliminating the need to review paper invoices. The
report displays payment, supplier, invoice, and expense information.
You can check the status of a payment batch at any time during the payment batch process by checking the Status field in the Payment Batches window. You can also check the status of payment processes in the Requests window...
Refererence:
online document liabrary:
http://download.oracle.com/docs/cd/A60725_05/html/comnls/us/index.htm
Hope this clarifies
Shanks

What are the year end and month end activities carried in FI?

Hi all,
I am new to FI, what is the steps or the activites/process to be carried out during the month end as well as the year end activities for FI.
Can anyone explain me about it and does sap provide any standard documentation on year end / month end activities.
Thanks
Pooja

Hi Pooja,
Please find the details below
Month end closing Activities
1. All the expenses including amortization, prepaid expenses, Preliminary expenses and accruals have been booked.
2. Complete Bank Reconciliation (T. Code: FF67)
3. Make sure that Sum of Inter Company balances is Zero
4. Suspense Accounts should be cleared regularly.
5. Ensure that all documents related to MM & SD have been entered in system. (T.Code:F-22 & F-43) 6. Ensure that all billing documents are released to accounting.
7. Calculate Overheads on all process Orders (CO43)
8. Technically complete all process orders which are fully processed (CORM).
9. Calculate Variance (KKS1)à (Relevant only if Standard cost is calculated).
10. Settle all process orders which are technically complete (CO88).
11. Close All settled Process Orders
12. Close MM period (Transaction Code: MMPV).
13. Carry out GR/IR clearing (F.13) transaction
14. Depreciation Run (AFAB) has been carried out for the month
15. Close FI Posting period after the month end closing activity is over (T.Code:OB52) Year end
Closing Activities:
1. Calculate production work in progress on process orders which are not technically complete. (CO88).
2. Carry out Assessment cycle for Cost Centers (T. Code: KSUB)
3. All month end closing Activities should be carried out.
4. Carry Forward Balances to next year With TC: F.16 we can carry forward the balance to next year. With TC: OBH2 copy the number ranges to next year Open next year periods by selecting the Posting Period Variant. then test by posting the transaction in F-02)
SAP FI Month End and Year End Activities
1 - Maintain Activity prices - KP26
2 - Release of Standard Cost Estimate - CK40N
3 - MM period close and open - MMPV
4 - FI period open
5 - Parked documents to be posted - FBV0, MIRO
6 - Reposting of Inter Office CC - KB61
7 - Bank Reconciliation
8 - Update Section Code where missing - J1INPP
9 - Maintain GRIR clearing - F.13
10 - Provision for current month - FB50
11 - Depreciation entry - FB50
12 - Exchange rate - To be Updated
13 - Revaluation of foreign currency open items - F.05
14 - Recognition of Inventory at Bonded warehouse - FB50
15 - Maintain Statistical Key Figures - KB31N/KP46
16 - Variance Calculation of Process Orders - KKS1
17 - Settlement of variances - CO88
18 - Assessment cycles - Aux/WH CC to Main CC - KSU5
19 - Assessment cycles - Functional CC to SBU CC - KSU5
20 - Assessment cycles - SBU CC to COPA - KEU5
21 - Profit Center Reposting - 9KE0
22 - Balance Sheet Adjustment calculation - F.5D
23 - Transfer Profit Center to AR & AP - 1KEK
24 - Transfer Inventory to PCA - 1KEH
25 - Assessment Cycle - Dummy PC to SBU PC - 3KE5
26 - Check for u201CDelivery made, not Invoicedu201D - VF03
27 - Match GL and PCA - KE5T
28 - Match PCA and PA
29 - Top Down Distribution in COPA - KE28
30 - Reclassification of GL balances
31 - Balance Carry forward (Year End Only) - F.16
32 - PCA Balance Carry forward (Year End Only) - 2KES
33 - Transfer to FI - 1KE8
Regards,
JA

Strange Oracle Behaviour - only month end or high load periods

Similar Messages

Maybe you are looking for