cancel
Showing results for 
Search instead for 
Did you mean: 

ChaRM with multiple production clients and status dependent import.

Former Member
0 Kudos

Hi experts,

I am trying to understand what would be the best option to handle a landscape with 2 clients for each system.

We have a 4 systems Landscape: DEV, QUA, PreProd and PROD. Each system has 2 clients.

Developments are made only on DEV1. PROD1 is the real production, but changes that reach PROD1 must be made to PROD2. We need the changes on the second client as soon as possible (because of the workbench requests that are reimported).

The initial configuration was to use a target group from DEV1 to DEV2, QUA1 and QUA2. Then using mass import in the STMS, the change were imported in each system (in both clients).

What is the best practice to synchronize those two (clients) tracks with ChaRM?

We intend to keep the target group for DEV2, QUA1 and QUA2, and create a target group for PreProd clients, and a last one for Productions.

To synchronize urgent changes, we are thinking of using report /TMWFLOW/SCMA_BTCH_SYNC_UC to schedule import in each secondary client.


We will also use a report for periodic import in DEV2, QUA1 and QUA2 of the TOCs and released transports,.


But how to manage PreProd2 and PROD2 ?


Changes are imported in PreProd1 via tasklist. Status dependent import is active, so PreProd2 also needs to be handled via ChaRM? Could we schedule tasklist import for PreProd2 to activate after import in PreProd1? We don't want the import job in PreProd2 or PROD2 to be periodic because they are clients, so workbench changes will reach PROD1 too, before actual Go-Live.


To handle PROD1 and PROD2, do we need to create 2 logical components with the DEV1 as source system for both, and PROD1 and PROD2 as Productions ? I have noticed that this option remove the automatic assignment of the component when inserting change documents in the scope of the Change Request...


Or can we use just one logical component, and manage all secondary clients via import jobs ?


Thanks,


Roger

Accepted Solutions (1)

Accepted Solutions (1)

former_member194601
Participant
0 Kudos

Hello Roger,

In my opinion, I would suggest you to go for Retrofit as you have mentioned "Developments are made only on DEV1. PROD1 is the real production, but changes that reach PROD1 must be made to PROD2. We need the changes on the second client as soon as possible "

Please look this link.

How to work with Change Request Management Enhanced Retrofit - Solution Manager - SCN Wiki

Hope this helps you...

Thanks,

Vignesh

Former Member
0 Kudos

Thanks Vignesh,

After writing this post, I decided to test retrofit (I declared the second DEV as a post processing system on my logical component that will be used by the functionals, and then created a second logical component for the basis team with this second dev as source system). It's all working fine, since we are in the same transport domain, and no development is made on DEV2 (so no conflict).

Thank you for suggesting retrofit !

Roger

former_member194601
Participant
0 Kudos

Hello Roger,

Hope Retrofit as helpful to you.

If possible, also comment your knowledge gained during the configuration as others may get benefited...

Thanks,

Vignesh

Answers (0)