Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

We have 4000 transports...would like to know the best methods of transports

Former Member
0 Kudos

We have 4000 transports...would like to know the best methods of transports.I understand mass transports and consolidation of transports through transport organiser can be of help ..However would like to understand more on the following points

1)In both the cases, how dependencies between transports will be managed.

2)How Sequencing will be managed?

3)Which is recommended and under what circumstances?

4)Pros and cons of each?

Thanks

Shamna

1 ACCEPTED SOLUTION

Former Member
0 Kudos

If you transport in their original order, all dependencies will be managed cleanly by SAP.

If you alter the order, dependencies could be broken.

Again - Simply wrong to alter the order.

7 REPLIES 7

former_member223537
Active Contributor
0 Kudos

Hi,

It is possible through STMS/TMS for the same.

http://help.sap.com/saphelp_nw04/helpdata/en/96/8a99386185c064e10000009b38f8cf/content.htm

Best regards,

Prashant

former_member589029
Active Contributor
0 Kudos

Have those transports already be transported (e.g. from Dev to Test?) - if so the transports from Test to Prod must be in the exact same sequence you transported them into Test because only then the coding status will be exactly the same.

If there was no transport yet then you usually transport in the sequence of the transport numbers - however if they have not yet been transported you don't know, if there are dependencies between different transports unless you kept a kind of log.

In that case the savest way to transport everything is to combine all objects of all transports into one transport and then let that one run into Test and Prod. That way you would not have to worry about sequence problems where a newer version is overwritten by an older version.

However the big transport only works if all the objects in those 4000 transports are not locked in any open request. You can create that transport by using SE03 and choosing 'Merge Object Lists' - just paste all the transports into the selection field and execute. You don't have to do all 4000 at once but do it in packages.

Hope that helps,

Michael

Former Member
0 Kudos

To prevent problems, DO NOT change the sequence of the transports. They NEED to move into your PROD environment in the same order as they moved from your DEV into yourt TEST env.

Doing ANYTHING different is VERY risky and simply wrong.

Former Member
0 Kudos

If you transport in their original order, all dependencies will be managed cleanly by SAP.

If you alter the order, dependencies could be broken.

Again - Simply wrong to alter the order.

0 Kudos

<- Glad he isn't involved in cleaning up the fallout of trying to import 4000 transports in one go. 😛

It depends if the transports have been released or not. If they have, then you can't change them and trying to create replacement consolidated transports in your dev environments will only complicate matters.

Your best way is to manage it by the import queue. With such a large number, delete any entries from the queue that you don't need (you can manually add them back in afterwards) and import the lot.

Former Member
0 Kudos

Hi Michael,

The transports have still not moved to Test from Development.Could you please explain more on doing the 4000 transports in packages which you have earlier mentioned..?

Thanks

Shamna

0 Kudos

With packages I meant adding the objects to the consolidated transport in packages. You would still have one big transport but again, if there is anuy object in all your transports that is still included in a not released transport, you cannot do this. You should anyway talk to your basis to make sure that there are no restrictions in terms of the size of the transport (with so many objects this transport will be quite big).

If you can't do or don't want to do a big transport, the only possibility is to transport every request manually in the exact order they have been released. You still might get activation problems for one or the other transport but you would not overwrite new coding versions with older ones.

e.g. if you declare a data element in transport 1 and use it in an include that is in transport 3. Now you release transport 2 and later transport 1. When transport 2 runs into test it will have a return code of 8, but once transport 1 runs in everything is fine again, you just have to activate the include from transport 2 in your test system.

Regards,

Michael