Master Dataload is taking long time to complete

Hi
In last couple of weeks, we are experience the delay for master dataload job. These dataload should take 5-8 minute to complete but it is taking more then 5 hour to complete. here we are using process chain for master dataload.
Any idea? We don't understand where to start to check the root cause of this problem.
Regards
Amar

Hi Freinds
Some update of our master dataload. Still not resolved.
Seem to me, our problem is related to Hierarchy in BW server.It is taking long time to update the hierarchy in BW server. As i told you, problem occur only when loading master dataload. For transaction dataload, no IDOC get stuck in R/3 (NPR) server. There are enough resources in both R/3 and BW server for trfc.
There are total 9 hierarchy in the master dataload that is delaying in the process for update. If you have seen this type of problem for the following hierarchy, pls update me.
A     0ACCOUNT (InfoSource)
     Hierarchy
1     Fin statement vers FSV5
2     Cost Element by fun area
B     0COSTCENTER (InfoSource)
     Hierarchy
3     Mitel Network
4     NA MNS Total
5     CEO
6     Global Support Cost center
C     0COORDER (infosource)
     Hierarchy
7     Total R&D (Ron Wellard)
8     RD YRD1
9     RD YRD2
Regards
Amarjit

Similar Messages

Retry recovery action is taking long time to complete

Hi,
I am in the process of testing error handling for my BPEL process.
As part of it, I have given the default recover action in the fault policy of the process as retry with a retry count of 3 times with retry interval as 2.
To test this, i have changed the target end point uri of the target service to some invalid url and ran the process.
First I was not able to find the BPEL process instance at all in the console.
Later I was able to find the instance after half an hour. When I saw the instance, if retry had happened or not.
I found that the retry happened for 3 times, but it took 30 mins for the first retry to complete and start the second retry.
Can anyone please let me know why the retry is taking long time although the retry interval I gave is only 2 seconds.
THanks in advance!!!!

Hi,
Please find below the fault policy file:
<?xml version="1.0" encoding="UTF-8"?>
<faultPolicy version="2.0.1" id="TestFaultPolicy" xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.oracle.com/bpel/faultpolicy" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
     <Conditions>
     <faultName>
     <condition>
     <action ref="aia-ora-retry"/>
     </condition>
     </faultName>
     </Conditions>
     <Actions>
          <Action id="aia-ora-retry">
               <retry>
                    <retryCount>3</retryCount>
                    <retryInterval>2</retryInterval>
                    <exponentialBackoff/>
                    <retryFailureAction ref="aia-ora-java"/>
                    <retrySuccessAction ref="aia-ora-java"/>
               </retry>
          </Action>
          
          <Action id="ora-replay-scope">
               <replayScope/>
          </Action>
          
          <Action id="ora-rethrow-fault">
               <rethrowFault/>
          </Action>
          
          <Action id="ora-human-intervention">
               <humanIntervention/>
          </Action>
          
          <Action id="ora-terminate">
               <abort/>
          </Action>
          <Action id="aia-ora-java">
          <javaAction className="oracle.apps.aia.core.eh.BPELJavaAction" defaultAction="ora-rethrow-fault">
          <returnValue value="REPLAY" ref="ora-terminate"/>
          <returnValue value="RETRHOW" ref="ora-rethrow-fault"/>
          <returnValue value="ABORT" ref="ora-terminate"/>
          <returnValue value="RETRY" ref="aia-ora-retry"/>
          <returnValue value="MANUAL" ref="ora-human-intervention"/>
          </javaAction>
</Action>
     </Actions>
</faultPolicy>

Requisition Import is taking long time to complete

Hi,
I'm working with EBS 11.5.10 CU2, I have Requisition Import program scheduled, usually it's completing normal in around 5minutes; but sometimes it's taking around 30 minutes to complete. I compared the output files of program completing normal and taking long time, latter one has processed less requisitions than former one.
Could somebody help what could be possible reasons to check for program to take long time to complete.
Please help.
Thanks

945756 wrote:
Hi,
I'm working with EBS 11.5.10 CU2, I have Requisition Import program scheduled, usually it's completing normal in around 5minutes; but sometimes it's taking around 30 minutes to complete. I compared the output files of program completing normal and taking long time, latter one has processed less requisitions than former one.
Could somebody help what could be possible reasons to check for program to take long time to complete.
Please help.
ThanksDo you have the statistics collected up to date?
Please enable trace and generate the TKPROF file to find out why it takes that long -- https://forums.oracle.com/forums/search.jspa?threadID=&q=TKPROF+AND+Concurrent&objID=c3&dateRange=all&userID=&numResults=15&rankBy=10001
Thanks,
Hussein

Process chain taking long time to complete

Hi,
I am having following issues in the process chain daily loads
1) The PSA deletion is taking very long time on fridays only (nearly 3 hrs). Other days it gets deleted in 1 hr max.
2) Just to load 381 records via dtp from DSO to cube takes nearly 2 hrs(Delta load). No major routines are written in the transformation.
How to analyse a process in process chain which does not fail, but takes very long time to complete. Is there any tool or transaction in BW which can help us to analyse why the process chain takes so long time to complete in different days. One day it completes in 8 hrs, another day it takes 12 hrs.
None of the transactions, SM37, SM50, SLG1, LOGS etc are giving me any help to analyse this issue.
If it fails we have error logs to check and analyse, but without failing how we can analyse and fix the delay and reduce the time of loading data. Please guide me.
Thanks in advance.
Vishwanath

Hi.......
1) This might be due to the poor performance of the system ..there wont be enoughwork processes avilabe in teh system .- What needs to be done if it does not have enough work processes available. Though I can find that lots of dialog processes were free during these jobs as well some Background processes were also free.?
Look to increase Work Process.......................u can do two things..............U can cancel some Job...........which r not progressing...........or which r not very important for the time being..........
Or if possible........u can increase number of servers..........
Look When a Job will start...............first it will run in background.............u can start in in Dialog also..........but for Dialogue after some time ..load will go to time out.................now many Child jobs will be created for a single background jobs..............they may run in Dialogue..........u can monitor them through SM66............
2) Check ST04 for lock waits and dead locks ..if the same lock persist for long then check with basis team.
What needs to be conveyed to the basis team when these locks happen?
generally these will be temporary Locks.............after some time locks will be realeased..............if they persist for a long time...........then u can contact Basis people..........Or if u can understand that which job is creating the lock.............like if u double click on the job >> click on Job details...............from there u will find the PID................copy that.............and check in ST04..........whether they matches or not..............now suppose it match.............and u know that job is not very important............then u can cancel the job.............
Check also the table space availba in St04 . the usuage should nt be more than 90%
What needs to be conveyed to the basis team if the usage is more than 90%.?
U can ask them to increase the Table space........
Check the sm37 >> delay column it should nt be high
What needs to be done if delay column is high. Actually it is high for these jobs (PSA deletion and load from DSO to Cube visa DTP (Delta load)?
If Delay is more.............it means ...........that there is no free work process...jobs r going to Release state............solution I had already given u.......
Check the PID refeclting in lock waits in sm66 wether they are progressing or nt ..
If they are not progressing what action needs to be taken?
Actually...........suppose one Dialogue job is running............it may change..........ie that Dialogue job will go to Stop status.........some other job will start............anyways if it does'nt progress............u can cacel the JOb.........
Check OS07 for DB if the idle time is less then 20% then its a problem ..
If the Idle time is less than 20% what action needs to be taken?
U can contact the Basis people.......
Check sm21 and RFC connection with other source systems in sm59 ..
What needs to be checked in SM21 and SM59 specifically? What parameter i need to check?
In SM21.............if red status is there............check the Log beside that..............may be it will be some Terminal disconnected.......
In SM59...........clck on test connection..........
if the problem is occuring due to only one source system then check the performance of that system ..
How to check the performance of these systems? Any tools available in R/3 system to check its performance?
No.....in this way u can check performance for all the source system...........go to SM59............double click on the desired source system>> click on test connection......
If All these are persisting then its a performance problem and check with basis team ..
Is there any special settings which needs to be maintained to achieve better performance of Process chain loads?
U can Improve the performance of process chain by Parallel Processing..........ie split the loads by giving selections...........and execute thenm in parallel..........
Regards,
Debjani........

VB Macro in Bex Analyser is taking long time to complete execution

Hi Experts,
In a FI query , we have a VB macro which update the excel sheets by taking values from the previous excel sheets .
The issue is its taking long time for query execution and if we are keep on pressing 'ENTER' button . The query is running very fastly and is giving the results ,but its not a correct way to do.
Its a critical issue in Production and can anyone help me to resolve the issue.
Regards,
Anju

Hi Anju,
I need to create a VB macro in one of my query but i not familiar how i can plug the VB code into the query.
Please can you give me some basic procedure on how to do that?
What i need to do exactly is to bring a KF from a query into another query. Not sure if this is possible using VB.
Let me know.
Thanks.
Cesar

BAPI_MOSRVAPS_SAVEMULTI3 Taking longer time to complete

I am calling this bapi passing 100k records in the background job and it takes more than 5hrs to complete. Is there any way this run time can be reduced.
I cannot slice the file as I need to create the master schedule either all or none.
also I tried 'In Background' while calling the BAPI using the qRFC but this transaction async will not return the result back us.
So my question to here is how do we get the return data from the method of calling the bapi.
Any help/suggestion is appreciated.

Dear Balamuru,
there is no generally applicable procedure for reducing runtime in this BAPI.
The best would be to make a trace in ST12 to see where the performance issue really happens.
Also please check if note 1276375 can help further.
I hope I could help.
Regards,
Tibor

11.5.10.2 -12.1.1 Upgrade- American English patch driver taking long time

Hi,
I have performed test upgrade from 11.5.10.2 to 12.1.1.It was successful.
The American English Upgrade patch driver had taken 20 hours time to complete.
Now i am doing a second test run by following the same steps, but now the same patch is taking long time. It is running from past 24 hours.
And still 54000 jobs to complete.
The main difference between my two test runs is
1.For first instance both database and apps are in one server. (single node)
2.For this new test instance, we have database running one server and 12.1.1 file system on another server.
Will it make any difference? How can i diagnose the issue?
The patch log is not showing any errors, but taking long time to complete.
Thanks,

Hi,
From m note 12.1.1 UPGRADE FROM 11.5.10.2 VERY SLOW XDOLOADER TASK HANGS [ID 1065393.1],
after changing mv /dev/random /dev/random_bak
ln -s /dev/urandom /dev/random
do i need to reboot the server?
After this can i continue the previous session of the patch? or start new session?
Thanks,

Attribute Change run taking too long time to complete.

Hi all,
Attribute change run has been taking too long time to complete.It has to realign 50 odd aggreagates, some by delta , some by reconstruction. But inspite of all the aggregates it used to finish in quick time earlier. But since last 4-5 days it is taking indefinite time to finish.
Can anyone please suggest what all reasons may be causing this? and what possibly can be the solution to the problem? It is becoming a big issue. So kindly help with ur advises.
Promise to reward your answer liberally.
Regards,
Pradyut.

Hi,
Check with your functional owners in R/3 if there are mass changes/realignments or classification changes are going on regarding master data. e.g. reasigning materials to other material groups. This causes a major realignment in BW for all the aggregates. Otherwise check for parameterchanges / patches or missing db stats with your sap basis team.
Kind regards, Patrick Rieken.

Background process taking very long time to complete.

Dear All,
Platform: HP UX
Version: 12.0.6
While time of shutting down the instance below background process taking very long time to complete.
what is below mention process? can i kill it? total 3 process i am getting while finding ps -ef|grep applpre(applepre is apps instance's owner)
applpre/apps/tech_st/10.1.3/appsutil/jdk/bin/IA64N/java -DCLIENT_PROCESSID=5457 -server -Xmx384m -XX:+UseSerialGC -Dor
Thanks in Advance,
Sandeep.

Sandeep,
Please see (Note: 567551.1 - Configuring various JVM tuning parameters for Oracle E-Business suite 11i and R12).
You can safely kill those processes from the OS.
Thanks,
Hussein

Sql Query taking very long time to complete

Hi All,
DB:oracle 9i R2
OS:sun solaris 8
Below is the Sql Query taking very long time to complete
Could any one help me out regarding this.
SELECT MAX (md1.ID) ID, md1.request_id, md1.jlpp_transaction_id,
md1.transaction_version
FROM transaction_data_arc md1
WHERE md1.transaction_name = :b2
AND md1.transaction_type = 'REQUEST'
AND md1.message_type_code = :b1
AND NOT EXISTS (
SELECT NULL
FROM transaction_data_arc tdar2
WHERE tdar2.request_id = md1.request_id
AND tdar2.jlpp_transaction_id != md1.jlpp_transaction_id
AND tdar2.ID > md1.ID)
GROUP BY md1.request_id,
md1.jlpp_transaction_id,
md1.transaction_version
Any alternate query to get the same results?
kindly let me know if any one knows.
regards,
kk.
Edited by: kk001 on Apr 27, 2011 11:23 AM

Dear
/* Formatted on 2011/04/27 08:32 (Formatter Plus v4.8.8) */
SELECT   MAX (md1.ID) ID, md1.request_id, md1.jlpp_transaction_id,
         md1.transaction_version
    FROM transaction_data_arc md1
   WHERE md1.transaction_name = :b2
     AND md1.transaction_type = 'REQUEST'
     AND md1.message_type_code = :b1
     AND NOT EXISTS (
            SELECT NULL
              FROM transaction_data_arc tdar2
             WHERE tdar2.request_id = md1.request_id
               AND tdar2.jlpp_transaction_id != md1.jlpp_transaction_id
               AND tdar2.ID > md1.ID)
GROUP BY md1.request_id
        ,md1.jlpp_transaction_id
        ,md1.transaction_versionCould you please post here :
(a) the available indexes on transaction_data_arc table
(b) the description of transaction_data_arc table
(c) and the formatted explain plan you will get after executing the query and issuing:
select * from table (dbms_xplan.display_cursor);Hope this helps
Mohamed Houri

F4 Help is taking long time

Hi All,
We are working on BI 7.0. version
In the varaible pop-up screen we have two info objects.
1. Fiscal year Period
2. JOA(Joint operating aggriment)
If u press F4 for JOA, it is taking long time to execute and finally the application is getting closed.same situation is there in RSRT also.
If i enter with out JOA the query is giving the output. Here i have to restrict the query by JOA.
i have changed the JOA peroperties in query designer.
Query execution for filter value selection = Values in master data table.......
but still the situation is the same.......
Could you please suggest any solution for this.....
Thanks & Regards,
PK

Hi Kamal,
You can set that at the query level in the query designer for each query.
1. Select the corresponding characteristic in the query designer.
2. Goto to the "Extended tab" in the properties
3. Select the "Values in the Master data table" in the "Query execution in the filter value selection.
Also see some recomendations:
Note 748623 - Input help (F4) has a very long runtime - recommendations
Hope this helps.
CK

Simple query is taking long time

Hi Experts,
The below query is taking long time.
[code]SELECT   FS.*
FROM   ORL.FAX_STAGE FS
         INNER JOIN
               ORL.FAX_SOURCE FSRC
            INNER JOIN
               GLOBAL_BU_MAPPING GBM
            ON GBM.BU_ID = FSRC.BUID
         ON UPPER (FSRC.FAX_NUMBER) = UPPER (FS.DESTINATION)
WHERE       FSRC.IS_DELETED = 'N'
         AND GBM.BU_ID IS NOT NULL
         AND UPPER (FS.FAX_STATUS) ='COMPLETED';[/code]
this query is returning 1645457 records.
[code]PLAN_TABLE_OUTPUT
| Id | Operation           | Name                   | Rows | Bytes | Cost (%CPU)|
|   0 | SELECT STATEMENT    |                        |   625K|   341M| 45113   (1)|
|   1 | HASH JOIN          |                        |   625K|   341M| 45113   (1)|
|   2 |   NESTED LOOPS      |                        |   611 | 14664 |    22   (0)|
|   3 |    TABLE ACCESS FULL| FAX_SOURCE             | 2290 | 48090 |    22   (0)|
|   4 |    INDEX RANGE SCAN | GLOBAL_BU_MAPPING_BUID |     1 |     3 |     0   (0)|
|   5 |   TABLE ACCESS FULL | FAX_STAGE              | 2324K| 1214M| 45076   (1)|
PLAN_TABLE_OUTPUT
Note
   - 'PLAN_TABLE' is old version
15 rows selected.[/code]
The distinct number of records in each table.
[code]SELECT FAX_STATUS,count(*)
FROM fax_STAGE
GROUP BY FAX_STATUS;
FAX_STATUS    COUNT(*)
BROKEN          10
Broken - New    9
Completed    2324493
New             20
SELECT is_deleted,COUNT(*)
FROM FAX_SOURCE
GROUP BY IS_DELETED;
IS_DELETED COUNT(*)
N         2290
Y         78[/code]
Total number of records in each table.
[code]SELECT COUNT(*) FROM ORL.FAX_SOURCE FSRC-- 2368
SELECT COUNT(*) FROM ORL.FAX_STAGE--2324532
SELECT COUNT(*) FROM APPS_GLOBAL.GLOBAL_BU_MAPPING--9
[/code]
To improve the performance of this query I have created the following indexes.
[code]Functional based index on UPPER (FSRC.FAX_NUMBER) ,UPPER (FS.DESTINATION) and UPPER (FS.FAX_STATUS).
Bitmap index on FSRC.IS_DELETED.
Normal Index on GBM.BU_ID and FSRC.BUID.
[/code]
But still the performance is bad for this query.
What can I do apart from this to improve the performance of this query.
Please help me .
Thanks in advance.

<I have created the following indexes.
CREATE INDEX ORL.IDX_DESTINATION_RAM ON ORL.FAX_STAGE(UPPER("DESTINATION"))
CREATE INDEX ORL.IDX_FAX_STATUS_RAM ON ORL.FAX_STAGE(LOWER("FAX_STATUS"))
CREATE INDEX ORL.IDX_UPPER_FAX_STATUS_RAM ON ORL.FAX_STAGE(UPPER("FAX_STATUS"))
CREATE INDEX ORL.IDX_BUID_RAM ON ORL.FAX_SOURCE(BUID)
CREATE INDEX ORL.IDX_FAX_NUMBER_RAM ON ORL.FAX_SOURCE(UPPER("FAX_NUMBER"))
CREATE BITMAP INDEX ORL.IDX_IS_DELETED_RAM ON ORL.FAX_SOURCE(IS_DELETED)
After creating the following indexes performance got improved.
But our DBA said that new BITMAP index at FAX_SOURCE table (ORL.IDX_IS_DELETED_RAM) can cause locks
on multiple rows if IS_DELETED column is in use. Please proceed with detailed tests.
I am sending the explain plan before creating indexes and after indexes has been created.
SELECT FS.*
FROM ORL.FAX_STAGE FS
                INNER JOIN
                ORL.FAX_SOURCE FSRC
              INNER JOIN
                  GLOBAL_BU_MAPPING GBM
                ON GBM.BU_ID = FSRC.BUID
            ON UPPER (FSRC.FAX_NUMBER) = UPPER (FS.DESTINATION)
WHERE      FSRC.IS_DELETED = 'N'
          AND GBM.BU_ID IS NOT NULL
          AND UPPER (FS.FAX_STATUS) =:B1;
--OLD without indexes
PLAN_TABLE_OUTPUT
Plan hash value: 3076973749
| Id | Operation          | Name                  | Rows | Bytes | Cost (%CPU)| Time    |
| 0 | SELECT STATEMENT    |                        | 141K|    85M| 45130 (1)| 00:09:02 |
|* 1 | HASH JOIN          |                        | 141K|    85M| 45130 (1)| 00:09:02 |
| 2 | NESTED LOOPS      |                        | 611 | 18330 |    22 (0)| 00:00:01 |
|* 3 |    TABLE ACCESS FULL| FAX_SOURCE            | 2290 | 59540 |    22 (0)| 00:00:01 |
|* 4 |    INDEX RANGE SCAN | GLOBAL_BU_MAPPING_BUID |    1 |    4 |    0 (0)| 00:00:01 |
|* 5 | TABLE ACCESS FULL | FAX_STAGE              | 23245 |    13M| 45106 (1)| 00:09:02 |
PLAN_TABLE_OUTPUT
Predicate Information (identified by operation id):
1 - access(UPPER("FSRC"."FAX_NUMBER")=UPPER("FS"."DESTINATION"))
3 - filter("FSRC"."IS_DELETED"='N')
4 - access("GBM"."BU_ID"="FSRC"."BUID")
      filter("GBM"."BU_ID" IS NOT NULL)
5 - filter(UPPER("FS"."FAX_STATUS")=SYS_OP_C2C(:B1))
21 rows selected.
--NEW with indexes.
PLAN_TABLE_OUTPUT
Plan hash value: 665032407
| Id | Operation                        | Name                    | Rows | Bytes | Cost (%CPU)| Time    |
| 0 | SELECT STATEMENT                |                          | 5995 | 3986K| 3117 (1)| 00:00:38 |
|* 1 | HASH JOIN                      |                          | 5995 | 3986K| 3117 (1)| 00:00:38 |
| 2 | NESTED LOOPS                  |                          | 611 | 47658 |    20 (5)| 00:00:01 |
|* 3 |    VIEW                          | index$_join$_002        | 2290 | 165K|    20 (5)| 00:00:01 |
|* 4 |    HASH JOIN                    |                          |      |      |            |      |
|* 5 |      HASH JOIN                  |                          |      |      |            |      |
PLAN_TABLE_OUTPUT
| 6 |      BITMAP CONVERSION TO ROWIDS|                          | 2290 | 165K|    1 (0)| 00:00:01 |
|* 7 |        BITMAP INDEX SINGLE VALUE | IDX_IS_DELETED_RAM      |      |      |            |      |
| 8 |      INDEX FAST FULL SCAN      | IDX_BUID_RAM            | 2290 | 165K|    8 (0)| 00:00:01 |
| 9 |      INDEX FAST FULL SCAN        | IDX_FAX_NUMBER_RAM      | 2290 | 165K|    14 (0)| 00:00:01 |
|* 10 |    INDEX RANGE SCAN              | GLOBAL_BU_MAPPING_BUID |    1 |    4 |    0 (0)| 00:00:01 |
| 11 | TABLE ACCESS BY INDEX ROWID    | FAX_STAGE                | 23245 |    13M| 3096 (1)| 00:00:38 |
|* 12 |    INDEX RANGE SCAN              | IDX_UPPER_FAX_STATUS_RAM | 9298 |      | 2434 (1)| 00:00:30 |
Predicate Information (identified by operation id):
PLAN_TABLE_OUTPUT
1 - access(UPPER("DESTINATION")="FSRC"."SYS_NC00035$")
3 - filter("FSRC"."IS_DELETED"='N')
4 - access(ROWID=ROWID)
5 - access(ROWID=ROWID)
7 - access("FSRC"."IS_DELETED"='N')
10 - access("GBM"."BU_ID"="FSRC"."BUID")
      filter("GBM"."BU_ID" IS NOT NULL)
12 - access(UPPER("FAX_STATUS")=SYS_OP_C2C(:B1))
31 rows selected
Please confirm on the DBA comment.Is this bitmap index locks rows in my case.
Thanks.>

OPM process execution process parameters takes too long time to complete

PROCESS_PARAMETERS are inserted every 15 min. using gme_api_pub packages. some times it takes too long time to complete the batch ,ie completion of request. it takes about 5-6 hrs long time ,in other time s it takes only 15-20 mins.This happens at regular interval...if anybody can guide me I will be thankful to him/her..
thanks in advance.
regds,
Shailesh

Generally the slowest part of the process is in the extraction itself...
Check in your source system and see how long the processes are taking, if there are delays, locks or dumps in the database... If your source is R/3 or ECC transactions like SM37, SM21, ST22 can help monitor this activity...
Consider running less processes in parallel if you have too many and see some delays in jobs... Also indexing some of the tables in the source system to expedite the extraction, make sure there are no heavy processes or interfaces running in the source system at the same time you're trying to load... Check with your Basis guys for activity peaks and plan accordingly...
In BW also check in your SM21 for database errors or delays...
Just some ideas...

Problem with JSP taking long time to load.

Hi,
we have three server of oracle apps 10.1.3.
only on one server we are getting problem.
the problem is some jsp pages are taking long time to load and ssome times they dont evn load completly. half of the page is loaded and dont give any error message in opmn log.
the same pages are working fyn in other servers .
plesae help me.....

This only happens in Photoshop 32 bit. Works fine in 64 bit.

Releasing transport request taking long time

Hi All,
I am releasing transport request in SE09, for releasing child request it was taking long time and for parent request taking much more long time.
In SM50, i didn't find any processes running.
Can anyone tell me the solution.
Thanks & Regards
Uday

Hi Uday,
>> I am releasing transport request in SE09, for releasing child request it was taking long time and for parent request taking much more long time.
You didn't note what release your are running on, but you can check the note 1541334 - Database connect takes two minutes
>> In SM50, i didn't find any processes running.
It is normal, because the system exports the transport request by "tp" command at the OS level, after TMS complete its job on a DIALOG wp.
Best regards,
Orkun Gedik

Master Dataload is taking long time to complete

Similar Messages

Maybe you are looking for