Excessive reads affecting SAP ECC 6 performance post upgrade.

We just recently upgraded SAP to ECC 6, r2. We are using Windows Server OS 2000 for both database and application servers, and SQL Server 2000 sp4 is the DBMS. While the SAP application is performing its work and producing results, it is taking longer to complete and thus the perception is that this new version of SAP is not working!
I say 'excessive reads' because when you look at the transaction load via SM66, there are many more sequential reads occurring than were occurring before the upgrade.
Help Please as I just heard a person ask if we could roll back to 4.6c. Any suggestions are most appreciated.

Hi Carla,
I suppose you have done all the necessary stuff like update statistics. Please check note 155413 and analyze the statements. The step from 4.6c to ECC6.0 is not only big, it is huge (concerning changes within the application), so the perception of your users is not that wrong. You are running the latest version from SAP on the oldest supported versions from Microsoft - that doesn't really make sense. A quick gain would be an upgrade to SQL Server 2005 (better optimizer, better tools,...). If this really affects your production environment, open a call at SAP.
Sven

Similar Messages

SAP ECC 6.0 Kernel Upgrade for 32 bit Win2003 Server

Dear All,
    We are in the process of updating kernel patch (Unicode) in our Solution Manager system which is running on - 32 bit Xeon processor - Win2003 server.
When we download kernel patch from SAP Market place, there lists kernel patch only for IA32-32-bit (Windows Server on IA32 32bit), but not for x86-32 bit.
But in the case of 64 bit, we can find both for xeon and itanium processor ( ie., Windows Server on IA64 64bit,   Windows Server on x64 64bit )
I quite confused to select the correct kernel patch for our 32 bit Xeon processor.
Could anybody help me in this regard ?
Regards,
Sridhar

Dear Reyes,
          Thank you for ur timely reply.
         Is there any SAP note regarding this, ie IA32 32 bit is compatible for x86 32 bit ?,
Regards,
Sridhar

MBP slow performance post upgrade

My MBP has become brutally slow since upgrading to 10.7 from 10.6. My daughter is experiencing the same issues.
MBP, 2.2G Icode I7
16 Gig Ram
1TB hard drive
I ONLY upgraded to gain some application support.
I have a FEELING that this problem stems from manufactures making their apps SLOW to make the users upgrade hardware!
Comments?

Sorry, she's at college; I've been using Macs since they first came out.
My first computer was an Apple ][+.
I work in IT.
I need a real answer, not something out of the playbook please.
Engineering?
Or is my knee jerk reaction correct? New hardware?
BTW, I had to do a total reload when I upgraded to 10.7. Seems this is a typical problem????? 10.7 is problem release? Like Windows 95 and Windows ME?

SAP ECC 6.0 System Performance

Gentlemen,
Please advise me with the following scenario, which is Iu2019m facing a problem with system performance,
My system configuration is:      SAP ECC 6.0
Database System:          Oracle 10.2.0.2.0.
Server Configuration:     Power 6
Processor Type: PowerPC_POWER6
Processor Implementation Mode: POWER 6
Processor Version: PV_6_Compat
Number Of Processors: 6
Processor Clock Speed: 3503 MHz
CPU Type: 64-bit
Kernel Type: 64-bit
LPAR Info: 2 PRODUCTION
Memory Size: 47104 MB
Good Memory Size: 47104 MB
Platform Firmware level: EL340_039
Firmware Version: IBM,EL340_039
The following Information was generated from TCode: sm51:
SAP Release Information
Application Server SAPPRD_PRD_00
SAP Kernel Information
SAP Kernel : 700_REL
Database Client Library : OCI_101
created in : AIX 2 5 005DD9CD4C00
Support Level : 0
Kernel Patch number : 202
Source ID : 0.202
DBSL Patch No. : 046
ICU Version : 3.0 Unicode Version 4.0.1
libsapu16 Version : 1.0025 Apr 8 2009 16:21:08
Supported Environment
SAP Database Version
700
Database
ORACLE 9.2.0..
ORACLE 10.1.0..
ORACLE 10.2.0..
Operating System
aix 1 5
aix 2 5
aix 3 5
aix 1 6
My active parameter in Tcode : RZ10 as follow:
Parameter Name     Parameter value
login/accept_sso2_ticket     1
login/create_sso2_ticket     2
rsau/enable     1
login/failed_user_auto_unlock     0
login/fails_to_user_lock     5
gw/max_sys     2000
gw/max_overflow_size     25000000
rdisp/max_comm_entries     2000
rdisp/tm_max_no     2000
gw/max_conn     2000
rdisp/max_arq     2000
ES/SHM_SEG_COUNT     8192
ES/SHM_USER_COUNT     8192
ES/SHM_SEG_SIZE     2048
ES/TABLE     SHM_SEGS
ztta/short_area     4000000
em/global_area_MB     256
zcsa/db_max_buftab     10000
sap/bufdir_entries     10000
enque/table_size     60000
rsdb/obj/large_object_size     35000
rsdb/obj/max_objects     45000
rsdb/obj/buffersize     150000
rdisp/gui_auto_logout     0
login/password_expiration_time     0
rdisp/max_wprun_time     25000
login/multi_login_users     CICUSER,TALSAYED,ASALAM
login/disable_multi_gui_login     1
SAPSYSTEMNAME     PRD
SAPSYSTEM     0
INSTANCE_NAME     DVEBMGS00
DIR_CT_RUN     $(DIR_EXE_ROOT)/run
DIR_EXECUTABLE     $(DIR_INSTANCE)/exe
PHYS_MEMSIZE     8000
exe/saposcol     $(DIR_CT_RUN)/saposcol
rdisp/wp_no_dia     70
rdisp/wp_no_btc     20
exe/icmbnd     $(DIR_CT_RUN)/icmbnd
icm/server_port_0     PROT=HTTP,PORT=80$$
ms/server_port_0     PROT=HTTP,PORT=81$$
rdisp/wp_no_enq     1
rdisp/wp_no_vb     2
rdisp/wp_no_vb2     2
rdisp/wp_no_spo     10
abap/buffersize     9900000
zcsa/table_buffer_area     108003328
rtbb/buffer_length     60000
rsdb/cua/buffersize     24000
zcsa/presentation_buffer_area     28166144
rdisp/appc_ca_blk_no     2000
rdisp/wp_ca_blk_no     1000
rsdb/ntab/entrycount     68500
rsdb/ntab/ftabsize     100000
rsdb/ntab/irbdsize     20000
rsdb/ntab/sntabsize     3995
DIR_ROLL     /usr/sap/PRD/DVEBMGS00/data
DIR_PAGING     /usr/sap/PRD/DVEBMGS00/data
DIR_DATA     /usr/sap/PRD/DVEBMGS00/data
DIR_REORG     /usr/sap/PRD/DVEBMGS00/data
DIR_TRANS     /usr/sap/trans
DIR_TEMP     /tmp
DIR_SORTTMP     /usr/sap/PRD/DVEBMGS00/data
zcsa/system_language     E
zcsa/installed_languages     AE
abap/use_paging     0
ztta/roll_first     1024
rdisp/keepalive_timeout     8000
ztta/roll_area     9000960
rdisp/ROLL_SHM     16384
rdisp/ROLL_MAXFS     32768
rdisp/PG_SHM     16384
rdisp/PG_MAXFS     200064
abap/heap_area_dia     2012217344
abap/heap_area_nondia     2012217344
abap/heap_area_total     2012217344
abap/heaplimit     40894464
abap/swap_reserve     20971520
ztta/roll_extension     2101346304
em/initial_size_MB     4092
em/blocksize_KB     4096
em/stat_log_size_MB     20
em/stat_log_timeout     0
login/no_automatic_user_sapstar     0
login/system_client     100
icm/server_port_1     PROT=SMTP,PORT=8025,TIMEOUT=180
rdisp/start_icman     TRUE
icm/host_name_full     SAPPRD.tmg.dom
install/codepage/appl_server     4102
ipc/shm_psize_10     500000000
ipc/shm_psize_14     0
ipc/shm_psize_18     0
ipc/shm_psize_19     0
ipc/shm_psize_30     -10
ipc/shm_psize_40     500000000
ipc/shm_psize_41     0
ipc/shm_psize_51     -10
ipc/shm_psize_52     -10
ipc/shm_psize_54     -10
ipc/shm_psize_55     -10
ipc/shm_psize_57     -10
ipc/shm_psize_58     -10
I already generated EWA report and I got the following result:
1. Performance Overview PRD
The performance of your system was analyzed with respect to average response times and total workload. We have detected some problems that may impair system performance.
To ensure adequate performance in your core business transactions, you should take corrective action as soon as possible. For further information, please SAP Support.
Rating     Check
     Performance Evaluation
The following table shows the average response times for various task types:
Task type     Dialog Steps     Avg. Resp. Time in ms     Avg. CPU Time in ms     Avg. Wait Time in ms     Avg. Load Time in ms     Avg. DB Time in ms     Avg. GUI Time in ms
DIALOG     212990     1595.2     257.7     31.0     5.0     622.2     136.8
RFC     2904     11876.4     192.1     33.1     1.4     10574.2     0.0
UPDATE     86257     116.1     28.4     2.1     2.9     58.1     0.0
UPDATE2     1100     84.6     16.9     1.3     1.4     48.2     0.0
BATCH     11600     189360.5     46218.1     5.5     3.7     132313.5     0.0
SPOOL     9989     1686.8     37.1     55.6     0.3     49.2     0.0
1.1. Current Workload
The following table lists the number of current users (measured from our workload analysis) in your system.
Users     Low Activity     Medium Activity     High Activity     Total Users
Measured in System     162     119     6     287
1.2. Performance Evaluation
The measured times are compared against reference times to provide a rating.
- If the number of dialog steps in an hour is less than 1000 this hour is not considered.
- If the total number of transaction steps is less than 24000, the rating for the task is not performed and a blue line is entered in the table.
The table below shows that a performance problem is expected for the task that is rated YELLOW.
Task     Steps     Application Server Performance     Database Server Performance
Dia     212987
Upd     86257
HTTP     0
Rating     Task     Time     Steps     Avg. Response Time (ms)     Avg. CPU Time (ms)     Avg. Database Time (ms)
     Dia     08-09     3726     1343     137     889
     Dia     09-10     19990     1003     174     620
     Dia     10-11     20603     1747     112     630
     Dia     11-12     27934     2437     239     612
     Dia     12-13     18921     2737     235     858
     Dia     13-14     21579     2163     349     549
     Dia     16-17     22529     1134     230     703
     Dia     17-18     12189     1709     561     991
     Dia     19-20     5840     1550     414     967
     Dia     20-21     4951     1294     176     454
The ratings in the table above are determined by comparisons against the reference table below.
If the dialog response times are very poor, it will cause a RED rating for the entire check.
Task     Reference for Avg. Response Time (ms)     Reference for Avg. DB time (ms)
Dia     1200     600
Upd     2400     1200
HTTP     1200     600
1.3. Transaction Profile Check
The following tables show the response times and the number of dialog steps for the transactions that cause the highest workload in your system. NOTE: A business transaction normally consists of more than one dialog step. As a rough estimate, the actual number of business transactions that are executed in your system is approximately one third of the total dialog steps shown. (Transaction CPIC/RFC is not taken into account.)
1.3.1. Transactions by Total Workload
The following tables list the activities with the highest contribution to the total workload.
WORKLOAD BY TRANSACTION (DIALOG/UPDATE)
Transaction     Type     Dialog Steps     Total Resp. Time in %     Avg. Resp. Time in ms     Avg. CPU Time in ms     Avg. DB Time in ms     Avg. GUI Time in ms
Total          299247     100.0     1168.9     191.7     459.6     136.8
ZFIBB     DIA     8592     11.1     4522.4     2258.5     633.4     30.1
ZFIRP     DIA     6641     7.3     3858.0     1089.7     1162.6     50.0
RECN     DIA     11644     6.8     2047.9     129.1     1165.8     202.6
SESSION_MANAGER     DIA     8972     5.7     2226.9     80.2     244.2     458.2
ZFICCR     DIA     4834     5.2     3775.9     138.4     2535.9     195.6
ZRECPD     DIA     8895     4.6     1790.1     85.9     525.3     329.4
FBL3N     DIA     10414     4.1     1386.7     109.3     971.8     49.1
ZFIOBC2     DIA     852     3.4     13909.2     2675.7     9302.3     1028.7
ZREOR     DIA     2241     3.3     5216.1     2246.2     808.1     357.5
ZFIOB     DIA     1176     3.2     9503.7     51.3     8287.0     753.4
38.1% of the "Total Resp. Time" in the above table is caused by customer transactions.
WORKLOAD BY TRANSACTION (BATCH/SPOOL)
Transaction     Type     Dialog Steps     Total Resp. Time in %     Avg. Resp. Time in ms     Avg. CPU Time in ms     Avg. DB Time in ms
Total          21492     100.0     102913.8     24939.7     71399.3
SBIE0001     BTC     36     98.7     60613763.4     14848709.4     42408448.0
ZFIPR     SPO     448     0.2     7939.6     169.9     387.1
(BATCH)     BTC     7368     0.2     478.4     7.5     22.2
ZFIADCA     SPO     486     0.1     5733.7     168.6     177.9
RSAL_BATCH_TOOL_DISPATCHING     BTC     96     0.1     23895.0     1964.7     21770.3
ZFIJV     SPO     309     0.1     6092.5     107.7     89.5
SAPRSLOG     BTC     4     0.1     318475.8     69165.0     257824.5
ZRE_GENERATE_COND_RO     BTC     5     0.1     250075.0     3336.0     237287.8
ZRE_AUTO_REJECT_OFFER     BTC     20     0.1     57062.0     339.0     54977.8
ZRE_TRANSFER_TOCONT_UPL     BTC     346     0.0     3161.3     941.6     2327.7
0.6% of the "Total Resp. Time" in the above table is caused by customer transactions.
According to our analysis, the main system load is caused by background jobs.
The EarlyWatch Alert Service can only detect performance problems for dialog, update and RFC response times. This service does not evaluate performance problems for background jobs.
1.3.2. Transactions by DB Load
The following transaction profiles list the transactions that have the greatest share in the database load, sorted by percentage of total database access times.
DATABASE LOAD BY TRANSACTIONS (DIALOG/UPDATE)
Transaction     Type     Dialog Steps     Total DB Time in %     Avg. DB Time in ms
Total          299247     100.0     459.6
RECN     DIA     11644     9.9     1165.8
ZFICCR     DIA     4834     8.9     2535.9
FBL3N     DIA     10414     7.4     971.8
ZFIOB     DIA     1176     7.1     8287.0
ZRECCR     DIA     1504     7.0     6368.3
ZFIOBC2     DIA     852     5.8     9302.3
ZFIRP     DIA     6641     5.6     1162.6
ZFIBB     DIA     8592     4.0     633.4
ZFIREMTCH     DIA     73     3.5     66443.6
ZRECPD     DIA     8895     3.4     525.3
45.3% of the "Total DB Time" in the above table is caused by customer transactions.
DATABASE LOAD BY TRANSACTIONS (BATCH/SPOOL)
Transaction     Type     Dialog Steps     Total DB Time in %     Avg. DB Time in ms
Total          21492     100.0     71399.3
SBIE0001     BTC     36     99.5     42408448.0
RSAL_BATCH_TOOL_DISPATCHING     BTC     96     0.1     21770.3
ZRE_GENERATE_COND_RO     BTC     5     0.1     237287.8
ZRE_AUTO_REJECT_OFFER     BTC     20     0.1     54977.8
SAPRSLOG     BTC     4     0.1     257824.5
ZRE_TRANSFER_TOCONT_UPL     BTC     346     0.1     2327.7
RSPO1043     BTC     4     0.0     143273.5
ZFIPR     SPO     448     0.0     387.1
(BATCH)     BTC     7368     0.0     22.2
ZFIADCA     SPO     486     0.0     177.9
0.3% of the "Total DB Time" in the above table is caused by customer transactions.
Please advice.
Regards,
Ahmed

Gentlemen,
Please advise me with the following scenario, which is Iu2019m facing a problem with system performance,
My system configuration is:
SAP ECC 6.0 , Oracle 10.2.0.2.0 , Kernel Patch number : 202 , DBSL Patch No. : 046
Server Configuration:
Power 6 , Processor Type: PowerPC_POWER6 , Processor Implementation Mode: POWER 6 , Processor Version: PV_6_Compat , Number Of Processors: 6 , Processor Clock Speed: 3503 MHz , CPU Type: 64-bit , Kernel Type: 64-bit , LPAR Info: 2 PRODUCTION , Memory Size: 47104 MB , Good Memory Size: 47104 MB , Platform Firmware level: EL340_039 , Firmware Version: IBM,EL340_039
My active parameter in Tcode : RZ10 as follow:
Parameter Name     Parameter value
rsau/enable                     1
login/failed_user_auto_unlock     0
login/fails_to_user_lock     5
gw/max_sys                     2000
gw/max_overflow_size     25000000
rdisp/max_comm_entries     2000
rdisp/tm_max_no                     2000
gw/max_conn                     2000
rdisp/max_arq                        2000
ES/SHM_SEG_COUNT     8192
ES/SHM_USER_COUNT     8192
ES/SHM_SEG_SIZE                     2048
ES/TABLE     SHM_SEGS
ztta/short_area                     4000000
em/global_area_MB                     256
zcsa/db_max_buftab                     10000
sap/bufdir_entries                     10000
enque/table_size                     60000
rsdb/obj/large_object_size     35000
rsdb/obj/max_objects                     45000
rsdb/obj/buffersize                     150000
rdisp/max_wprun_time     25000
DIR_CT_RUN                     $(DIR_EXE_ROOT)/run
DIR_EXECUTABLE                  $(DIR_INSTANCE)/exe
PHYS_MEMSIZE                   8000
exe/saposco                        $(DIR_CT_RUN)/saposcol
rdisp/wp_no_dia                         70
rdisp/wp_no_btc                  20
exe/icmbnd                        $(DIR_CT_RUN)/icmbnd
rdisp/wp_no_enq                1
rdisp/wp_no_vb                      2
rdisp/wp_no_vb2              2
rdisp/wp_no_spo                10
abap/buffersize                      9900000
zcsa/table_buffer_area     108003328
rtbb/buffer_length                    60000
rsdb/cua/buffersize              24000
zcsa/presentation_buffer_area     28166144
rdisp/appc_ca_blk_no                     2000
rdisp/wp_ca_blk_no               1000
rsdb/ntab/entrycount               68500
rsdb/ntab/ftabsize              100000
rsdb/ntab/irbdsize             20000
rsdb/ntab/sntabsize              3995
abap/use_paging                    0
ztta/roll_first                      1024
rdisp/keepalive_timeout                   8000
ztta/roll_area                        9000960
rdisp/ROLL_SHM                   16384
rdisp/ROLL_MAXFS                 32768
rdisp/PG_SHM                16384
rdisp/PG_MAXFS                 200064
abap/heap_area_dia             2012217344
abap/heap_area_nondia     2012217344
abap/heap_area_total      2012217344
abap/heaplimit                40894464
abap/swap_reserve                  20971520
ztta/roll_extension                  2101346304
em/initial_size_MB              4092
em/blocksize_KB                  4096
em/stat_log_size_MB                     20
em/stat_log_timeout                       0
install/codepage/appl_server     4102
ipc/shm_psize_10               500000000
ipc/shm_psize_14              0
ipc/shm_psize_18             0
ipc/shm_psize_19             0
ipc/shm_psize_30             -10
ipc/shm_psize_40            500000000
ipc/shm_psize_41                 0
ipc/shm_psize_51               -10
ipc/shm_psize_52            -10
ipc/shm_psize_54             -10
ipc/shm_psize_55             -10
ipc/shm_psize_57             -10
ipc/shm_psize_58                   -10
I already generated EWA report and I got the following result:
Performance Evaluation
The following table shows the average response times for various task types:
Task type     Dialog      Avg. Resp.      Avg. CPU      Avg. Wait      Avg. Load      Avg. DB      Avg. GUI
DIALOG     212990     1595.2                      257.7     31.0     5.0     622.2     136.8
RFC     2904     11876.4                      192.1     33.1     1.4     10574.2     0.0
UPDATE     86257     116.1                       28.4     2.1     2.9     58.1     0.0
UPDATE2     1100     84.6                      16.9     1.3     1.4     48.2     0.0
BATCH     11600     189360.5                46218.1     5.5     3.7     132313.5     0.0
SPOOL     9989     1686.8              37.1     55.6     0.3     49.2     0.0
1.1. Current Workload
The following table lists the number of current users (measured from our workload analysis) in your system.
Low Activity     Medium Activity     High Activity     Total Users
162                  119                                    6     287
1.2. Performance Evaluation
Task     Time     Steps     Avg. Response      Avg. CPU      Avg. Database
Dia     08-09     3726     1343              137     889
Dia     09-10     19990     1003                174     620
Dia     10-11     20603     1747              112     630
Dia     11-12     27934     2437                    239     612
Dia     12-13     18921     2737              235     858
Dia     13-14     21579     2163                  349     549
Dia     16-17     22529     1134               230     703
Dia     17-18     12189     1709                   561     991
Dia     19-20     5840     1550              414     967
Dia     20-21     4951     1294              176     454
Task     Reference for Avg. Response Time (ms)     Reference for Avg. DB time (ms)
Dia     1200                                                     600
Upd     2400                                               1200
HTTP     1200                                                  600
Please advice.
Regards,
Ahmed

What are the best ways (for best performance) in MII to process the incoming process messages from shop floor systems to SAP ECC 6.0 and vice versa?

Hi All,
Can you please suggest to choose the best ways (for best performance) in MII (12.2 on NW 7.3), to process the incoming process messages from shop floor systems to SAP ECC 6.0 and vice versa?
Thanks

Hi Surya,
Best practices for flow of data from ECC --> SAP MII --> Shop floor & Vice verse:
1. Send ECC data through IDOC's/RFC's as messages to SAP MII message listener and BSL transaction process data and update directly on shop floor database as if you configured in Data services or later send those data by web service to shop floor system (i.e. depends on Shop floor machines).
From Shop floor:
shop floor --> SAP MII --> ECC
1. Use either Web service or fetch data from DB and pass data to BAPI's for sending to ECC through BLS transaction.
Regards,
Praveen Reddy

PowerPlant passive Oracle dblink to read data from SAP ECC?

Hello
We have a third party vendor named PowerPlant that is proposing to integrate with SAP ECC using a passive dblink to pull data into PowerPlant. This is proposed when SAP ECC is running on an Oracle database. Presumably this is a read-only connection to the SAP ECC Oracle database (at database level). Has anyone used this and/or have recommnedations for or against?
Thank you,
Harold

Hi Harold,
Technically it is possible but, check your Oracle license with the local SAP office. As far as I know that SAP is not permitted 3rd party connections to the database.
Best regards,
Orkun Gedik

Collective document created in Depreciation Posting: SAP ECC 6.0

Hi experts,
We just migrated from version R/3 4.6C to SAP ECC 6.0.
In version 4.6C, when executing Depreciation Run the system created several accounting documents (one per every cost center). In new version SAP ECC 6.0, the system creates just one collective accounting document including all cost centers (in this way the document has a lot of lines).
Is there any possibility to change this setting, so the system creates several accounting documents as in version 4.6C?
We have this requirement for accounting porpouses.
Thanks a lot for your help,

I got response from OSS message:
Either of these notes solve the problem:
<<< 0000888696 Unexpected Venture Splitting on Depreciation Postings >>> or
<<< 0001091477 RAPOST2000 creates docs with unexpected huge number of lines >>>

SAP MDM == PI== SAP ECC, IDOC posting

Hi,
We are integrating SAP ECC 6.0 with SAp MDM 7.1 SP04 using PI 7.1 as a interface. Scenario is SAP MDM ==>PI==> SAp ECC. I would be creating record in ECC and will be posted in SAp ECC through PI. We will be creating Basic Data (MARA), Plant level data (MARC), Sales Level data (MVKE), and Valuation level Data (MBEW) in MDM. IDOC used is MATMAS05.
Plant level data (MARC) will activate various views in Material master like Purchasing, Sales plant general data, MRP views and accounting views...right
I donu2019t want to activate MRP view but need plant level data i.e. Plant and profit center to populate in MARC table. Means same Material Type but some Materials donu2019t have MRP view activated and some may have alongwith other plant related views.
I tried creating record without passing MRP related fields but still IDOC failed saying MRP type is mandatory. (Which means it is activating MRP view)
Do we have separate IDOC for MDM integration?? Do I need to enhance IDOC??
Warm regards,
Rc
NOTE - This is possible while manual creation as will as through BAPI.

Hi,
Have you checked MDM71_Material_Content.pdf page no 20.
3.3.2 Business Scenario: MDM710_Outbound.
You also need MDM PI content to install and run this Scenario..
Hope it helps if you go through MDM71_Material_Content.pdf
As you said, I tried creating record without passing MRP related fields but still IDOC failed saying MRP type is mandatory
Try passing any constant through PI Message Mapping to inbound IDOC (Receiving System, ECC)
Thanks and Regards,
Mandeep Saini

"An IdocException occurred" while posting Idocs from SAP ECC to SAP PI AEX

Hi all,
While sending Idocs from SAP ECC to SAP PI 7.4 AEX, we are experiencing this issue at SAP ECC-SM58
Only a particular Idoc type is having this issue.
Below are the checks done before posting this query:
1. Pushed other Idocs from the SAP ECC to PI and all were getting exchanged successfully.
2. Reloaded the meta data in PI for the particular Idoc type in issue.
3. Checked the RFC destinations in SAP ECC, RFC connection test is also working fine.
4. Unicode option enabled in the SAP ECC RFC destination pointing to PI-AEX
5. Restarted the inboundRA service in PI AEX.
Is there anything still missing. What could be root cause of this issue.
If anyone has encountered it before, pleases share the resolution.
Thank you
Younus

Hi Amit,
Thanks for the reply. Log viewer doesn't provide much help on the error.
The error desc says
"JRA]serverExceptionOccurred. Server XI_IDOC_DEFAULT_SID, Managed_Application_Thread_58, connectionId=5-ip address|sapgw20|XI_IDOC_DEFAULT_SID, Exception: com.sap.conn.jco.JCoException: (104) JCO_ERROR_SYSTEM_FAILURE: An IDocException occurred"
regards,
Younus

SAP ECC 6.0 Performance issue

Gentlemen,
Please advise me with the following scenario, which is Iu2019m facing a problem with system performance,
My system configuration is:      SAP ECC 6.0 , Oracle 10.2.0.2.0 , Kernel Patch number : 202 , DBSL Patch No. : 046
Server Configuration:     Power 6 , Processor Type: PowerPC_POWER6 , Processor Implementation Mode: POWER 6 , Processor Version: PV_6_Compat , Number Of Processors: 6 , Processor Clock Speed: 3503 MHz , CPU Type: 64-bit , Kernel Type: 64-bit , LPAR Info: 2 PRODUCTION , Memory Size: 47104 MB , Good Memory Size: 47104 MB , Platform Firmware level: EL340_039 , Firmware Version: IBM,EL340_039
My active parameter in Tcode : RZ10 as follow:
rsau/enable=1, gw/max_sys=2000 , gw/max_overflow_size=25000000 , rdisp/max_comm_entries=2000 , rdisp/tm_max_no=2000 , gw/max_conn=2000 , rdisp/max_arq=2000 , ES/SHM_SEG_COUNT=8192 , ES/SHM_USER_COUNT=8192 , ES/SHM_SEG_SIZE=2048 , ES/TABL=ESHM_SEGS , ztta/short_area=4000000 , em/global_area_MB=256 , zcsa/db_max_buftab=10000 , sap/bufdir_entries=10000 , enque/table_size=60000 , rsdb/obj/large_object_size=35000 , rsdb/obj/max_objects=45000 , rsdb/obj/buffersize=150000 ,
rdisp/max_wprun_time=25000 , PHYS_MEMSIZE=8000 , rdisp/wp_no_dia=70 , rdisp/wp_no_btc=20 ,
disp/wp_no_enq=1 , rdisp/wp_no_vb=2 , rdisp/wp_no_vb2=2 , rdisp/wp_no_spo=10 , abap/buffersize=9900000 , zcsa/table_buffer_area=108003328 , rtbb/buffer_length=60000 , rsdb/cua/buffersize=24000 , zcsa/presentation_buffer_area=28166144 , rdisp/appc_ca_blk_no=2000 , rdisp/wp_ca_blk_no=1000 , rsdb/ntab/entrycount=68500 , rsdb/ntab/ftabsize=     100000 , rsdb/ntab/irbdsize=20000 , rsdb/ntab/sntabsize=3995 , abap/use_paging=0 , ztta/roll_first=1024 , rdisp/keepalive_timeout=8000 , ztta/roll_area=9000960 , rdisp/ROLL_SHM=16384 , rdisp/ROLL_MAXFS=     32768 , rdisp/PG_SHM =16384 , rdisp/PG_MAXFS = 200064 , abap/heap_area_dia= 2012217344 , abap/heap_area_nondia=2012217344 , abap/heap_area_total=2012217344 , abap/heaplimit=40894464 , abap/swap_reserve=20971520 , ztta/roll_extension=2101346304 , em/initial_size_MB=4092 , em/blocksize_KB=4096 , em/stat_log_size_MB=20 , em/stat_log_timeout=0 , install/codepage/appl_server=4102 , ipc/shm_psize_10=500000000 , ipc/shm_psize_14=0 , ipc/shm_psize_18=0 , ipc/shm_psize_19=0 , ipc/shm_psize_30=-10 , ipc/shm_psize_40=500000000 , ipc/shm_psize_41=0 , ipc/shm_psize_51=-10 , ipc/shm_psize_52=-10 , ipc/shm_psize_54=-10 , ipc/shm_psize_55=-10 , ipc/shm_psize_57=-10 , ipc/shm_psize_58=-10
Please advice.
Regards,
Ahmed

There is no easy way to tell.
You have go through the list of all of things to do for tuning.
One at a time and slowly rule out each item.
Couple of questions ??
Why do you have so many Dialog and Batch processes ??
Dont you have any Application servers ??
At first glance the Number of processes are too high
IN SM50 you need to click on the clock and see if all of the processes are being used and the time they have been used.
From you have mentioned would say the 2 vb processes are being used constantly
If that is the case then Would increase the number of vb and vb2 and decrease dialog accordingly
Pravin

SAP PI FTP sender adapter not working with SAP ECC over Itanium

Hi,
We have been running normally SAP PI 7.0 SP14 with no issue for a while.
We are now in the process of migrate the SAP ECC system from PA risc to IA platform. We are performing some tests between SAP PI and SAP ECC to check that the platform migration is not affecting us in any way and we have found that FTP adapter sender is not working anymore (receiver is working as usual).
We place some files in the new ECC system and when PI goes to retreive the files it is like it can not read anything. It gives no error but it does not pick any file. This is not happening with the old platform.
Does anyone have any idea?
Thanks a lot for your help
Diana

Hi,
I am using FTP connection and for the receiver it is working fine.
Thanks
Diana

SAP DMS - SAP ECC network traffic

Hi all,
I have the following situation:
The SAP ECC servers are hosted outside my company and we are planning to install a SAP DMS server.
We have 2 options: host the SAP DMS outside or install SAP DMS in our datacenter.
When the SAP user attaches or reads a file to/from SAP DMS, how is the network traffic ?
Is there any traffic fom SAP ECC to SAP DMS or the file goes to/from DMS from/to end-user ?
How SAP DMS impacts my WAN ?
Best Regards,
Leonardo.

Leonardo, I have done some research / trouble shooting and architectural changes to raise the upload / download speeds, there are several dependencies like Network, Application, hardware etc but to your question:
First of all, DMS is a core functionality of ECC and utilizes both ECC for execution and Content Servers (recommended for Obvious performance reasons) for Data Storage. For your case I recommend that you host Content Server at the Data Center (assuming you have no other option) and have a Cache Server installed Onsite. (This requires minimal maintenance). When the user uploads a file the traffic is high as the entire File needs to be transferred to the data center, on the other hand Cache server (if installed onsite) considerably reduces the retrieval time.
Again having said above there are several other parameters that could affect your upload / download speeds.
Hope you'll find this useful, let me know if you have further questions.
regards
C

Using SAP ECC as a MDM Hub

I would like to know the pros and cons of using SAP ECC as a MDM hub instead of using standard MDM tool like SAP MDM. Many folks in my company thinks that it is possible by adding some governance functionality & quality tools to standard SAP ECC.
Please let me know if this is a good idea , if not what are the reasons.
Thanks

Hi,
To answer in general terms, It is like going to a physician for surgery instead of going to a surgeon.
There is no restriction of exploring ECC for master data & governance. But SAP's EIM solution products like SAP NW MDM are result of growing market requirements for speciality tools. Read more about customer success stories of using SAP NW MDM solutions at - http://www.sap.com/platform/netweaver/components/mdm/index.epx
Few highlights -
SAP MDM is designed to be a central hub of master data. MDM will maintain global attributes that can be sent to different target systems including your ECC. Then each of your target systems can maintain their local attributes in additon to the global attributes sent by MDM. MDM will maintain the global unique ID's thus providing a single version of truth for your master data across the organization. SAP NW MDM can be integrated with SAP BOBJ DS and a continuous cleansing/validating/removing duplicates can be achieved. Master data Address cleansing/D&B enrichment can be achieved with real time services present in BOBJ DS & MDM. Enterprise Portal/BPM has standard MDM API's providing data governance capability at its best.
SAP ECC on other hand is a transactional system/operational system. The load on ECC of maintaining global master data will unncessarily affect the performance. Maintaining master data, removing duplicates, running data vaidations/assignments for cleansing data, then adding central data maintenance with data governance is like adding load on your transactional system. The outmost priority of ECC system is its performance and availability.
Similar SDN thread - MDM Vs ECC
Thanks,
Shambhu.

Loading of transaction data from SAP ECC system failed

Hi!
I successfully connected SAP ECC system to SAP BI system.
The following steps have been executed:
- user ALEREMOTE with max. authorization
- RFC destination
- Distributing Data model
- Generated Partner profile
- Maintaining message types in WE20
Now when I try to load any data from SAP ECC system the loading process in hanging in status "yellow" and never comletes.
[0FI_AR_4|http://www.file-upload.net/view-1447743/0FI_AR_4.jpg.html]
The following steps within Load process are yellow:
Extraction (messages): Missing messages
Missing message: Request received
Missing message: Number of sent records
Missing message: Selection completed
Transfer (IDocs and TRFC): Missing messages or warnings
Request IDoc : Application document posted (is green)
Data Package 1 : arrived in BW ; Processing : 2nd processing step not yet finished
Info IDoc 1 : sent, not arrived ; Data passed to port OK
Info IDoc 2 : sent, not arrived ; Data passed to port OK
Info IDoc 3 : sent, not arrived ; Data passed to port OK
Info IDoc 4 : sent, not arrived ; Data passed to port OK
Subseq. processing (messages) : Missing messages
Missing message: Subseq. processing completed
DataStore Activation (Change Log) : not yet activated
Question:
Can some one give me some technical steps (tcode, report) to solve this problem?
Thank you very much!
Holger

Hi!
Many thanks for your answer.
Via BD87 on BW system I detect that all the IDOC's (type: RSRQST) will be received from SAP ECC system.
Via tcode SM58 I could not detect any entries.
However the loading status from yesterday is set to "red".
The errors are:
Extraction (messages): Missing messages
Data Package 1 : arrived in BW ; Processing : 2nd processing step not yet finished
Info IDoc 1 : sent, not arrived ; Data passed to port OK
Info IDoc 2 : sent, not arrived ; Data passed to port OK
Can you investigate my issue again?
Thank you very much!

Asset query execution performance after upgrade from 4.6C to ECC 6.0+EHP4

Hi,guys
I am encounted a weird problems about asset query execution performance after upgrade to ECC 6.0.
Our client had migrated sap system from 4.6c to ECC 6.0. We test all transaction code and related stand report and query.
Everything is working normally except this asset depreciation query report. It is created based on ANLP, ANLZ, ANLA, ANLB, ANLC table; there is also some ABAP code for additional field.
This report execution costed about 6 minutes in 4.6C system; however it will take 25 minutes in ECC 6.0 with same selection parameter.
At first, I am trying to find some difference in table index ,structure between 4.6c and ECC 6.0,but there is no difference about it.
i am wondering why the other query reports is running normally but only this report running with too long time execution dump messages even though we do not make any changes for it.
your reply is very appreciated
Regards
Brian

Thanks for your replies.
I check these notes, unfortunately it is different our situation.
Our situation is all standard asset report and query (sq01) is running normally except this query report.
I executed se30 for this query (SQ01) at both 4.6C and ECC 6.0.
I find there is some difference in select sequence logic even though same query without any changes.
I list there for your reference.
4.6C
AQA0FI==========S2============
Open Cursor ANLP                                    38,702 39,329,356 = 39,329,356      34.6     AQA0FI==========S2============   DB     Opens
Fetch ANLP                                         292,177 30,378,351 = 30,378,351      26.7    26.7 AQA0FI==========S2============   DB     OpenS
Select Single ANLC                                  15,012 19,965,172 = 19,965,172      17.5    17.5 AQA0FI==========S2============   DB     OpenS
Select Single ANLA                                  13,721 11,754,305 = 11,754,305      10.3    10.3 AQA0FI==========S2============   DB     OpenS
Select Single ANLZ                                   3,753   3,259,308 = 3,259,308       2.9     2.9 AQA0FI==========S2============   DB     OpenS
Select Single ANLB                                   3,753   3,069,119 = 3,069,119       2.7     2.7 AQA0FI==========S2============   DB     OpenS
ECC 6.0
Perform FUNKTION_AUSFUEHREN     2     358,620,931          355
Perform COMMAND_QSUB     1     358,620,062          68
Call Func. RSAQ_SUBMIT_QUERY_REPORT     1     358,569,656          88
Program AQIWFI==========S2============     2     358,558,488          1,350
Select Single ANLA     160,306     75,576,052     =     75,576,052
Open Cursor ANLP     71,136     42,096,314     =     42,096,314
Select Single ANLC     71,134     38,799,393     =     38,799,393
Select Single ANLB     61,888     26,007,721     =     26,007,721
Select Single ANLZ     61,888     24,072,111     =     24,072,111
Fetch ANLP     234,524     13,510,646     =     13,510,646
Close Cursor ANLP     71,136     2,017,654     =     2,017,654
We can see first open cursor ANLP ,fetch ANLP then select ANLC,ANLA,ANLZ,ANLB at 4.C.
But it changed to first select ANLA,and open cursor ANLP,then select ANLC,ANLB,ANLZ,at last fetch ANLP.
Probably,it is the real reason why it is running long time in ECC 6.0.
Is there any changes for query selcection logic(table join function) in ECC 6.0.

Excessive reads affecting SAP ECC 6 performance post upgrade.

Similar Messages

Maybe you are looking for