SAP GUI taking too much time to open transactions

Hi guys,
i have done system copy from Production to Quality server completely.
after that i started SAP on Quality server, it is taking too much time for opening SAP transactions (it is going in compilation mode).
i started SGEN, but it is giving time_out errors. please help me on this issue.
MY hardware details on quality server
operating system : SuSE Linux 10 SP2
Database : 10.2.0.2
SAP : ECC 6.0 SR2
RAM size : 8 GB
Hard disk space : 500 GB
swap space : 16 GB.
regards
Ramesh

Hi,
>i started SGEN, but it is giving time_out errors. please help me on this issue.
You are supposed to run SGEN as a batch job and so, it should be possible to get time out errors.
I've seen Full SGEN lasting from 3 hours on high end systems up to 8 full days on PC hardware...
Regards,
Olivier

Similar Messages

Sites Taking too much time to open and shows error

hi,
i've setup sharepoint 2013 environement correctly and created a site collection everything was working fine but suddenly now when i am trying to open that site collection or central admin site it's taking too much time to open a page but most of the time
does not open any page or central admin site and shows following error
event i go to logs folder under 15 hive but nothing useful found please tell me why it takes about 10-12 minutes to open a site or any page and then shows above shown error.

This usually happens if you are low on hardware requirements. Check whether your machine confirms with the required software and hardware requirements.
https://technet.microsoft.com/en-us/library/cc262485.aspx
http://sharepoint.stackexchange.com/questions/58370/minimum-real-world-system-requirements-for-sharepoint-2013
Please remember to up-vote or mark the reply as answer if you find it helpful.

Hi from the last two days my iphone have very slow to open the apps and very slow when i check the notification window , it taking too much time to open when i tap to down . help me to resolve the issue.

Hi, from the last two days my iphone( iphone 4 with ios 5) have very slow to open the apps and very slow when i check the notification window , it taking too much time to open when i tap to down . help me to resolve the issue.

The Basic Troubleshooting Steps are:
Restart... Reset... Restore...
iPhone Reset
http://support.apple.com/kb/ht1430
Try this First... You will Not Lose Any Data...
Turn the Phone Off...
Press and Hold the Sleep/Wake Button and the Home Button at the Same Time...
Wait for the Apple logo to Appear and then Disappear...
Usually takes about 15 - 20 Seconds... ( But can take Longer...)
Release the Buttons...
Turn the Phone On...
If that does not help... See Here:
Backing up, Updating and Restoring
http://support.apple.com/kb/HT1414

Taking too much time to connect SAP B1

Dear All,
My Addon is running successfully in one server. While the same Addon is taking too much time to connect ( near oCompany.Connect).
Can anyone give me any idea regarding this..
Thanks in advance..
Regards
Sanjay

Dear Petr,
Thanks for your answer.
Let me do the thing...
I will get back to you soon...
Thanks
Regards
Sanjay

Report taking too much time in the portal

Hi freiends,
we have developed a report on the ods,and we publish the same on the portal.
the problem is when the users are executing the report at the same time it is taking too much time.because of this the perfoemance is very poor.
is there any way to sort out this issue,like can we send the report to the individual user's mail id
so that they can not log in to the portal
or can we create the same report on the cube.
what could be the main difference if the report made on the cube or ods?
please help me
thanks in advance
sridath

Hi
Try this to improve performance of query
Find the query Run-time
where to find the query Run-time ?
557870 'FAQ BW Query Performance'
130696 - Performance trace in BW
This info may be helpful.
General tips
Using aggregates and compression.
Using less and complex cell definitions if possible.
1. Avoid using too many nav. attr
2. Avoid RKF and CKF
3. Many chars in row.
By using T-codes ST03 or ST03N
Go to transaction ST03 > switch to expert mode > from left side menu > and there in system load history and distribution for a particular day > check query execution time.
/people/andreas.vogel/blog/2007/04/08/statistical-records-part-4-how-to-read-st03n-datasets-from-db-in-nw2004
/people/andreas.vogel/blog/2007/03/16/how-to-read-st03n-datasets-from-db
Try table rsddstats to get the statistics
Using cache memory will decrease the loading time of the report.
Run reporting agent at night and sending results to email. This will ensure use of OLAP cache. So later report execution will retrieve the result faster from the OLAP cache.
Also try
1. Use different parameters in ST03 to see the two important parameters aggregation ratio and records transferred to F/E to DB selected.
2. Use the program SAP_INFOCUBE_DESIGNS (Performance of BW infocubes) to see the aggregation ratio for the cube. If the cube does not appear in the list of this report, try to run RSRV checks on the cube and aggregates.
Go to SE38 > Run the program SAP_INFOCUBE_DESIGNS
It will shown dimension Vs Fact tables Size in percent.If you mean speed of queries on a cube as performance metric of cube,measure query runtime.
3. To check the performance of the aggregates,see the columns valuation and usage in aggregates.
Open the Aggregates...and observe VALUATION and USAGE columns.
"---" sign is the valuation of the aggregate. You can say -3 is the valuation of the aggregate design and usage. ++ means that its compression is good and access is also more (in effect, performance is good). If you check its compression ratio, it must be good. -- means the compression ratio is not so good and access is also not so good (performance is not so good).The more is the positives...more is useful the aggregate and more it satisfies the number of queries. The greater the number of minus signs, the worse the evaluation of the aggregate. The larger the number of plus signs, the better the evaluation of the aggregate.
if "-----" then it means it just an overhead. Aggregate can potentially be deleted and "+++++" means Aggregate is potentially very useful.
In valuation column,if there are more positive sign it means that the aggregate performance is good and it is useful to have this aggregate.But if it has more negative sign it means we need not better use that aggregate.
In usage column,we will come to know how far the aggregate has been used in query.
Thus we can check the performance of the aggregate.
Refer.
http://help.sap.com/saphelp_nw70/helpdata/en/b8/23813b310c4a0ee10000000a114084/content.htm
http://help.sap.com/saphelp_nw70/helpdata/en/60/f0fb411e255f24e10000000a1550b0/frameset.htm
performance ISSUE related to AGGREGATE
Note 356732 - Performance Tuning for Queries with Aggregates
Note 166433 - Options for finding aggregates (find optimal aggregates for an InfoCube)
4. Run your query in RSRT and run the query in the debug mode. Select "Display Aggregates Found" and "Do not use cache" in the debug mode. This will tell you if it hit any aggregates while running. If it does not show any aggregates, you might want to redesign your aggregates for the query.
Also your query performance can depend upon criteria and since you have given selection only on one infoprovider...just check if you are selecting huge amount of data in the report
Check for the query read mode in RSRT.(whether its A,X or H)..advisable read mode is X.
5. In BI 7 statistics need to be activated for ST03 and BI admin cockpit to work.
By implementing BW Statistics Business Content - you need to install, feed data and through ready made reports which for analysis.
http://help.sap.com/saphelp_nw70/helpdata/en/26/4bc0417951d117e10000000a155106/frameset.htm
/people/vikash.agrawal/blog/2006/04/17/query-performance-150-is-aggregates-the-way-out-for-me
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/1955ba90-0201-0010-d3aa-8b2a4ef6bbb2
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/ce7fb368-0601-0010-64ba-fadc985a1f94
http://help.sap.com/saphelp_nw04/helpdata/en/c1/0dbf65e04311d286d6006008b32e84/frameset.htm
You can go to T-Code DB20 which gives you all the performance related information like
Partitions
Databases
Schemas
Buffer Pools
Tablespaces etc
use tool RSDDK_CHECK_AGGREGATE in se38 to check for the corrupt aggregates
If aggregates contain incorrect data, you must regenerate them.
202469 - Using aggregate check tool
Note 646402 - Programs for checking aggregates (as of BW 3.0B SP15)
You can find out whether an aggregate is usefull or useless you can find out through a proccess of checking the tables RSDDSTATAGGRDEF*
Run the query in RSRT with statistics execute and come back you will get STATUID... copy this and check in the table...
This gives you exactly which infoobjects it's hitting, if any one of the object is missing it's useless aggregate.
6
Check SE11 > table RSDDAGGRDIR . You can find the last callup in the table.
Generate Report in RSRT
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/cccad390-0201-0010-5093-fd9ec8157802
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/4c0ab590-0201-0010-bd9a-8332d8b4f09c
Business Intelligence Journal Improving Query Performance in Data Warehouses
http://www.tdwi.org/Publications/BIJournal/display.aspx?ID=7891
Achieving BI Query Performance Building Business Intelligence
http://www.dmreview.com/issues/20051001/1038109-1.html
Assign points if useful
Cheers
SM

Taking too much time to load application

Hi,
I have deployed a j2ee application on oracle 10g version 10.1.2.0.2. But the application is taking too much time to load. After loading ,everything works fast.
I have another 10g server (same version) in which the same application is loading very fast.
When I checked the apache error logs found this :-
[Thu Apr 26 09:17:31 2007] [warn] [client 10.1.20.9] oc4j_socket_recvfull timed out
[Thu Apr 26 09:17:31 2007] [error] [client 10.1.20.9] [ecid: 89128867058,1] (4)Interrupted system call: MOD_OC4J_0038: Receiving data from oc4j exceeded the configured "Timeout" value and the error code is 4.
[Thu Apr 26 09:17:31 2007] [error] [client 10.1.20.9] [ecid: 89128867058,1] MOD_OC4J_0054: Failed to call network routine to receive an ajp13 message from oc4j.
[Thu Apr 26 09:17:31 2007] [error] [client 10.1.20.9] [ecid: 89128867058,1] MOD_OC4J_0033: Failed to receive an ajp13 message from oc4j.
[Thu Apr 26 09:17:31 2007] [warn] [client 10.1.20.9] [ecid: 89128867058,1] MOD_OC4J_0078: Network connection errors happened to host: lawdb.keralalawsect.org and port: 12501 while receiving the first response from oc4j. This request is recoverable.
[Thu Apr 26 09:17:31 2007] [error] [client 10.1.20.9] [ecid: 89128867058,1] MOD_OC4J_0121: Failed to service request with network worker: home_15 and it is not recoverable.
[Thu Apr 26 09:17:31 2007] [error] [client 10.1.20.9] [ecid: 89128867058,1] MOD_OC4J_0013: Failed to call destination: home's service() to service the request.
[Thu Apr 26 11:36:36 2007] [notice] FastCGI: process manager initialized (pid 21177)
[Thu Apr 26 11:36:37 2007] [notice] Oracle-Application-Server-10g/10.1.2.0.2 Oracle-HTTP-Server configured -- resuming normal operations
[Thu Apr 26 11:36:37 2007] [notice] Accept mutex: fcntl (Default: sysvsem)
[Thu Apr 26 11:36:37 2007] [warn] long lost child came home! (pid 9124)
[Thu Apr 26 11:39:51 2007] [error] [client 10.1.20.9] [ecid: 80547835731,1] MOD_OC4J_0015: recv() returns 0. There has no message available to be received and oc4j has gracefully (orderly) closed the connection.
[Thu Apr 26 11:39:51 2007] [error] [client 10.1.20.9] [ecid: 80547835731,1] MOD_OC4J_0054: Failed to call network routine to receive an ajp13 message from oc4j.
[Thu Apr 26 11:39:51 2007] [error] [client 10.1.20.9] [ecid: 80547835731,1] MOD_OC4J_0033: Failed to receive an ajp13 message from oc4j.
[Thu Apr 26 11:39:51 2007] [warn] [client 10.1.20.9] [ecid: 80547835731,1] MOD_OC4J_0078: Network connection errors happened to host: lawdb.keralalawsect.org and port: 12501 while receiving the first response from oc4j. This request is recoverable.
[Thu Apr 26 11:39:51 2007] [warn] [client 10.1.20.9] [ecid: 80547835731,1] MOD_OC4J_0184: Failed to find an oc4j process for destination: home
[Thu Apr 26 11:39:51 2007] [error] [client 10.1.20.9] [ecid: 80547835731,1] MOD_OC4J_0145: There is no oc4j process (for destination: home) available to service request.
[Thu Apr 26 11:39:51 2007] [error] [client 10.1.20.9] [ecid: 80547835731,1] MOD_OC4J_0119: Failed to get an oc4j process for destination: home
[Thu Apr 26 11:39:51 2007] [error] [client 10.1.20.9] [ecid: 80547835731,1] MOD_OC4J_0013: Failed to call destination: home's service() to service the request.
[Thu Apr 26 11:46:33 2007] [notice] FastCGI: process manager initialized (pid 21726)
[Thu Apr 26 11:46:34 2007] [notice] Oracle-Application-Server-10g/10.1.2.0.2 Oracle-HTTP-Server configured -- resuming normal operations
[Thu Apr 26 11:46:34 2007] [notice] Accept mutex: fcntl (Default: sysvsem)
[Thu Apr 26 11:46:34 2007] [warn] long lost child came home! (pid 21182)
[Thu Apr 26 11:53:32 2007] [warn] [client 10.1.20.9] oc4j_socket_recvfull timed out
[Thu Apr 26 11:53:32 2007] [error] [client 10.1.20.9] [ecid: 89138452752,1] (4)Interrupted system call: MOD_OC4J_0038: Receiving data from oc4j exceeded the configured "Timeout" value and the error code is 4.
[Thu Apr 26 11:53:32 2007] [error] [client 10.1.20.9] [ecid: 89138452752,1] MOD_OC4J_0054: Failed to call network routine to receive an ajp13 message from oc4j.
[Thu Apr 26 11:53:32 2007] [error] [client 10.1.20.9] [ecid: 89138452752,1] MOD_OC4J_0033: Failed to receive an ajp13 message from oc4j.
[Thu Apr 26 11:53:32 2007] [warn] [client 10.1.20.9] [ecid: 89138452752,1] MOD_OC4J_0078: Network connection errors happened to host: lawdb.keralalawsect.org and port: 12501 while receiving the first response from oc4j. This request is recoverable.
[Thu Apr 26 11:53:32 2007] [error] [client 10.1.20.9] [ecid: 89138452752,1] MOD_OC4J_0121: Failed to service request with network worker: home_15 and it is not recoverable.
[Thu Apr 26 11:53:32 2007] [error] [client 10.1.20.9] [ecid: 89138452752,1] MOD_OC4J_0013: Failed to call destination: home's service() to service the request.
Please HELP ME...

Hi this is what the solution given by your link
A.1.6 Connection Timeouts Through a Stateful Firewall Affect System Performance
Problem
To improve performance the mod_oc4j component in each Oracle HTTP Server process maintains open TCP connections to the AJP port within each OC4J instance it sends requests to.
In situations where a firewall exists between OHS and OC4J, packages sent via AJP are rejected if the connections can be idle for periods in excess of the inactivity timeout of stateful firewalls.
However, the AJP socket is not closed; as long as the socket remains open, the worker thread is tied to it and is never returned to the thread pool. OC4J will continue to create more threads, and will eventually exhaust system resources.
Solution
The OHS TCP connection must be kept "alive" to avoid firewall timeout issues. This can be accomplished using a combination of OC4J configuration parameters and Apache runtime properties.
Set the following parameters in the httpd.conf or mod_oc4j.conf configuration files. Note that the value of Oc4jConnTimeout sets the length of inactivity, in seconds, before the session is considered inactive.
Oc4jUserKeepalive on
Oc4jConnTimeout 12000 (or a similar value)
Also set the following AJP property at OC4J startup to enable OC4J to close AJP sockets in the event that a connection between OHS and OC4J is dropped due to a firewall timeout:
ajp.keepalive=true
For example:
java -Dajp.keepalive=true -jar oc4j.jar
Please tell me where or which file i should put the option
java -Dajp.keepalive=true -jar oc4j.jar ??????/

SAP Portal take too much time to startup.

Hi Team ,
SAP Portal EP 7.3 is taking too much time to startup in jsmon .
It took around 1 hrs to up the system . Is there any parameter's to tune in JVM , or configtool .
Please assist here .
Highly appreciate your inputs.
Thanks,
Pradeep.

Hi Sunil,
PFB details ,
DB :- Oracle 11.2g
How to tune java stack for SAP EP 7.3 .
I have not done any tuning from our end . Please assist .
dev_serverout:-
J
J Wed Mar 26 18:15:15 2014
J 577.193: [GC 577.197: [ParNewJ
J Wed Mar 26 18:15:16 2014
: 381696K->38144K(381696K), 0.9183179 secs] 707578K->400480K(2059008K), 0.9227558 secs] [Times: user=1.18 sys=0.04, real=0.93 secs]
J
J Wed Mar 26 18:15:29 2014
J 590.998: [GC 591.001: [ParNewJ
J Wed Mar 26 18:15:30 2014
: 381606K->38144K(381696K), 1.0207009 secs] 744570K->557213K(2059008K), 1.0249050 secs] [Times: user=0.99 sys=0.15, real=1.03 secs]
J
J Wed Mar 26 18:15:37 2014
J 599.162: [GC 599.166: [ParNewJ
J Wed Mar 26 18:15:38 2014
: 381550K->38144K(381696K), 0.6601464 secs] 900673K->826545K(2059008K), 0.6647236 secs] [Times: user=0.52 sys=0.23, real=0.67 secs]
J
J Wed Mar 26 18:15:47 2014
J 608.917: [GC 608.921: [ParNew: 381577K->38144K(381696K), 0.3152940 secs] 1170275K->915700K(2059008K), 0.3195879 secs] [Times: user=0.47 sys=0.08, real=0.32 s
ecs]
J 609.291: [GC [1 CMS-initial-mark: 877556K(1677312K)] 917998K(2059008K), 0.0856098 secs] [Times: user=0.06 sys=0.02, real=0.09 secs]
J
J Wed Mar 26 18:15:47 2014
J 609.382: [CMS-concurrent-mark-start]
J
J Wed Mar 26 18:15:56 2014
J 618.168: [GC 618.171: [ParNewJ
J Wed Mar 26 18:15:57 2014
: 381696K->38144K(381696K), 0.4155820 secs] 1259294K->961900K(2059008K), 0.4201296 secs] [Times: user=0.46 sys=0.05, real=0.42 secs]
J
J Wed Mar 26 18:16:02 2014
J 623.498: [CMS-concurrent-mark: 10.044/14.114 secs] [Times: user=21.20 sys=2.02, real=14.12 secs]
J 623.504: [CMS-concurrent-preclean-start]
J
J Wed Mar 26 18:16:04 2014
J 626.383J
J Wed Mar 26 18:16:05 2014
: [CMS-concurrent-preclean: 2.088/2.878 secs] [Times: user=3.48 sys=0.35, real=2.89 secs]
J 626.389: [CMS-concurrent-abortable-preclean-start]
J
J Wed Mar 26 18:16:10 2014
J 631.387: [GC 631.391: [ParNew: 381696K->22533K(381696K), 0.2637625 secs] 1305473K->977544K(2059008K), 0.2693728 secs] [Times: user=0.38 sys=0.04, real=0.27 s
ecs]
J
J Wed Mar 26 18:16:11 2014
J   CMS: abort preclean due to time 633.133: [CMS-concurrent-abortable-preclean: 4.064/6.741 secs] [Times: user=10.14 sys=1.76, real=6.75 secs]
J
J Wed Mar 26 18:16:11 2014
J 633.143: [GC[YG occupancy: 63189 K (381696 K)]633.149: [Rescan (parallel) , 0.0602906 secs]633.214: [weak refs processing, 0.0769317 secs]633.295: [class unl
oadingJ
J Wed Mar 26 18:16:12 2014
, 0.1948185 secs]633.494: [scrub symbol & string tables, 0.1490077 secs] [1 CMS-remark: 955011K(1677312K)] 1018201K(2059008K), 0.6887325 secs] [Times: user=0.74
sys=0.01, real=0.70 secs]
J
J Wed Mar 26 18:16:12 2014
J 633.839: [CMS-concurrent-sweep-start]
J
J Wed Mar 26 18:16:21 2014
J 643.237: [GC 643.242: [ParNewJ
J Wed Mar 26 18:16:22 2014
: 366085K->31546K(381696K), 0.2383948 secs] 1235004K->900465K(2059008K), 0.2461795 secs] [Times: user=0.43 sys=0.01, real=0.25 secs]
J
J Wed Mar 26 18:16:28 2014
J 649.442: [CMS-concurrent-sweep: 8.471/15.601 secs] [Times: user=23.37 sys=5.04, real=15.61 secs]
J 649.448: [CMS-concurrent-reset-start]
J 649.474: [CMS-concurrent-reset: 0.024/0.024 secs] [Times: user=0.05 sys=0.00, real=0.03 secs]
J
J Wed Mar 26 18:16:28 2014
J 649.690: [GC 649.694: [ParNew: 375098K->26102K(381696K), 0.2501056 secs] 781384K->432388K(2059008K), 0.2543750 secs] [Times: user=0.43 sys=0.01, real=0.26 se
cs]
J
J Wed Mar 26 18:16:36 2014
J 657.708: [GC 657.712: [ParNew: 369654K->38144K(381696K), 0.2855292 secs] 776086K->459228K(2059008K), 0.2899376 secs] [Times: user=0.51 sys=0.01, real=0.29 se
cs]
J
J Wed Mar 26 18:16:58 2014
J 680.045: [GC 680.048: [ParNew: 381696K->25752K(381696K), 0.2315117 secs] 803279K->451797K(2059008K), 0.2360279 secs] [Times: user=0.43 sys=0.00, real=0.24 se
cs]
J
J Wed Mar 26 18:20:29 2014
J 891.356: [GC 891.360: [ParNewJ
J Wed Mar 26 18:20:30 2014
: 369304K->38144K(381696K), 0.4481697 secs] 797013K->480414K(2059008K), 0.4526714 secs] [Times: user=0.77 sys=0.00, real=0.45 secs]
J
J Wed Mar 26 18:25:20 2014
J 1181.876: [GC 1181.880: [ParNew: 381696K->38144K(381696K), 0.4403585 secs] 825160K->494576K(2059008K), 0.4451872 secs] [Times: user=0.72 sys=0.01, real=0.45
secs]
J
J Wed Mar 26 18:31:14 2014
J 1536.174: [GC 1536.178: [ParNewJ
J Wed Mar 26 18:31:15 2014
: 381696K->38144K(381696K), 0.6600226 secs] 838443K->525966K(2059008K), 0.6659761 secs] [Times: user=1.04 sys=0.01, real=0.67 secs]
J
J Wed Mar 26 18:31:36 2014
J 1557.349: [GC 1557.353: [ParNewJ
J Wed Mar 26 18:31:37 2014
: 381696K->38144K(381696K), 1.5205645 secs] 869518K->625864K(2059008K), 1.5256733 secs] [Times: user=2.49 sys=0.01, real=1.53 secs]
F
F [Thr 70] Wed Mar 26 18:32:20 2014
F [Thr 70] *** LOG => State changed from 10 (Starting apps) to 3 (Running).
F [Thr 70] *** LOG    state real time: 1434.706 CPU time: 68.010 sys, 403.010 usr
F [Thr 70] *** LOG    total real time: 1603.079 CPU time: 84.960 sys, 648.540 usr
F [Thr 70]
J
J Wed Mar 26 18:33:09 2014
J 1651.096: [GC 1651.101: [ParNewJ
J Wed Mar 26 18:33:10 2014
: 381694K->38144K(381696K), 0.5561227 secs] 969771K->660443K(2059008K), 0.5617626 secs] [Times: user=0.95 sys=0.00, real=0.56 secs]
J
J Wed Mar 26 18:39:47 2014
J 2048.550: [GC 2048.554: [ParNew: 381696K->33278K(381696K), 0.4621651 secs] 1007300K->690505K(2059008K), 0.4674345 secs] [Times: user=0.78 sys=0.01, real=0.47
secs]
J
J Wed Mar 26 18:40:16 2014
J 2077.817: [GC 2077.839: [ParNewJ
J Wed Mar 26 18:40:17 2014
: 376830K->38144K(381696K), 0.5596568 secs] 1035383K->718151K(2059008K), 0.5647648 secs] [Times: user=0.96 sys=0.00, real=0.59 secs]
J
J Wed Mar 26 18:42:52 2014
J 2233.875: [GC 2233.884: [ParNew: 381696K->38144K(381696K), 0.3730432 secs] 1062088K->728723K(2059008K), 0.3840431 secs] [Times: user=0.67 sys=0.01, real=0.39
secs]
J
J Wed Mar 26 18:43:06 2014
J 2248.178: [GC 2248.184: [ParNewJ
J Wed Mar 26 18:43:07 2014
: 381696K->38144K(381696K), 0.3272163 secs] 1072434K->740746K(2059008K), 0.3346392 secs] [Times: user=0.60 sys=0.01, real=0.34 secs]
J
J Wed Mar 26 19:40:37 2014
J 5698.207: [GC 5698.211: [ParNew: 381696K->26419K(381696K), 0.4125838 secs] 1084312K->747814K(2059008K), 0.4175661 secs] [Times: user=0.67 sys=0.00, real=0.42
secs]
J
J Wed Mar 26 20:44:00 2014
J 9501.747: [GC 9501.751: [ParNew: 369971K->35314K(381696K), 0.2025741 secs] 1091366K->756710K(2059008K), 0.2084589 secs] [Times: user=0.34 sys=0.00, real=0.21
secs]
J
J Wed Mar 26 22:20:09 2014
J 15270.427: [GC 15270.432: [ParNew: 378866K->34210K(381696K), 0.2035446 secs] 1100262K->755606K(2059008K), 0.2093321 secs] [Times: user=0.32 sys=0.01, real=0.
21 secs]
std_server0.out:-
649.442: [CMS-concurrent-sweep: 8.471/15.601 secs] [Times: user=23.37 sys=5.04, real=15.61 secs]
649.448: [CMS-concurrent-reset-start]
649.474: [CMS-concurrent-reset: 0.024/0.024 secs] [Times: user=0.05 sys=0.00, real=0.03 secs]
649.690: [GC 649.694: [ParNew: 375098K->26102K(381696K), 0.2501056 secs] 781384K->432388K(2059008K), 0.2543750 secs] [Times: user=0.43 sys=0.01, real=0.26 secs]
657.708: [GC 657.712: [ParNew: 369654K->38144K(381696K), 0.2855292 secs] 776086K->459228K(2059008K), 0.2899376 secs] [Times: user=0.51 sys=0.01, real=0.29 secs]
680.045: [GC 680.048: [ParNew: 381696K->25752K(381696K), 0.2315117 secs] 803279K->451797K(2059008K), 0.2360279 secs] [Times: user=0.43 sys=0.00, real=0.24 secs]
891.356: [GC 891.360: [ParNew: 369304K->38144K(381696K), 0.4481697 secs] 797013K->480414K(2059008K), 0.4526714 secs] [Times: user=0.77 sys=0.00, real=0.45 secs]
1181.876: [GC 1181.880: [ParNew: 381696K->38144K(381696K), 0.4403585 secs] 825160K->494576K(2059008K), 0.4451872 secs] [Times: user=0.72 sys=0.01, real=0.45 sec
s]
1536.174: [GC 1536.178: [ParNew: 381696K->38144K(381696K), 0.6600226 secs] 838443K->525966K(2059008K), 0.6659761 secs] [Times: user=1.04 sys=0.01, real=0.67 sec
s]
1557.349: [GC 1557.353: [ParNew: 381696K->38144K(381696K), 1.5205645 secs] 869518K->625864K(2059008K), 1.5256733 secs] [Times: user=2.49 sys=0.01, real=1.53 sec
s]
1651.096: [GC 1651.101: [ParNew: 381694K->38144K(381696K), 0.5561227 secs] 969771K->660443K(2059008K), 0.5617626 secs] [Times: user=0.95 sys=0.00, real=0.56 sec
s]
2048.550: [GC 2048.554: [ParNew: 381696K->33278K(381696K), 0.4621651 secs] 1007300K->690505K(2059008K), 0.4674345 secs] [Times: user=0.78 sys=0.01, real=0.47 se
cs]
2077.817: [GC 2077.839: [ParNew: 376830K->38144K(381696K), 0.5596568 secs] 1035383K->718151K(2059008K), 0.5647648 secs] [Times: user=0.96 sys=0.00, real=0.59 se
cs]
2233.875: [GC 2233.884: [ParNew: 381696K->38144K(381696K), 0.3730432 secs] 1062088K->728723K(2059008K), 0.3840431 secs] [Times: user=0.67 sys=0.01, real=0.39 se
cs]
2248.178: [GC 2248.184: [ParNew: 381696K->38144K(381696K), 0.3272163 secs] 1072434K->740746K(2059008K), 0.3346392 secs] [Times: user=0.60 sys=0.01, real=0.34 se
cs]
5698.207: [GC 5698.211: [ParNew: 381696K->26419K(381696K), 0.4125838 secs] 1084312K->747814K(2059008K), 0.4175661 secs] [Times: user=0.67 sys=0.00, real=0.42 se
cs]
9501.747: [GC 9501.751: [ParNew: 369971K->35314K(381696K), 0.2025741 secs] 1091366K->756710K(2059008K), 0.2084589 secs] [Times: user=0.34 sys=0.00, real=0.21 se
cs]
15270.427: [GC 15270.432: [ParNew: 378866K->34210K(381696K), 0.2035446 secs] 1100262K->755606K(2059008K), 0.2093321 secs] [Times: user=0.32 sys=0.01, real=0.21
secs]
Thanks,
Pradeep.

Client import taking too much time

hi all,
i am importing a client , i it has complete copy table 19,803 of 19,803 but for last four hours its status is processing
scc3
Target Client           650
Copy Type               Client Import Post-Proc
Profile                 SAP_CUST
Status                  Processing...
User                    SAP*
Start on                24.05.2009 / 15:08:03
Last Entry on           24.05.2009 / 15:36:25
Current Action:         Post Processing
- Last Exit Program    RGBCFL01
Transport Requests
- Client-Specific       PRDKT00004
- Texts                 PRDKX00004
Statistics for this Run
- No. of Tables             19803 of     19803
- Deleted Lines                 7
- Copied Lines                  0
sm50
1 DIA 542           Running Yes             SAPLTHFB 650 SAP*
7 BGD 4172   Running Yes 11479 RGTBGD23 650 SAP* Sequential Read     D010INC
sm66
Server No. Type PID Status Reason Sem Start Error CPU Time   User Report   Action          Table
prdsap_PRD_00 7 BTC 4172 Running   Yes    11711 SAP* RGTBGD23 Sequential Read D010INC
plz guide me why it is taking too much time , while it has finished most of the things
best regard
Khan

The import is in post processing. It digs through all the documents and adapts them to the new client. Most of the tables in the application area have a "MANDT" (= client) field which needs to be changed. Depending of the size of the client this can take a huge amount of time.
You can try to improve the speed by updating the table statistics for table D010INC.
Markus

Importing is taking too much time (2 DAYS)

Dear All,
I'm Importing below support packages together in a queue @ SAP Solution manger 4 .
SAPKB70015             Basis Support Package 15 for 7.00
SAPKA70015             ABA Support Package 15 for 7.00
SAPKITL426             ST 400: Patch 0016, CRT for SAPKB70015
SAPKIBIIP6             BI_CONT 703: patch 0006
SAPKIBIIP7             BI_CONT 703: patch 0007
SAPKIBIIP8             BI_CONT 703: patch 0008
SAPK-40010INCPRXRPM    CPRXRPM 400: patch 0010
SAPK-40011INCPRXRPM    CPRXRPM 400: patch 0011
SAPK-40012INCPRXRPM    CPRXRPM 400: patch 0012
SAPKIPYJ7E             PI_BASIS 2005_1_700: patch 0014
SAPKW70016             BW Support Package 16 for 7.00
importing is taking too much time (2 DAYS) in main import phase, I have seen SLOG, there are many rows " I am waiting 1 sec and 6 sec . and also checked transaction code STMS all support packages imported except one support package "SAPKW70016 "
Please advice.
Best Regards'
HE

Hello Mohan,
The DBTABLOG table does get large, the best is to switch off logging. If that's not possible, increase the frequency of your delete job, also explore one more alternative have a look at the archival object: BC_DBLOGS, you could archive old records (in accordance with your customer's data retention policies) to reduce the size of the table.
Also, have a look at the following notes, they will advise you on how to improve the performance of your delete job:
Note 531923 - Audit Trail: Indexes on table DBTABLOG
Note 579980 - Table logs: Performance during access to DBTABLOG
Regards,
Siddhesh

Combining clob taking too much time - need help

Hello,
I want to append clob values into another clob value like
declare
v_temp clob;
v_c1_temp clob;
cursor c1 as select clob_data from t;
-- here t table contains clob_data column holding clob data
-- t table have more then 1500 rows
begin
v_temp := '';
open c1 into v_c1_temp;
loop
v_temp := v_temp + v_c1_temp; --------- combining clob (concat may be used)
end loop;
close(c1);
end;
above part also repeats in outer loop (not shown here)
my problem is :- it is taking too much time - you dont believe 90% more time due to that concatenation.
is it any smart way to do same thing?
It will be very helpful to me.

Hi ,
You should also always try and have the latest BI content patch installed but I don't think this is the problem. It seems that there
are alot of objects to collect. Under 'grouping' you can select the option 'only necessary objects', please check if you can
use this option to install the objects that you need from content.
Best Regards,
Des.

Server0 process taking too much time

Hi All,
Once i start the Netweaver server, the server) process taking too much time.
When i was installed Netweaver that time 13 min, after 2 months 18 min.. then 25 min now it is taking 35 minutes.... to become green color.
Why it is taking too much time, what might be the cause.....
Give some ideas to solve this problem..............
The server0 developer trace has this information continuously 6 to 7 times...
[Thr 4204] *************** STISEND ***************
[Thr 4204] STISEND: conversation_ID: 86244265
[Thr 4204] STISEND: sending 427 bytes
[Thr 4204] STISearchConv: found conv without search
[Thr 4204] STISEND: send synchronously
[Thr 4204] STISEND GW_TOTAL_SAPSEND_HDR_LEN: 88
[Thr 4204] NiIWrite: hdl 0 sent data (wrt=515,pac=1,MESG_IO)
[Thr 4204] STIAsSendToGw: Send to Gateway o.k.
[Thr 4204] STIAsRcvFromGw: timeout value: -1
[Thr 4204] NiIRead: hdl 0 recv would block (errno=EAGAIN)
[Thr 4204] NiIRead: hdl 0 received data (rcd=3407,pac=2,MESG_IO)
[Thr 4204] STIAsRcvFromGw: Receive from Gateway o.k.
[Thr 4204] STISEND: data_received: CM_COMPLETE_DATA_RECEIVED
[Thr 4204] STISEND: received_length: 3327
[Thr 4204] STISEND: status_received: CM_SEND_RECEIVED
[Thr 4204] STISEND: request_to_send_received: CM_REQ_TO_SEND_NOT_RECEIVED
[Thr 4204] STISEND: ok
[Thr 4204] STIRCV: new buffer state = BUFFER_EMPTY
[Thr 4204] STIRCV: ok
[Thr 4204] *************** STSEND ***************
[Thr 4204] STSEND: conversation_ID: 86244265
[Thr 4204] STISearchConv: found conv without search
[Thr 4204] STSEND: new buffer state = BUFFER_DATA
[Thr 4204] STSEND: 106 bytes buffered
[Thr 4204] *************** STIRCV ***************
[Thr 4204] STIRCV: conversation_ID: 86244265
[Thr 4204] STIRCV: requested_length: 16000 bytes
[Thr 4204] STISearchConv: found conv without search
[Thr 4204] STIRCV: send 106 buffered bytes before receive
[Thr 4204] STIRCV: new buffer state = BUFFER_DATA2
[Thr 4204] *************** STISEND ***************
then
[Thr 4252] JHVM_NativeGetParam: get profile parameter DIR_PERF
[Thr 4252] JHVM_NativeGetParam: return profile parameter DIR_PERF=C:\usr\sap\PRFCLOG
this message continuously
Can i have any solution for the above problem let me know .
Thanks & regards,
Sridhar M.

Hello Manoj,
Thanks for your quick response, Previously the server has 4GB RAM and now also it has same.
Yesterday i found some more information, like deployed(through SDM) applications also take some memory at the time of starting the J2EE server...Is it right?
Any other cause...let me know
Thanks & Regards,
Sridhar M.

Still the report is taking too much time

Hi All,
When i refresh a webi report the report is taken too much time to refresh(open).
In back end i have checked all the connections, contexts, cardinalities, joins, conditions...etc, in webi i have enabled the the check box 'query stripping'.
but still the report is taking too much time, i didn't identified the problem?
Please help me on this.
Thanks in advance..

Hi Mark,
How many queries are there--2
How many rows are returned--- 2000+
Are all measures defined with aggregates-- Yes
What is the array fetch size? (I1000 if it isn't already)

BAPI Function taking too much time

Hi,
One BAPI function BAPI_INCOMINGINVOICE_CREATE
taking too much time to process the data. do we have any alternative to reduce the time taken by the BAPI function ?
like by using any SAP Notes or any other alternative function or by any other way.
Thanks and regards,
Shailendra

HI,
Please apply the OSS Note 830717. I applied this note and ran transaction code FBZ0 and the "withholding tax code" changed from XX to 03.
Reward if helpful

ACCTIT table Taking too much time

Hi,
In SE16: ACCTIT table i gave the G/L account no after that i executed in my production its taking too much time for to show the result.
Thanku

Hi,
Here iam sending details of technical settings.
Name                 ACCTIT                          Transparent Table
Short text            Compressed Data from FI/CO Document
Last Change        SAP              10.02.2005
Status                 Active           Saved
Data class         APPL1   Transaction data, transparent tables
Size category      4       Data records expected: 24,000 to 89,000
Thanku

Discoverer report taking too long time to open.

HI,
Discovere reports are taking too long time to open. Please help to resolve this.
Regards,
Bhatia

What is the Dicoverer and the Application release?
Please refer to the following links (For both Discoverer 4i and 10g). Please note that some Discoverer 4i notes also apply to Discoverer 10g.
Note: 362851.1 - Guidelines to setup the JVM in Apps Ebusiness Suite 11i and R12
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=362851.1
Note: 68100.1 - Discoverer Performance When Running On Oracle Applications
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=68100.1
Note: 465234.1 - Recommended Client Java Plug-in (JVM/JRE) For Discoverer Plus 10g (10.1.2)
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=465234.1
Note: 329674.1 - Slow Performance When Opening Plus Workbooks from Oracle 11.5.10 Applications Home Page
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=329674.1
Note: 190326.1 - Ideas for Improving Discoverer 4i Performance in an Applications 11i Environment
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=190326.1
Note: 331435.1 - Slow Perfomance Using Disco 4.1 Admin/Desktop in Oracle Applications Mode EUL
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=331435.1
Note: 217669.1 - Refreshing Folders and opening workbooks is slow in Apps 11i environment
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=217669.1

SAP GUI taking too much time to open transactions

Similar Messages

Maybe you are looking for