Separate LUW

Hi,
Can any one tell me weather it is possible to create a separate LUW inside another LUW, wherein if i write commit statement, only the nested LUW should be commited. Please find below explanation of problem:
I have to use a code which updates a 'Z' table inside a user exit. After updation i have to utilise this 'Z' table entries in my code. But if i write commit in the updation code then the whole transaction will be commited, and if i don't write commit, records will not be updated in the table for furthur utilisation. So i thought of writing this updation code in a seperate LUW, where in if i write commit statement only the 'Z' table updation will be commited, rather than the hole transaction. Although i have written to save the updated records in a internal table, and utilise this table for furthur use, but i wan't to know weather it is possible to write a set of code as a seperate LUW inside another LUW.
Thanks in advance.
Zafar Ali
E-mail: [email protected]

Hi zafar,
1. Nested Luw
2. I tried the same thing now, but could not succeed.
3. Whether we use submit, rfc with NONE, or
   anything else,
   it creates another internal session.
  (inside this session, if we use commit,
   it will commit the main session also).
4. I was just wondering why u need to commit
    the nested luw.
5. As u said, this Z table u are updating,
    inside the user exit.
  Main Program-->UserExit--
>backto main program.
6. So, if u update the Z table inside the userexit,
    its records will still be available in the code of main program,  after the user exit is completed, even without commit work.
(bcos the session is same for main program and the user exit)
(even though they may not be physically updated,
  if we seen in another window/session)
regards,
amit m.

Similar Messages

  • Transaction VA01 separate LUW / commit DB when creating in Background PO

    Hi experts,
    I have a request to create a PO for a particular item of a sales document, and for the PO created I need to fill one component and to lock it. I found out that the only way to create for sure a PO is the FM BAPI_ORDER_CREATE. To update the components and to lock it I need a BDC. I did not found any FM which might do something like this.
    The place where I  trigger the creation of PO is user_exit_save_document. My logic is the following: I create the PO with BAPI_ORDER_CREATE in another LUW then trigger commit both with BAPI commit and commit work for this separate LUW, In the same LUW in which I created the PO, after the commit, I call a BDC Function Module that updates the component and locks the PO.
    I observed that the BAPI ORDER CREATE works fine - it always creates me a PO. When running in the next step the BDC FM , it always returns me the message "PO (before created) does not exist". In debug Mode everything works fine, PO is created and also BDC FM does not return me any error.
    It seems to me that when the logic runs in dialog mode all the PO tables are not updated before I run the BDC. As I am openning a separate LUW and I trigger explicitly COMMIT in this separate LUW I was wondering why does not the update of PO tables take place? Is this because the transaction VA01 does not allow any commits for the programms that are called from the transaction? Or what am I missing?
    I did a kind of workaround and I don#t run the BDC only after the batch input is created, but I was wondering why am I wrong.
    Thank you for the support,
    Florin

    Hi
    I suppose the problem is the time taken to run the saving process, this process is still running while your BDC is starting.
    U should use a COMMIT WORK and WAIT in order to be sure the saving process is over before calling the BDC.
    Now I don't understand where you have place the COMMIT for the BAPI
    Max
    P.S.:  BAPI ORDER CREATE doesn't exist in my systen, I have BAPI_PO_CREATE1
    Max
    Edited by: max bianchi on Aug 15, 2011 1:40 PM

  • Potential problems with using a report to run a commit in a separate LUW.

    I am working with a classic Badi within a transaction where I wanted to commit some information to a database before the commit that occurs at the end of the transaction.
    Putting a commit point directly inside the BADI caused problems with cursors that were open inside the transaction, so I researched some and discovered that Report Programs can run in a separate database Logical Unit of Work (LUW).
    I coded my BADI to call a report which does some database work based on input parameters, and then commits this work to the database before returning control back to the calling BADI function.
    Does anyone know of any potential problems from doing this?  It seems like a good way to get around restrictions on the use of commit points inside transactions, but I'm not sure if there could be potential undesired effects from doing this.
    Has anyone tried this before?

    Hi Clay,
    Yes I did it too. We faced some issues with commit when using fm HR_INFOTYPE_OPERATION . We had to enclose it in separate report which only then let us do physical change in DB.
    What is to be noticed here as well is (according to SAP) that DB commit is triggered each time work process is released which happens when:
    - system shows dialog message
    - RFC call is executed
    - new transaction is called
    The above however didn't work for me in couple cases, but using separate SAP LUW solves the problem (as you already read). This happens each time:
    - new report is called (SUBMIT ...),
    - new transaction is called (CALL TRANSACTION ...)
    - new asynchoronus RFC call is executed (CALL FUNCTION...STARTING NEW TASK).
    This approach works fine for cases I met and had to overcome with such solution. So far we didn't face any issues with that. Works perfectly
    Regards
    Marcin

  • Unicode/OO issues with HR_INFOTYPE_OPERATION in separate LUW

    Hi,
    I've created a separate program that uses FM HR_INFOTYPE_OPERATION in order to allow infotype changes while still being in the PAI of a PA30 infotype operation. 
    Because I have so many requirements for infotype changes to be triggered from PA30 like this, I decided to make the program dynamic as opposed to defining individual versions per infotype required.
    I did this by basically putting the FM parameters as the selection screen entries, defining RECORD and SECONDARY_RECORD as strings NO-DISPLAY and then casting the PNNNN structure onto the string contents in the START-OF-SELECTION, like so:
    * Dynamic data object of unknown line type
      CONCATENATE 'P' p_infty INTO lv_pnnnn.
      CREATE DATA gdo_data1 TYPE (lv_pnnnn).
      ASSIGN gdo_data1->* TO <fs_record>.
      <fs_record> = p_record.
    This has worked for me until very recently for some reason.  Now when I submit the program, I get the error "ABAP/4 processor: UC_OBJECTS_NOT_CONVERTIBLE" in the job log at the point when I make the statement:
    <fs_record> = p_record.
    Where p_record is the string.
    In an unicode/OO environment, any idea on how I can submit a PNNNN structured record through the selection screen of a program  that will dynamically reapply it's structure before submitting to HR_INFOTYPE_OPERATION?
    More pointedly, it looks like I'm successfully transferring from PNNNN structure to string, but dumping when I try to transfer from string back to PNNNN structure.  How can I deal with char and num fields when transferring back to the structure without having to do it field by field?
    Many thanks
    null

    I need it to be enabled in this system so it's checked.  Thanks for the suggestion though.

  • Starting a new LUW?

    Hi Guys.
    I'd explain my scenario first.
    I have a common function module which is called by many custom programs.
    Now in this common FM I want to update a database table and commit/rollback it WITHOUT affecting the calling programs's LUW - i.e. if the calling program has updated a database table BEFORE calling the FM, that SHOULD NOT be updated via the DB_COMMIT of my FM - i.e I want the updates inside my FM to be treated as a separate LUW.
    Now I know some immediate responses to achieve this might be SUBMIT and return. Well, I tried that - but on committing inside the submitted program, all database updates till then are getting committed.
    2nd option -> I tried to call my FM in update task - but that does not help because then the FM is dependent on the COMMIT work to be issued by the calling program, but I do not want that.
    3rd option -> I tried to submit a job in background to do the update - even that does not work because JOB_OPEN internally calls a commit work which commits any database updates till then.
    Any clues what can I do, or where I am going wrong?
    Thanks in adv.

    What I can see SAP says about this is
    An implicit or explicit DB commit in the called transaction also updates all the completed inline
    changes of the calling program.
    Conversely
    If you call up transactions with nested calls, each transaction needs its own COMMIT WORK
    because each transaction maps its own SAP LUW.
    The same applies to executable programs that are called using  SUBMIT <program> AND
    RETURN.
    So in order each SAP LUW can process only its updates you should trigger COMMIT WORK explicitly for each of them. This would be case when you i.e. call transaction -> do your updates there -> trigger COMMIT WORK. This should therefore not affect calling program's updates.
    Not sure if all updates have to be done in FM in UPDATE TAKS, similary as described [here|http://help.sap.com/saphelp_nw04/helpdata/en/9f/dbae4135c111d1829f0000e829fbfe/frameset.htm]
    All LUW issues always makes me going crazy too
    Regards
    Marcin

  • ST22 short dump with error DFIF_REPO_SQL_ERROR

    HI, All
    SAP ERP 2004s on windows 2003x64 with SQLserver database.
    Here is ST22 and dev_w0
    20.03.2014                                      Dynamic List Display                                              1
    Runtime Error
    |Date      |Time    |Host      |User  |Client|Keep|Name of runtime error|Exception|Appl. component|Report|No. Sess|
    |20.03.2014|08:48:44|clusterx64|SAPSYS|000  |C  |DBIF_REPO_SQL_ERROR  |        |              |      |1      |
    |20.03.2014|08:18:44|clusterx64|SAPSYS|000  |C  |DBIF_REPO_SQL_ERROR  |        |              |      |1      |
    D:\usr\sap\PRD\DVEBMGS00\work\dev_w0
    trc file: "dev_w0", trc level: 1, release: "640"
    *  ACTIVE TRACE LEVEL          1
    *  ACTIVE TRACE COMPONENTS      all, M
    B
    B Mon Mar 17 13:26:13 2014
    B  create_con (con_name=R/3)
    B  Loading DB library 'D:\usr\sap\PRD\SYS\exe\run\dbmssslib.dll' ...
    B  Library 'D:\usr\sap\PRD\SYS\exe\run\dbmssslib.dll' loaded
    B  Version of 'D:\usr\sap\PRD\SYS\exe\run\dbmssslib.dll' is "640.00", patchlevel (0.405)
    B  New connection 0 created
    M sysno      00
    M sid        PRD
    M systemid  562 (PC with Windows NT)
    M relno      6400
    M patchlevel 0
    M patchno    414
    M intno      20020600
    M make:      multithreaded, Unicode, 64 bit
    M pid        4544
    M
    M  ***LOG Q0Q=> tskh_init, WPStart (Workproc 0 4544) [dpxxdisp.c  1227]
    I  MtxInit: -2 0 0
    M  DpSysAdmExtCreate: ABAP is active
    M  DpShMCreate: sizeof(wp_adm) 58560 (1464)
    M  DpShMCreate: sizeof(tm_adm) 38387184 (19184)
    M  DpShMCreate: sizeof(wp_ca_adm) 24000 (80)
    M  DpShMCreate: sizeof(appc_ca_adm) 8000 (80)
    M  DpShMCreate: sizeof(comm_adm) 1248000 (624)
    M  DpShMCreate: sizeof(vmc_adm) 0 (512)
    M  DpShMCreate: sizeof(wall_adm) (400056/346328/64/192)
    M  DpShMCreate: SHM_DP_ADM_KEY (addr: 000000000B9B0050, size: 40479544)
    M  DpShMCreate: allocated sys_adm at 000000000B9B0050
    M  DpShMCreate: allocated wp_adm at 000000000B9B1C30
    M  DpShMCreate: allocated tm_adm_list at 000000000B9C00F0
    M  DpShMCreate: allocated tm_adm at 000000000B9C0118
    M  DpShMCreate: allocated wp_ca_adm at 000000000DE5BF08
    M  DpShMCreate: allocated appc_ca_adm at 000000000DE61CC8
    M  DpShMCreate: allocated comm_adm_list at 000000000DE63C08
    M  DpShMCreate: allocated comm_adm at 000000000DE63C20
    M  DpShMCreate: allocated vmc_adm_list at 000000000DF94720
    M  DpShMCreate: system runs without vmc_adm
    M  DpShMCreate: allocated ca_info at 000000000DF94748
    M  DpShMCreate: allocated wall_adm at 000000000DF947B8
    M  DpRqQInit: Parameter rdisp/queue_lock_level = 2
    M  ThTaskStatus: rdisp/reset_online_during_debug 0
    X  EmInit: MmSetImplementation( 2 ).
    X  <ES> client 0 initializing ....
    X  Using implementation flat
    M  <EsNT> Memory Reset disabled as NT default
    X  ES initialized.
    M  tskhstart: taskhandler started
    M  tskh_init: initializing DIA work process W0
    M  tskh_init: rdisp/cleanup_after_crash = 1
    M
    M Mon Mar 17 13:26:15 2014
    M  calling db_connect ...
    C  Thread ID:3128
    C  Thank You for using the SLOLEDB-interface
    C  Using dynamic link library 'D:\usr\sap\PRD\SYS\exe\run\dbmssslib.dll'
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  CopyLocalParameters: dbuser is 'prd'
    C  Using Provider SQLNCLI
    C  OpenOledbConnection: MARS property was set successfully.
    C
    C Mon Mar 17 13:26:16 2014
    C  Provider Release:9.00.4035.00
    C  Using Provider SQLNCLI
    C  OpenOledbConnection: MARS property was set successfully.
    C
    C Mon Mar 17 13:26:22 2014
    C  Cache sizes: header 104 bytes, 20000 names (32960000 bytes), 1000 dynamic statements (5752000 bytes), total 38712104 bytes
    C  Using shared procedure name cache SAPPRDX64_PRDPRD_PRD_MEM initialized by another process.
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: prd
    C  pn_id:SAPPRDX64_PRDPRD_PRD
    C  Using MARS (on sql 9.0)
    B  Connection 0 opened (DBSL handle 0)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    M  db_connect o.k.
    M  ICT: exclude compression: *.zip,*.cs,*.rar,*.arj,*.z,*.gz,*.tar,*.lzh,*.cab,*.hqx,*.ace,*.jar,*.ear,*.war,*.css,*.pdf,*.js,*.gzip,*.uue,*.bz2,*.iso,*.sda,*.sar,*.gif,*.png
    I
    I Mon Mar 17 13:26:26 2014
    I  MtxInit: 0 0 0
    M  SHM_PRES_BUF (addr: 0000000016320050, size: 41613000)
    M  SHM_ROLL_AREA (addr: 000007FFC4050050, size: 268435456)
    M  SHM_PAGING_AREA (addr: 0000000018AD0050, size: 134217728)
    M  SHM_ROLL_ADM (addr: 0000000020AE0050, size: 2678942)
    M  SHM_PAGING_ADM (addr: 0000000020D70050, size: 787488)
    M  ThCreateNoBuffer allocated 544152 bytes for 1000 entries at 0000000020E40050
    M  ThCreateNoBuffer index size: 3000 elems
    M  ThCreateNoBuffer: correct_btc_behaviour = 1
    M  ThCreateVBAdm allocated 12176 bytes (50 server) at 0000000020ED0050
    X  EmInit: MmSetImplementation( 2 ).
    X  <ES> client 0 initializing ....
    X  Using implementation flat
    X  ES initialized.
    B  dbntab: NTAB buffers attached
    B  dbntab: Buffer FTAB(hash header)  (addr: 0000000020F700D8, size: 584)
    B  dbntab: Buffer FTAB(anchor array) (addr: 0000000020F70320, size: 6240232)
    B  dbntab: Buffer FTAB(item array)  (addr: 0000000021563B08, size: 24960000)
    B  dbntab: Buffer FTAB(data area)    (addr: 0000000022D31708, size: 128000000)
    B  dbntab: Buffer IREC(hash header)  (addr: 000000002A7500D8, size: 584)
    B  dbntab: Buffer IREC(anchor array) (addr: 000000002A750320, size: 6240232)
    B  dbntab: Buffer IREC(item array)  (addr: 000000002AD43B08, size: 6240000)
    B  dbntab: Buffer IREC(data area)    (addr: 000000002B337208, size: 13312000)
    B  dbntab: Buffer STAB(hash header)  (addr: 000000002BFF00D8, size: 584)
    B  dbntab: Buffer STAB(anchor array) (addr: 000000002BFF0320, size: 6240232)
    B  dbntab: Buffer STAB(item array)  (addr: 000000002C5E3B08, size: 6240000)
    B  dbntab: Buffer STAB(data area)    (addr: 000000002CBD7208, size: 3072000)
    B  dbntab: Buffer TTAB(hash header)  (addr: 00000000350400D8, size: 4744)
    B  dbntab: Buffer TTAB(anchor array) (addr: 0000000035041360, size: 6240232)
    B  dbntab: Buffer TTAB(item array)  (addr: 0000000035634B48, size: 15600000)
    B  dbntab: Buffer TTAB(data area)    (addr: 00000000365154C8, size: 113880000)
    B  db_con_shm_ini:  WP_ID = 0, WP_CNT = 40, CON_ID = -1
    B  dbstat: TABSTAT buffer attached (addr: 000000002CEEEA58)
    B  dbtbxbuf: Buffer TABL  (addr: 000000003D1C0150, size: 263640000, end: 000000004CD2D510)
    B  dbtbxbuf: Buffer TABLP (addr: 000000002E780150, size: 61440000, end: 0000000032218150)
    B  dbexpbuf: Buffer EIBUF (addr: 000000004CD30158, size: 122880000, end: 0000000054260158)
    B  dbexpbuf: Buffer ESM  (addr: 0000000032230158, size: 4194304, end: 0000000032630158)
    B  dbexpbuf: Buffer CUA  (addr: 0000000054270158, size: 30720000, end: 0000000055FBC158)
    B  dbexpbuf: Buffer OTR  (addr: 0000000032640158, size: 4194304, end: 0000000032A40158)
    B  dbcalbuf: Buffer CALE  (addr: 0000000032A50050, size: 500000, end: 0000000032ACA170)
    M  rdisp/reinitialize_code_page -> 0
    M  icm/accept_remote_trace_level -> 0
    M  rdisp/no_hooks_for_sqlbreak -> 0
    M  rdisp/hold_keeps_time_slice -> 0
    M  CCMS: AlInitGlobals : alert/use_sema_lock = TRUE.
    G  RelWritePermissionForShm( pLocation = 120, pEnforce = 0 )
    G  GetWritePermissionForShm( pLocation =  99, pEnforce = 1 )
    G  RelWritePermissionForShm( pLocation = 100, pEnforce = 1 )
    S  *** init spool environment
    S  TSPEVJOB updates outside critical section: event_update_nocsec = 1
    S  initialize debug system
    T  Stack direction is downwards.
    T  debug control: prepare exclude for printer trace
    T  new memory block 0000000010E29190
    S  spool kernel/ddic check: Ok
    S  using table TSP02FX for frontend printing
    S  3 spool work process(es) found
    S  frontend print via spool service enabled
    S  printer list size is 150
    S  printer type list size is 50
    S  queue size (profile)  = 300
    S  hostspool list size = 3000
    S  option list size is 30
    S      found processing queue enabled
    S  found spool memory service RSPO-RCLOCKS at 00000000331C00C0
    S  doing lock recovery
    S  setting server cache root
    S  found spool memory service RSPO-SERVERCACHE at 00000000331C0C58
    S    using messages for server info
    S  size of spec char cache entry: 297032 bytes (timeout 100 sec)
    S  size of open spool request entry: 2512 bytes
    S  immediate print option for implicitely closed spool requests is disabled
    A
    A  ---PXA-------------------------------------------
    A  PXA INITIALIZATION
    A  System page size: 4kb, total admin_size: 50852kb, dir_size: 25348kb.
    A  Attached to PXA (address 000007FFD4080050, size 720000K, 2 fragments of 334576K )
    A  abap/pxa = shared protect gen_remote
    A  PXA INITIALIZATION FINISHED
    A  ---PXA-------------------------------------------
    A
    A  ABAP ShmAdm attached (addr=000007FF26F71000 leng=20955136 end=000007FF2836D000)
    A  >> Shm MMADM area (addr=000007FF2741D070 leng=246976 end=000007FF27459530)
    A  >> Shm MMDAT area (addr=000007FF2745A000 leng=15806464 end=000007FF2836D000)
    A  RFC Destination> destination clusterx64_PRD_00 host clusterx64 system PRD systnr 0 (clusterx64_PRD_00)
    A  RFC Options> H=clusterx64,S=00,d=2
    A  RFC FRFC> fallback activ but this is not a central instance.
    A  
    A  RFC rfc/signon_error_log = -1
    A  RFC rfc/dump_connection_info = 0
    A  RFC rfc/dump_client_info = 0
    A  RFC rfc/cp_convert/ignore_error = 1
    A  RFC rfc/cp_convert/conversion_char = 23
    A  RFC rfc/wan_compress/threshold = 251
    A  RFC rfc/recorder_pcs not set, use defaule value: 2
    A  RFC rfc/delta_trc_level not set, use default value: 0
    A  RFC rfc/no_uuid_check not set, use default value: 0
    A  RFC abap/SIGCHILD_default not set, use default value: 0
    A  RFC rfc/bc_ignore_thcmaccp_retcode not set, use default value: 0
    A  RFC Method> initialize RemObjDriver for ABAP Objects
    M  ThrCreateShObjects allocated 83148 bytes at 0000000033330050
    Y  dyWpInit
    Y    ztta/dynpro_ara 800000
    Y    ztta/cua_ara    360000
    Y    ztta/diag_ara  250000
    N  SsfSapSecin: putenv(SECUDIR=D:\usr\sap\PRD\DVEBMGS00\sec): ok
    N
    N  =================================================
    N  === SSF INITIALIZATION:
    N  ===...SSF Security Toolkit name SAPSECULIB .
    N  ===...SSF trace level is 0 .
    N  ===...SSF library is D:\usr\sap\PRD\SYS\exe\run\sapsecu.dll .
    N  ===...SSF hash algorithm is SHA1 .
    N  ===...SSF symmetric encryption algorithm is DES-CBC .
    N  ===...sucessfully completed.
    N  =================================================
    N  MskiInitLogonTicketCacheHandle: Logon Ticket cache pointer retrieved from shared memory.
    N  MskiInitLogonTicketCacheHandle: Workprocess runs with Logon Ticket cache.
    W  =================================================
    W  === ipl_Init() called
    B    dbtran INFO (init_connection '<DEFAULT>' [MSSQL:640.00]):
    B    max_blocking_factor =  50,  max_in_blocking_factor      = 255,
    B    min_blocking_factor =  5,  min_in_blocking_factor      =  10,
    B    prefer_union_all    =  1,  prefer_union_for_select_all =  0,
    B    prefer_fix_blocking =  0,  prefer_in_itab_opt          =  0,
    B    convert AVG        =  1,  alias table FUPD            =  0,
    B    escape_as_literal  =  0,  opt GE LE to BETWEEN        =  0,
    B    select *            =0x00,  character encoding          = STD / []:X,
    B    use_hints          = abap->1, dbif->0x1, upto->0, rule_in->0,
    B                          rule_fae->0, concat_fae->0, concat_fae_or->0,
    B    join_conforms_iso  =  1
    W    ITS Plugin: Path dw_gui
    W    ITS Plugin: Description ITS Plugin - ITS rendering DLL
    W    ITS Plugin: sizeof(SAP_UC) 2
    W    ITS Plugin: Release: 640, [6400.0.414.20020600]
    W    ITS Plugin: Int.version, [32]
    W    ITS Plugin: Feature set: [29]
    W    ===... Calling itsp_Init in external dll ===>
    W  === ipl_Init() returns 0, ITSPE_OK: OK
    W  =================================================
    E  Enqueue Info: rdisp/wp_no_enq=1, rdisp/enqname=<empty>, assume clusterx64_PRD_00
    E  Profile-Parameter: enque/sync_dequeall = 0
    E  Replication is disabled
    E  EnqCcInitialize: local lock table initialization o.k.
    E  EnqId_SuppressIpc: local EnqId initialization o.k.
    E  EnqCcInitialize: local enqueue client init o.k.
    S
    S Mon Mar 17 13:26:31 2014
    S  server @>SSRV:clusterx64_PRD_00@< appears or changes (state 1)
    S  server @>SSRV:clusterx64_PRD_00@< appears or changes (state 1)
    B
    B Mon Mar 17 13:26:34 2014
    B  table logging switched off for all clients
    N
    N Mon Mar 17 13:26:44 2014
    N  login/password_change_for_SSO : 1 -> 1
    M  SecAudit(RsauShmInit): WP attached to existing shared memory.
    M  SecAudit(RsauShmInit): addr of SCSA........... = 0000000005990050
    M  SecAudit(RsauShmInit): addr of RSAUSHM........ = 00000000059907B8
    M  SecAudit(RsauShmInit): addr of RSAUSLOTINFO... = 00000000059907F0
    M  SecAudit(RsauShmInit): addr of RSAUSLOTS...... = 00000000059907FC
    M  SecAudit(check_daily_file): audit file opened D:\usr\sap\PRD\DVEBMGS00\log\20140317000001.AUD
    D
    D Mon Mar 17 13:26:51 2014
    D  GuiStatus: table test
    D  GuiStatus set generate inline  >20140317132651<
    D  GuiStatus clear generate inline  >20140317132651<
    B
    B Mon Mar 17 13:27:00 2014
    B  dbmyclu : info : my major identification is 3232240218, minor one 0.
    B  dbmyclu : info : Time Reference is 1.12.2001 00:00:00h GMT.
    B  dbmyclu : info : my uuid is C8157D392BFA064AAC992593949203BE.
    B  dbmyclu : info : current optimistic cluster level: 3
    B  dbmyclu : info : pessimistic reads set to 2.
    G
    G Mon Mar 17 13:27:03 2014
    G  GetWritePermissionForShm( pLocation = 283, pEnforce = 0 )
    G
    G Mon Mar 17 13:27:04 2014
    G  RelWritePermissionForShm( pLocation = 277, pEnforce = 0 )
    G  GetWritePermissionForShm( pLocation = 281, pEnforce = 0 )
    G  RelWritePermissionForShm( pLocation = 277, pEnforce = 0 )
    M  ThEMsgArrived: sysmsg_for_rfc = 0
    G
    G Mon Mar 17 13:27:18 2014
    G  GetWritePermissionForShm( pLocation = 281, pEnforce = 0 )
    G  RelWritePermissionForShm( pLocation = 277, pEnforce = 0 )
    A
    A Mon Mar 17 13:31:19 2014
    A  ***ATRA: session closed by other process
    D
    D Mon Mar 17 13:35:06 2014
    D  GuiStatus generation SAPLSUU5 is not running
    Y  go to separate LUW generation ===> 20140317133506
    Y    GuiStatus generate texts: SAPLSUU5 M
    Y  return from separate LUW <=== WP: 1 th_rc=0 OK
    G
    G Mon Mar 17 13:35:16 2014
    G  GetWritePermissionForShm( pLocation = 281, pEnforce = 0 )
    G  RelWritePermissionForShm( pLocation = 277, pEnforce = 0 )
    M
    M Mon Mar 17 13:40:02 2014
    M  ThIUsrDel: th_rollback_usrdelentry = 1
    A
    A Mon Mar 17 13:44:07 2014
    A  ***ATRA: session closed by other process
    B
    B Mon Mar 17 13:46:35 2014
    B  create_con (con_name=++DBO++0020)
    B  New connection 1 created
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 1 opened (DBSL handle 1)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000001 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    S
    S Mon Mar 17 13:51:33 2014
    S  found spool memory service RSPO-ACTIONS at 00000000331C9090
    D
    D Mon Mar 17 14:05:56 2014
    D  GuiStatus generation RSSTAT26 is not running
    Y  go to separate LUW generation ===> 20140317140556
    Y    GuiStatus generate: RSSTAT26 SELECT            
    Y
    Y Mon Mar 17 14:05:57 2014
    Y  return from separate LUW <=== WP: 2 th_rc=0 OK
    Y  go to separate LUW generation ===> 20140317140557
    Y    GuiStatus generate texts: RSSTAT26 E
    Y  return from separate LUW <=== WP: 1 th_rc=0 OK
    D
    D Mon Mar 17 14:06:11 2014
    D  GuiStatus generation RSSTAT50 is not running
    Y  go to separate LUW generation ===> 20140317140611
    Y    GuiStatus generate: RSSTAT50 0010              
    Y
    Y Mon Mar 17 14:06:12 2014
    Y  return from separate LUW <=== WP: 1 th_rc=0 OK
    Y  go to separate LUW generation ===> 20140317140612
    Y    GuiStatus generate texts: RSSTAT50 E
    Y  return from separate LUW <=== WP: 1 th_rc=0 OK
    Y
    Y Mon Mar 17 14:07:10 2014
    Y
    Y  ===> running separate LUW generation: 20140317140710
    Y    ===> requesting WP: 1
    Y    GuiStatus generate: SAPMSRD0 MAIN_NEW          
    D  GuiStatus generate status prog >SAPMSRD0< status >MAIN_NEW<  >20140317140710<
    D  GuiStatus set generate inline  >20140317140710<
    D  GuiStatus clear generate inline  >20140317140710<
    Y
    Y  ===> running separate LUW generation: 20140317140710
    Y    ===> requesting WP: 1
    Y    GuiStatus generate texts: SAPMSRD0 E
    D  GuiStatus generate texts prog >SAPMSRD0<  >20140317140710<
    D  GuiStatus set generate inline  >20140317140710<
    D  GuiStatus clear generate inline  >20140317140710<
    Y
    Y Mon Mar 17 14:23:12 2014
    Y
    Y  ===> running separate LUW generation: 20140317142312
    Y    ===> requesting WP: 1
    Y    GuiStatus generate: RSMSSDBPAHI 0100              
    D  GuiStatus generate status prog >RSMSSDBPAHI< status >0100<  >20140317142312<
    D  GuiStatus set generate inline  >20140317142312<
    D  GuiStatus clear generate inline  >20140317142312<
    B
    B Mon Mar 17 14:31:34 2014
    B  create_con (con_name=++DBO++0020)
    B  New connection 2 created
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      YES NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000016 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000017 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 143134 SAPPRDX64                  
    B
    B Mon Mar 17 14:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,17,2}
    B
    B Mon Mar 17 15:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000030 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000031 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 153136 SAPPRDX64                  
    B
    B Mon Mar 17 15:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,31,2}
    B
    B Mon Mar 17 16:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C
    C Mon Mar 17 16:31:37 2014
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000044 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000045 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 163136 SAPPRDX64                  
    B
    B Mon Mar 17 16:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,45,2}
    B
    B Mon Mar 17 17:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000058 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000059 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 173136 SAPPRDX64                  
    B
    B Mon Mar 17 17:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,59,2}
    B
    B Mon Mar 17 18:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000072 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000073 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 183136 SAPPRDX64                  
    B
    B Mon Mar 17 18:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,73,2}
    B
    B Mon Mar 17 19:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000086 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000087 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 193136 SAPPRDX64                  
    B
    B Mon Mar 17 19:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,87,2}
    B
    B Mon Mar 17 20:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000100 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000101 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 203136 SAPPRDX64                  
    B
    B Mon Mar 17 20:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,101,2}
    B
    B Mon Mar 17 21:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000116 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000117 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 213136 SAPPRDX64                  
    B
    B Mon Mar 17 21:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,117,2}
    B
    B Mon Mar 17 22:31:37 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000130 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000131 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 223137 SAPPRDX64                  
    B
    B Mon Mar 17 22:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,131,2}
    B
    B Mon Mar 17 23:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000144 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000145 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140317 233136 SAPPRDX64                  
    B
    B Mon Mar 17 23:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,145,2}
    M
    M Tue Mar 18 00:01:33 2014
    M  SecAudit(check_daily_file): audit file closed D:\usr\sap\PRD\DVEBMGS00\log\20140317000001.AUD
    M  SecAudit(check_daily_file): audit file opened D:\usr\sap\PRD\DVEBMGS00\log\20140318000001.AUD
    B
    B Tue Mar 18 00:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000158 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000159 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 003136 SAPPRDX64                  
    B
    B Tue Mar 18 00:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,159,2}
    B
    B Tue Mar 18 01:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000172 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000173 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 013136 SAPPRDX64                  
    B
    B Tue Mar 18 01:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,173,2}
    B
    B Tue Mar 18 02:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000186 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000187 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 023136 SAPPRDX64                  
    B
    B Tue Mar 18 02:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,187,2}
    B
    B Tue Mar 18 03:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000200 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000201 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 033136 SAPPRDX64                  
    B
    B Tue Mar 18 03:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,201,2}
    B
    B Tue Mar 18 04:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000214 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000215 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 043136 SAPPRDX64                  
    B
    B Tue Mar 18 04:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,215,2}
    B
    B Tue Mar 18 05:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000230 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000231 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 053136 SAPPRDX64                  
    B
    B Tue Mar 18 05:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,231,2}
    B
    B Tue Mar 18 06:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000244 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000245 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 063136 SAPPRDX64                  
    B
    B Tue Mar 18 06:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,245,2}
    B
    B Tue Mar 18 07:31:36 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000258 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000259 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 073136 SAPPRDX64                  
    B
    B Tue Mar 18 07:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,259,2}
    B
    B Tue Mar 18 08:31:41 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140317 132615 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000272 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000273 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 083141 SAPPRDX64                  
    B
    B Tue Mar 18 08:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,273,2}
    C  RpcExec: line 12553. hr: 0x80004005 Communication link failure
    C  sloledb.cpp [RpcExec,line 12553]: Error/Message: (err 10054, sev 0), Communication link failure
    C  Procname: [Y3R40000001F9FG0332RSEUMODut01i1o211ns]
    C  sloledb.cpp [RpcExec,line 12553]: Error/Message: (err 10054, sev 0), TCP Provider: An existing connection was forcibly closed by the remote host.
    C  Procname: [Y3R40000001F9FG0332RSEUMODut01i1o211ns]
    C  RpcExec failed.  HR 80004005 DBSL retcode 99. proc: [Y3R40000001F9FG0332RSEUMODut01i1o211ns]
    C  Conn_i:1 selection:1 singleton:1 flag_fupd:0 use_cursor:0 chksum:1128862
    C  DbSlRead - Error 99 (dbcode 10054) on open
    C  DbSlRead - <Y3R40000001F9FG0332RSEUMODut01i1o211ns>
    C  DbSlRead - Error 99 (dbcode 10054) on fetch
    C  DbSlRead - <Y3R40000001F9FG0332RSEUMODut01i1o211ns>
    C  SET_EC p->msgno 10054 p->severity 0
    C  dbca_p->errclass set to DBSL_EC_RESTART
    B  ***LOG BYM=> severe DB error 10054    ; work process in reconnect status [dbsh#4 @ 1127] [dbsh    1127 ]
    B  ***LOG BY4=> sql error 10054  performing SEL on table RSEUMOD    [dbtrtab#5 @ 3988] [dbtrtab 3988 ]
    B  ***LOG BY0=> [10054] TCP Provider: An existing connection was forcibly closed by the remote host.
    [10054] Communication link failure [dbtrtab#5 @ 3988] [dbtrtab 3988 ]
    B  *** ERROR => missing return code handler
    abdebug#?[17989] does not handle return code 1 from dbcrtab#6[1596]
    ==> calling sap_dext to abort transaction
    [dbeh.c      84]
    C  RpcExec: line 12553. hr: 0x80004005 Communication link failure
    C  sloledb.cpp [RpcExec,line 12553]: Error/Message: (err 10054, sev 0), Communication link failure
    C  Procname: [Y3R40000001F1CN2138T100ut01i3o4ns]
    C  sloledb.cpp [RpcExec,line 12553]: Error/Message: (err 10054, sev 0), TCP Provider: An existing connection was forcibly closed by the remote host.
    C  Procname: [Y3R40000001F1CN2138T100ut01i3o4ns]
    C  RpcExec failed.  HR 80004005 DBSL retcode 99. proc: [Y3R40000001F1CN2138T100ut01i3o4ns]
    C  Conn_i:1 selection:1 singleton:1 flag_fupd:0 use_cursor:0 chksum:1112522
    C  DbSlRead - Error 99 (dbcode 10054) on open
    C  DbSlRead - <Y3R40000001F1CN2138T100ut01i3o4ns>
    C  DbSlRead - Error 99 (dbcode 10054) on fetch
    C  DbSlRead - <Y3R40000001F1CN2138T100ut01i3o4ns>
    C  SET_EC p->msgno 10054 p->severity 0
    C  dbca_p->errclass set to DBSL_EC_RESTART
    B  ***LOG BYM=> severe DB error 10054    ; work process in reconnect status [dbsh#4 @ 1127] [dbsh    1127 ]
    B  ***LOG BY4=> sql error 10054  performing SEL on table T100      [dbtrtab#5 @ 3988] [dbtrtab 3988 ]
    B  ***LOG BY0=> [10054] TCP Provider: An existing connection was forcibly closed by the remote host.
    [10054] Communication link failure [dbtrtab#5 @ 3988] [dbtrtab 3988 ]
    C  RpcExec: line 12553. hr: 0x80004005 Communication link failure
    C  sloledb.cpp [RpcExec,line 12553]: Error/Message: (err 10054, sev 0), Communication link failure
    C  Procname: [Y3R40000001F1CN2138T100ut01i3o4ns]
    C  sloledb.cpp [RpcExec,line 12553]: Error/Message: (err 10054, sev 0), TCP Provider: An existing connection was forcibly closed by the remote host.
    C  Procname: [Y3R40000001F1CN2138T100ut01i3o4ns]
    C  RpcExec failed.  HR 80004005 DBSL retcode 99. proc: [Y3R40000001F1CN2138T100ut01i3o4ns]
    C  Conn_i:1 selection:1 singleton:1 flag_fupd:0 use_cursor:0 chksum:1112522
    C  DbSlRead - Error 99 (dbcode 10054) on open
    C  DbSlRead - <Y3R40000001F1CN2138T100ut01i3o4ns>
    C  DbSlRead - Error 99 (dbcode 10054) on fetch
    C  DbSlRead - <Y3R40000001F1CN2138T100ut01i3o4ns>
    C  SET_EC p->msgno 10054 p->severity 0
    C  dbca_p->errclass set to DBSL_EC_RESTART
    B  ***LOG BYM=> severe DB error 10054    ; work process in reconnect status [dbsh#4 @ 1127] [dbsh    1127 ]
    B  ***LOG BY4=> sql error 10054  performing SEL on table T100      [dbtrtab#5 @ 3988] [dbtrtab 3988 ]
    B  ***LOG BY0=> [10054] TCP Provider: An existing connection was forcibly closed by the remote host.
    [10054] Communication link failure [dbtrtab#5 @ 3988] [dbtrtab 3988 ]
    C  TestConnection: line 7344. hr: 0x80004005 Unable to open a logical session
    C  sloledb.cpp [TestConnection,line 7344]: Error/Message: (err 10054, sev 0), Unable to open a logical session
    C  Procname: [TestConnection - no proc]
    C  sloledb.cpp [TestConnection,line 7344]: Error/Message: (err 10054, sev 0), TCP Provider: An existing connection was forcibly closed by the remote host.
    C  Procname: [TestConnection - no proc]
    C  Rollback: TestConnection(0) failed with dbcode 10054
    C  TestConnection: line 7344. hr: 0x80004005 Unable to open a logical session
    C  sloledb.cpp [TestConnection,line 7344]: Error/Message: (err 10054, sev 0), Unable to open a logical session
    C  Procname: [TestConnection - no proc]
    C  sloledb.cpp [TestConnection,line 7344]: Error/Message: (err 10054, sev 0), TCP Provider: An existing connection was forcibly closed by the remote host.
    C  Procname: [TestConnection - no proc]
    C  Rollback: TestConnection(1) failed with dbcode 10054
    C  SET_EC p->msgno 10054 p->severity 0
    C  dbca_p->errclass set to DBSL_EC_RESTART
    B  ***LOG BYM=> severe DB error 10054    ; work process in reconnect status [dbsh#4 @ 1127] [dbsh    1127 ]
    B  Reconnect state is entered by connection:
    B  000: name = R/3, con_id = 000000000, state = ACTIVE      , tx = NO , hc = NO , perm = YES,
    B      reco = YES, frco = NO , 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  RECONNECT: rsdb/reco_trials: 3
    B  RECONNECT: rsdb/reco_sleep_time: 5
    B  RECONNECT: rsdb/reco_sync_all_server: OFF
    B  db_con_reconnect: reconnecting to connection 0:
    B  000: name = R/3, con_id = 000000000, state = INACTIVE    , tx = NO , hc = NO , perm = YES,
    B      reco = YES, frco = NO , timeout = 000, con_max = 255, con_opt = 255, occ = NO
    B  disconnecting from connection 0 ...
    B  disconnected from connection 0
    B  opening connection 0 ...
    C  Thread ID:3128
    C  Thank You for using the SLOLEDB-interface
    C  Using dynamic link library 'D:\usr\sap\PRD\SYS\exe\run\dbmssslib.dll'
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  CopyLocalParameters: dbuser is 'prd'
    C  Using Provider SQLNCLI
    C  OpenOledbConnection: MARS property was set successfully.
    C  Provider Release:9.00.4035.00
    C  Using Provider SQLNCLI
    C  OpenOledbConnection: MARS property was set successfully.
    C  Cache sizes: header 104 bytes, 20000 names (32960000 bytes), 1000 dynamic statements (5752000 bytes), total 38712104 bytes
    C  Using shared procedure name cache SAPPRDX64_PRDPRD_PRD_MEM initialized by another process.
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: prd
    C  pn_id:SAPPRDX64_PRDPRD_PRD
    C  Using MARS (on sql 9.0)
    B  Connection 0 opened (DBSL handle 0)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140318 085133 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000279 INACTIVE    NO  NO  NO  NO  NO  003 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000273 DISCONNECTED NO  NO  NO  NO  NO  000 255 255 20140318 085133 SAPPRDX64                  
    B  successfully reconnected to connection 0
    B  ***LOG BYY=> work process left reconnect status [dblink#6 @ 732] [dblink  0732 ]
    B
    B Tue Mar 18 09:31:35 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C
    C Tue Mar 18 09:31:36 2014
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140318 085133 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000286 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000287 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 093135 SAPPRDX64                  
    B
    B Tue Mar 18 09:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,287,2}
    B
    B Tue Mar 18 10:31:35 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO  NO  000 255 255 20140318 085133 SAPPRDX64                  
    B  000 001 ++DBO++0020                    000000300 ACTIVE      YES NO  NO  NO  NO  004 255 255 20140317 134635 SAPPRDX64                  
    B  000 002 ++DBO++0020                    000000301 ACTIVE      NO  NO  NO  NO  NO  004 255 255 20140318 103135 SAPPRDX64                  
    B
    B Tue Mar 18 10:51:33 2014
    B  Disconnected from connection con_da={++DBO++0020,301,2}
    B
    B Tue Mar 18 11:31:35 2014
    B  Connect to ++DBO++0020 as  with MSSQL_SERVER=SAPPRDX64 MSSQL_DBNAME=PRD OBJECT_SOURCE=prd
    C  Thread ID:3128
    C  dbmssslib.dll patch info
    C    patchlevel  0
    C    patchno      405
    C    patchcomment Poor performance with isolation level read committed (1721164)
    C  Network connection used from SAPPRD2X64 to SAPPRDX64 using tcp:SAPPRDX64
    C  Connected to db server : [SAPPRDX64] server_used : [tcp:SAPPRDX64], dbname: PRD, dbuser: dbo
    C  pn_id:SAPPRDX64_PRD_PRD
    B  Connection 2 opened (DBSL handle 2)
    B  Wp  Hdl ConName                        ConId    ConState    TX  HC  PRM RCT FRC TIM MAX OPT Date    Time  DBHost                      
    B  000 000 R/3                            000000000 ACTIVE      NO  NO  YES NO 

    Hi All,
    We need to activate 0SR_DEFCUR currency object. I have activated the object and transported. Issue is resolved.
    Thanks to all for your kind replied.
    Regards,
    Don

  • RFC Failure: Processing Repairable Materials: BAPI_ALM_ORDER_MAINTAIN

    Hello,
    We are using a Function Module BAPI_ALM_ORDER_MAINTAIN Process Maintenance-/Service Order with in
    custom RFC for "Autocreate repair order" and Executes in a separate LUW,
    called in the User Exit EXIT_SAPLMBMB_001 (Customer Function Exit in the Case of Updating a Material Document),
    in the Function Module MB_POST_DOCUMENT.
    We are getting the Short Dump with RFC as Connection Closed no data, where as the Destination is NONE.
    And the respective data is locked, while de-bugging no dump is resulted, seems like before getting the connection closed data is passed to the RFC, but here Destination is NONE,

    Hello,
    Please find the following Code.
    function Z_PM_0491_REPAIR_ORDER.
    ""Local Interface:
    *"  IMPORTING
    *"     VALUE(T_MSEG) TYPE  CCRCTT_MSEG
    *"     VALUE(T_MKPF) TYPE  CCRCTT_MKPF
    *"  EXCEPTIONS
    *"      PROBLEM
    Description: Autocreate repair order                       *
    Get plant value
      loop at t_mseg into lw_mseg.
      Check if udd is active
        refresh lt_dev.
        call function 'Z_PM_XXXX_DEV_GET_PARAMETERS'
        exporting
          i_udd     = lc_udd_0491
          i_werks   = lw_mseg-werks
        importing
          e_dev     = lt_dev
        exceptions
          not_found = 1
          others    = 2.
        check sy-subrc eq 0 and not lt_dev[] is initial.
      Only for movement type 261
        read table lt_dev into lw_dev index 1.
        check lw_mseg-bwart = lw_dev-zzparameter1(3).
      Check if material is repairable
        move lw_mseg-matnr to lv_objek.
        call function 'CLAF_CLASSIFICATION_OF_OBJECTS'
            EXPORTING
              classtype          = lc_class_001
              object             = lv_objek
              inherited_char     = lc_x
            TABLES
              t_class            = lt_class[]
              t_objectdata       = lt_value_class[]
            EXCEPTIONS
              no_classification  = 1
              no_classtypes      = 2
              invalid_class_type = 3
              OTHERS             = 4.
        if sy-subrc eq 0.
          read table lt_value_class into lw_value with key atnam = lc_ypm_repairable.
          if sy-subrc eq 0.
            if lw_value-ausp1 eq lc_repairable.
            Material is repairable -> get PM order data
              CALL FUNCTION 'BAPI_ALM_ORDER_GET_DETAIL'
                EXPORTING
                  NUMBER                 = lw_mseg-aufnr
                IMPORTING
                  ES_HEADER              = lw_pheader
                TABLES
                  RETURN                 = lt_bapiret2.
            Continue if data read successfully
              read table lt_bapiret2 with key type = lc_e.
              check sy-subrc ne 0.
            Refresh all tables
              clear: lw_methods, lw_header, lw_operation, lw_component, lw_extension_in.
              refresh: lt_methods, lt_header, lt_operation, lt_extension_in, lt_component, lt_return, lt_numbers.
            Prepare data for suborder creation
            Append following info in the IT_METHODS
              lw_methods-refnumber = 1.
              lw_methods-objecttype = 'HEADER'.
              lw_methods-method = lc_create.
              lw_methods-objectkey = lc_objectkey.
              append lw_methods TO lt_methods.
              lw_methods-refnumber = 1.
              lw_methods-objecttype = 'OPERATION'.
              lw_methods-method = lc_create.
              lw_methods-objectkey = lc_objectkey.
              append lw_methods TO lt_methods.
            We will create a component
              lw_methods-refnumber = 1.
              lw_methods-objecttype = 'COMPONENT'.
              lw_methods-method = lc_create.
              lw_methods-objectkey = lc_objectkey.
              append lw_methods TO lt_methods.
              lw_methods-refnumber = 1.
              lw_methods-objecttype = space.
              lw_methods-method = lc_save_method.
              lw_methods-objectkey = lc_objectkey.
              append lw_methods TO lt_methods.
            Specify header information in IT_HEADER
              lw_header-orderid = lc_orderid.
              lw_header-order_type = lw_pheader-order_type.
              lw_header-planplant = lw_pheader-planplant.
              lw_header-mn_wk_ctr = lw_pheader-mn_wk_ctr.
              lw_header-plant = lw_pheader-planplant.
              lw_header-pmacttype = lc_rev.
              lw_header-funct_loc = lw_pheader-funct_loc.
              lw_header-equipment = lw_pheader-equipment.
              lw_header-priority = lc_3.
              lw_header-start_date = sy-datum.
              lw_header-finish_date = sy-datum + lc_30.
              lw_header-short_text = lw_mseg-matnr.
              shift lw_header-short_text left deleting leading lc_0.
              concatenate lc_repairof lw_header-short_text into lw_header-short_text separated by space.
              lw_header-assembly = lw_mseg-matnr.
              append lw_header to lt_header.
            Update IT_OPERATION
              lw_operation-activity = lc_0010.
              lw_operation-control_key = lc_ypm1.
              lw_operation-plant = lw_pheader-maintplant.
              lw_operation-assembly = lw_mseg-matnr.
              lw_operation-work_cntr = lw_pheader-mn_wk_ctr.
              lw_operation-description = lw_header-short_text.
              append lw_operation to lt_operation.
            Update component in IT_COMPONENT
              lw_component-material = lw_mseg-matnr.
              lw_component-plant = lw_pheader-maintplant.
              lw_component-stge_loc = lw_mseg-lgort.
              lw_component-activity = lc_0010.
              lw_component-item_cat = lc_l.
              lw_component-requirement_quantity = - lw_mseg-menge.
              lw_component-requirement_quantity_unit = lw_mseg-meins.
              append lw_component to lt_component.
            Linking to the superior order: will happen in Badi IBAPI_ALM_ORD_MODIFY
              lw_extension_in-structure = lc_struc.
              lw_extension_in-valuepart1 = lw_mseg-aufnr.
              append lw_extension_in to lt_extension_in.
            Create subordinate order
              call function 'BAPI_ALM_ORDER_MAINTAIN'
                tables
                  it_methods = lt_methods
                  it_header = lt_header
                  it_operation = lt_operation
                  extension_in = lt_extension_in
                  it_component = lt_component
                  return = lt_return
                  et_numbers = lt_numbers.
              read table lt_return into lw_return with key type = lc_e.
              if sy-subrc ne 0.
              If all went well, commit order creation
                clear lw_return.
                call function 'BAPI_TRANSACTION_COMMIT'
                    exporting
                      wait   = 'X'
                    importing
                      return = lw_return.
              else.
              Otherwise raise exception
                raise problem.
              endif.
            endif.
          endif.
        endif.
      endloop.
    endfunction.

  • Function module not working when used with 'In Background Task'

    hi,
    this is my code
    call function 'Z_IBD_FILL_ZINETACT'
                  in background task
                  destination  'SAPD220125'
                  tables
                      it_net1 = it_net1
                      it_net2 = it_net2
                      it_net3 = it_net3  .
    when this code is executed i am not getting any data in my internal tables i.e it_net1, it_net2, and it_net3
    but i changed this code see the below code
          call function 'Z_IBD_FILL_ZINETACT'
                 in background task (THIS IS COMMENTED)
                  destination  'SAPD220125'
                  tables
                      it_net1 = it_net1
                      it_net2 = it_net2
                      it_net3 = it_net3  .
    now i am getting data into my internal tables
    can any one tell me what can be the problem and how to solve it in my case
    its very urgent

    Hi,
    Pls. go through the  docu..
    CALL FUNCTION
    Variant 5
    CALL FUNCTION func IN BACKGROUND TASK.
    Additions:
    1. ... AS SEPARATE UNIT
    2. ... DESTINATION dest
    3. ... EXPORTING  p1 = f1    ... pn = fn
    4. ... TABLES     p1 = itab1 ... pn = itabn
    Effect
    Flags the function module func to be run asynchronously. It is not executed at once, but the data passed with EXPORTING or TABLES is placed in a database table and the next COMMIT WORK executes it in another work process.
    Note
    This variant applies only as of Release 3.0, so both the client system and the server system must be Release 3.0 or higher.
    Note
    qRFC with Outbound Queue
    This is an extension of tRFC. The tRFC is serialized using queues, ensuring that the sequence of LUWs required by the application is observed when the calls are sent.
    For further information about qRFC, refer to the Serialized RFC: qRFC With Outbound Queue section of the SAP Library.
    Addition 1
    ... AS SEPARATE UNIT
    Effect
    Executes the function module in a separate LUW under a new transaction ID.
    Addition 2
    ... DESTINATION dest
    Effect
    Executes the function module externally as a Remote Function Call (RFC); dest can be a literal or a variable.
    Depending on the specified destination, the function module is executed either in another R/3 System or as a C-implemented function module. Externally callable function modules must be flagged as such in the Function Builder (of the target system).
    Since each destination defines its own program context, further calls to the same or different function modules with the same destination can access the local memory (global data) of these function modules.
    Note
    Note that a database commit occurs at each Remote Function Call (RFC). Consequently, you may not use Remote Function Calls between pairs of statements that open and close a database cursor (such as SELECT ... ENDSELECT).
    Addition 3
    ... EXPORTING p1 = f1 ... pn = fn
    Effect
    EXPORTING passes values of fields and field strings from the calling program to the function module. In the function module, formal parameters are defined as import parameters. Default values must be assigned to all import parameters of the function module in the interface definition.
    Addition 4
    ... TABLES p1 = itab1 ... pn = itabn
    Effect
    TABLES passes references to internal tables. All table parameters of the function module must contain values.
    Notes
    If several function module calls with the same destination are specified before COMMIT WORK, these normally form an LUW in the target system. Calls with the addition 1 are an exception to this rule - they each have their own LUW.
    You cannot specify type 2 destinations (R/3 - R/2 connections).
    (See Technical details and Administration transaction.)
    Example
    REPORT  RS41503F.
    /* This program performs a transactional RFC.
    TABLES: SCUSTOM.
    SELECT-OPTIONS: CUSTID FOR SCUSTOM-ID DEFAULT 1 TO 2.
    PARAMETERS: DEST LIKE RFCDES-RFCDEST DEFAULT 'NONE',
                MODE DEFAULT 'N',
                TIME LIKE SY-UZEIT DEFAULT SY-UZEIT.
    DATA: CUSTITAB TYPE TABLE OF CUST415,
          TAMESS   TYPE TABLE OF T100,
          WA_CUSTITAB TYPE CUST415.
    SELECT ID NAME TELEPHONE INTO CORRESPONDING FIELDS OF TABLE CUSTITAB
                   FROM SCUSTOM WHERE ID IN CUSTID ORDER BY ID.
    PERFORM READ_CUSTITAB.
    EDITOR-CALL FOR CUSTITAB TITLE 'Editor for table CUSTITAB'.
    PERFORM READ_CUSTITAB.
    CALL FUNCTION 'TRAIN415_RFC_CALLTRANSACTION'
         IN BACKGROUND TASK
         DESTINATION DEST
         EXPORTING
              TAMODE    = MODE
         TABLES
              CUSTTAB   = CUSTITAB.
    CALL FUNCTION 'START_OF_BACKGROUNDTASK'
         EXPORTING
              STARTDATE = SY-DATUM
              STARTTIME = TIME
         EXCEPTIONS
              OTHERS    = 1.
    IF SY-SUBRC = 1.
      EXIT.
    ENDIF.
    COMMIT WORK.
    CALL TRANSACTION 'SM58'.
          FORM READ_CUSTITAB                                   *
    FORM READ_CUSTITAB.
      WRITE: / 'System ID:', SY-SYSID.
      SKIP.
      LOOP AT CUSTITAB into WA_CUSTITAB
        WRITE: / WA_CUSTITAB-ID, WA_CUSTITAB-NAME,
                 WA_CUSTITAB-TELEPHONE.
      ENDLOOP.
      ULINE.
    ENDFORM.
    Pls. reward if useful....

  • When do we go for a Call Transaction or Session Method in BDC

    Hi All,
    Please let me know the scenario when we will go in for
             1. Call Transaction
              2.Session Method.
    What is the main difference between Call Transaction and Session Method
    Regards

    hi,
    Use the CALL TRANSACTION USING statement
    Summary: With CALL TRANSACTION USING, the system processes the data more quickly than with batch input sessions. Unlike batch input sessions, CALL TRANSACTION USING does not automatically support interactive correction or logging functions.
    Your program prepares the data and then calls the corresponding transaction that is then processed immediately.
    The most important features of CALL TRANSACTION USING are:
    Synchronous processing
    Transfer of data from an individual transaction each time the statement CALL TRANSACTION USING is called
    You can update the database both synchronously and asynchronously
    The program specifies the update type
    Separate LUW (logical units of work) for the transaction
    The system executes a database commit immediately before and after the CALL TRANSACTION USING statement
    No batch input processing log
    Create a session on the batch input queue.
    Summary: Offers management of sessions, support for playing back and correcting sessions that contain errors, and detailed logging.
    Your program prepares the data and stores it in a batch input session. A session is a collection of transaction data for one or more transactions. Batch input sessions are maintained by the system in the batch input queue. You can process batch input sessions in the background processing system.
    Your program must open a session in the queue before transferring data to it, and must close it again afterwards. All of these operations are performed by making function module calls from the ABAP program.
    The most important aspects of the session interface are:
    Asynchronous processing
    Transfers data for multiple transactions
    Synchronous database update
    During processing, no transaction is started until the previous transaction has been written to the database.
    A batch input processing log is generated for each session
    Sessions cannot be generated in parallel
    The batch input program must not open a session until it has closed the preceding session.
    <b>Hope this is helpful, DO reward.</b>

  • How to decide which Object has to be used while maintianing TBD62

    Hi ,
    I was trying  configure ECC for transfer of customer master data changes to GTS , i came to know that i need to maintain table TDB62 using Tcode BD52 for the table and field name then only pointer to Table BDCP will be created.
    I did maintain entries in TBD62 and the changes transfer for customer master data worked.
    Now My Question how i will decide against what object i will define the table and field name in TBD62 for a particular message type.
    I am trying to know about mesage type /SAPSLL/DEBMAS_SLL  this is to transfer any changes to customer master data to GTS.
    Kind Regards,
    Sameer

    Hi Thiru,
    Go thur these
    http://help.sap.com/saphelp_erp2005/helpdata/en/fa/097119543b11d1898e0000e8322d00/frameset.htm
    http://www.sapbrain.com/TUTORIALS/TECHNICAL/BDC_tutorial.html
    http://www.sap-img.com/abap/learning-bdc-programming.htm
    http://www.sap-img.com/bdc.htm
    http://www.sap-img.com/abap/learning-bdc-programming.htm
    http://www.sapdevelopment.co.uk/bdc/bdchome.htm
    http://www.planetsap.com/bdc_main_page.htm
    May be the difference helps you understand:
    -     The most important aspects of the Batch session interface are:
    1) Asynchronous processing
    2) Transfers data for multiple transactions
    3)Synchronous database update
        During processing, no transaction is started until the previous transaction 
        has been written to the database.
    4)     A batch input processing log is generated for each session           
    5)     Sessions cannot be generated in parallel
    The most important aspects of the CALL TRANSACTION USING interface are:
    1) Synchronous processing
    2) Transfers data for a single transaction
    3) Synchronous and asynchronous database updating both possible
    The program specifies which kind of updating is desired.
    4) Separate LUW for the transaction : The system performs a database commit immediately before and after the CALL TRANSACTION USING statement.
       5) No batch input processing log is generated
    <b>See the below article, which will show which is one is better</b>
    http://www.itcserver.com/blog/2006/06/30/batch-input-vs-call-transaction/
    <b>Reward points if this helps.
    Manish</b>

  • Change document history latency

    In a BAPI I'm changing a specific field and I need to corresponding CHANGENR from
    the CDHDR table (used as reference for additional change information). When i look
    in this table, the change record is not there yet, probably because SAP handles the
    change history in the background and this specific change is buffered.
    Is there a way to wait for the change history to be synchronized, give it priority,
    or any other means to ensure the correct CHANGENR

    All V2 updates are carried out in a separate LUW and not under the locks of the transaction that creates them. If your SAP System contains a work process for V2 updates, these are only carried out in this work process.
    And also I think you cannot force a V2 update .
    One roundway solution will be write a wrapper above the BAPI with WAIT command to search CDHDR for CHANGENR until commit happens to these tables.
    PS Keep this option as last one.

  • In session and call tansaction methods, which is better . why?

    hi
    in session and call tansaction methods, which is better . why?

    see the link:
    <a href="http://www.itcserver.com/blog/2006/06/30/batch-input-vs-call-transaction/">batch inpunt VS call transaction</a>
    "The most important aspects of the session interface are:
    <b>Asynchronous processing</b>
    Transfer data for multiple transactions
    Synchronous database update. During processing, no transaction is started until the previous transaction has been written to the database.
    A batch input processing log is generated for each session
    Sessions cannot be generated in parallel. The batch input program must not open a session until it has closed the preceding session.
    The most important features of CALL TRANSACTION USING are:
    <b>Synchronous processing</b>
    Transfer of data from an individual transaction each time the statement CALL TRANSACTION USING is called
    You can update the database both synchronously and asynchronously. The program specifies the update type.
    Separate LUW (Logical Units of Work) for the transaction. The system executes a database commit immediately before and after the CALL TRANSACTION USING statement.
    No batch input processing log"
    I hope I have been able to help you.
    cordial greetings.

  • Main diff between call transaction and session method

    hi frnds.
    my friend went for an interview they asked her whts the diff between call tran adn session?
    she told more thn one transaction we can call for an session she told itseems. but he told tht by cal tran also u cn call more thn one tran it seems... so please canu help me out regarding this question? how we hve to tell in interview?
    in advance thanks....

    Hi
    Batch Input and CALL TRANSACTION are both data transfer methods. Batch Input usually are used to transfer large amount of data. For example you are implementing a new SAP project, and of course you will need some data transfer from legacy system to SAP system. If there is no standard batch input program, direct input program, you would need to write your own data transfer program and it is going to be batch input program. CALL TRANSACTION methods is real-time method, whenever you run the program CALL TRANSACTION can be triggered. CALL TRANSACTION is used especially for integration actions between two SAP systems or between different modules. Users sometimes wish to do something like that click a button or an item then SAP would inserts or changes data automatically. Here CALL TRANSACTION should be considered. You use CALL TRANSACTION and you do everything automatically, collect necessary data, call transaction and so do database update. If any error occurs, show the user them.
    Batch Input
    With the Batch Input method, an ABAP program reads the external data that is to be entered in the R/3 System and stores the data in a “batch input session”. The session records the actions that are required to transfer data into the system using normal SAP transactions.
    When the program has generated the session, you can run the session to execute the SAP transactions in it. You can explicitly start and monitor a session with the batch input management function (by choosing System - Services - Batch Input), or have the session run in the background processing session.
    It offers management of sessions, support for playing back and correcting sessions that contain errors, and detailed logging. Your program prepares the data and stores it in a batch input session. A session is a collection of transaction data for one or more transactions. Batch input sessions are maintained by the system in the batch input queue. You can process batch input sessions in the background processing system.
    Your program must open a session in the queue before transferring data to it, and must close it again afterwards. All of these operations are performed by making function modules calls from the ABAP program.
    The most important aspects of the session interface are:
    Asynchronous processing
    Transfer data for multiple transactions
    Synchronous database update. During processing, no transaction is started until the previous transaction has been written to the database.
    A batch input processing log is generated for each session
    Sessions cannot be generated in parallel. The batch input program must not open a session until it has closed the preceding session.
    CALL TRANSACTION
    In the second method, your program uses the ABAP statement CALL TRANSACTION USING to run an SAP transaction. External data doesn’t have to be deposited in a session for later processing. Instead, the entire batch input process takes place inline in your program. With CALL TRANSACTION USING, the system process the data more quickly than with batch input sessions. Unlike batch input sessions, CALL TRANSACTION USING does not automatically support interactive correction or logging functions.
    Your program prepares the data and then calls the corresponding transaction that is then processed immediately.
    The most important features of CALL TRANSACTION USING are:
    Synchronous processing
    Transfer of data from an individual transaction each time the statement CALL TRANSACTION USING is called
    You can update the database both synchronously and asynchronously. The program specifies the update type.
    Separate LUW (Logical Units of Work) for the transaction. The system executes a database commit immediately before and after the CALL TRANSACTION USING statement.
    No batch input processing log

  • Call transaction ANd session method very urgent

    Hi,
       When there are 5000 records which method u prefer to use?What was the reason to choose perticular method?
    Regards
    sai

    Use the CALL TRANSACTION USING statement
    Summary: With CALL TRANSACTION USING, the system processes the data more quickly than with batch input sessions. Unlike batch input sessions, CALL TRANSACTION USING does not automatically support interactive correction or logging functions.
    Your program prepares the data and then calls the corresponding transaction that is then processed immediately.
    The most important features of CALL TRANSACTION USING are:
    Synchronous processing
    Transfer of data from an individual transaction each time the statement CALL TRANSACTION USING is called
    You can update the database both synchronously and asynchronously
    The program specifies the update type
    Separate LUW (logical units of work) for the transaction
    The system executes a database commit immediately before and after the CALL TRANSACTION USING statement
    No batch input processing log
    Create a session on the batch input queue.
    Summary: Offers management of sessions, support for playing back and correcting sessions that contain errors, and detailed logging.
    Your program prepares the data and stores it in a batch input session. A session is a collection of transaction data for one or more transactions. Batch input sessions are maintained by the system in the batch input queue. You can process batch input sessions in the background processing system.
    Your program must open a session in the queue before transferring data to it, and must close it again afterwards. All of these operations are performed by making function module calls from the ABAP program.
    The most important aspects of the session interface are:
    Asynchronous processing
    Transfers data for multiple transactions
    Synchronous database update
    During processing, no transaction is started until the previous transaction has been written to the database.
    A batch input processing log is generated for each session
    Sessions cannot be generated in parallel
    The batch input program must not open a session until it has closed the preceding session.

  • Update Mode of Function Module

    Hi all,
         The detailed knowledge of SAP techniques is so much ........
    Nowadays I encountered one,which is the 'Update Mode' attribute of a function module.when we create
    a function ,we will find the attribute is set as 'Start Immed' by default. But actualy I don't know the meaning
    of this attribute. According to some material info.,I learnt that it can be classified into two:v1 & v2.
         Would you tell me the true meaning of 'Update MOde' and the distinction between V1 and V2.
        Thanks a lot.

    Hi
    V1 modules describe critical or primary changes; these affect objects that have a controlling function in the SAP System, for example order creation or changes to material stock.
    V2 modules describe less critical secondary changes. These are pure statistical updates, for example, such as result calculations.
    The V1 modules are processed consecutively in a single update work process on the same application server. This means that they belong to the same database LUW and can be reversed. Furthermore, V1 updates are carried out under the SAP locks of the transaction that creates the update (see  The SAP Lock Concept). This ensures that the data remains consistent; simultaneous changes to the objects to be updated are not possible.
    All V2 updates are carried out in a separate LUW and not under the locks of the transaction that creates them. If your SAP System contains a work process for V2 updates, these are only carried out in this work process. If this is not the case, the V2 components are processed by a V1 update process.
    All V1 modules of an update must be processed before the V2 modules.
    U can also refer these links:
    http://www.erpgenie.com/abaptips/content/view/498/62/
    http://www.allinterview.com/showanswers/5513.html
    Regarding  v1 and v2 update and some other concepts.....
    Thanks
    Vasudha

Maybe you are looking for