Skip to Content

Many partner friends and customers consult about the efficient and correct way to perform BPC 10 transport recently. As in BPC 10 the transport mechanismhas been significantly fine-tuned compared with previous versions with a lot of behavioral changes, I drafted this transport guide to help partners or customers to facilitate BPC transport process. The version I am demonstrating is BPC 10 SP9 Patch 1.  CLM part is not covered. Any comments or suggestions are very welcome.


Prerequisites Check:

The following prerequisite checks are highly recommended before transport, especially for the first transport:

  1. Ensure “Automatic Recording of Changes” has been set in source system otherwise the transport request generation dialog won’t pomp up when you package your selected transport objects. You need to perform the following:
    1. a.    Transaction SCC4 in source system, select the client where BW is installed and click Display.
    2. b.    Set the option Changes and Transports for Client-Specific Objects to Automatic Recording of Changes
    3. c.    After the change is applied and saved, reopen RSA1 and attempt to collect the objects and create the transport request again.
  2. The BPC version and patch level in source system and in target system need to be equal.
  3. Make sure the Planning and Consolidation installation guide is followed to configure the transport RFC destination. Check transaction RSTPRFC that the right user has been assigned to handle the post-processing of the import. You can refer note 1817817 if you want to know more details about BPC RFC connections.
  4. Run report UJA_DATA_CHECKER and enter Environment name to check if the environments in source and in target (if exist) are consistent to avoid unnecessary transport issues.
  5. It is NOT best practice to assign task profiles or data access profiles directly to users from design aspect. Furthermore, if you do so you may receive error during transport with error message “Member XXX does not exist in dimension YYY”.

Transport Process:

Source System

  1. Make source Environments to be transported have been set offline
  2. Enter RSA1 –> Transport Connection –> Object Types –> More Types –> Environment –> Double click “Selection”

/wp-content/uploads/2013/03/1_199064.png

3.     Choose the Environment then click “Transfer Selection”.

/wp-content/uploads/2013/03/2_199065.png

4.     Choose  the Objects that you are about to transport

/wp-content/uploads/2013/03/3_199066.png

There are some remarks here:

  • For best practice, master data is seldom transported from DEV to either QAS or PRD, however till now, it is suggested to transport the Time Dimension Member for the first transport. From experience, static dimension members (not imported from BW Info Provider or external systems) can be transported to shorten preparation phase however users must be aware of the possible inconsistency it may bring. You can uncheck the Dimension Member if you do not want to transport master data.

/wp-content/uploads/2013/03/4_199067.png

  • BPF templates will be collected here only if it is validated deployed.
  • Configurations only need to be transported if you really intend to do so.
  • Environment Level Work Status will NOT be transported. See section “Reminder”.


4.     After you collect all objects you wish to transport, click the Transport Objects button. In pomp up dialog you generate or enter a transport request.  Then click OK.

/wp-content/uploads/2013/03/5_199068.png

/wp-content/uploads/2013/03/6_199069.png

6.     Enter SE09 and release your transport request.


Target System

7.     Set the target Environments offline

8.     Enter STMS to refresh the transport request and import

9.     Verify the transport log to ensure the transport is performed successfully by entering SLG1 and input UJ in OBJECT and UJT in SUBOBJECT field. In External ID field you can enter the Environment name if you like.

Performance Consideration:

If you encounter performance issues during transport, you can refer to the following notes to help you out.

  1. Increase performance and avoid TIME_OUT: 1795221 – Transport failed with TIME_OUT dump – BPC NW 10.0
  2. Note 1826141 – Transport cost too much memory and time when exporting


Shortcuts:

If you are looking for some utilities to help you faster your operations you can refer to the below information.

  1. Setting Offline: Using SE16 –> Table UJ0_PARAM_APP –> Enter Environment ID and Field AVAILABLEFLAG, then change the fetched Value to 0 to make the environment offline.

/wp-content/uploads/2013/03/7_199070.png

2.     You can set the target global parameter to ensure automatic environment offline. However, if is not recommended be utilized in Production system.

/wp-content/uploads/2013/03/8_199071.png

3.     If your transportation failed somehow, you can perform the report UJT_AFTER_FAIL_PROCESS to make a quick clean in target before follow up re-transport. This report can also be used to help re-activate ENVIRONMENTSHELL (by unchecks the Failed Only option).


Reminders:

  1. Work Status Settings in Environment level will not be imported according to current design. For details see 1817597 – Environment-level work status are not transported in BPC NW 10. This may lead to some inconsistency state. If you have the issue of setting work status in target system after transport, you need to apply workaround as elaborated in 1823062 – EPM-BPC-NW – Invalid Work Status information after transport.
  2. If you would like to ensure the model technical names consistent within transport landscape, you have to specify the model level parameters ENABLE_FIXED_CUBENAME in all systems for all models you would like to keep technical names consistent.

/wp-content/uploads/2013/03/9_199072.png

  3.  It is encouraged to include neither BPC generated objects such as Multiproviders/VirtualCubes nor customized BW objects in the BPC transport request. If you do need get customized objects transported, they should be transported after BPC transports have been done and the models are stabilized on target (due to the possible change of the dimension attribute after transport).

SAP China Consulting

BAS Team Manager

Ning

To report this post you need to login first.

8 Comments

You must be Logged on to comment or reply to a post.

  1. Aamer Kaleem

    Hi,

    When trying to access the “Increase performance and avoid TIME_OUT: 1795221 – Transport failed with TIME_OUT dump – BPC NW 10.0” sap note we are getting an error message saying “Document is not released”

    Thanks

    Aamer

    (0) 
  2. Matteo Vannini

    I’m trying to manually collect the environment, but I can not find under the node Model -> Configuration all parameters entered from SPRO.

    I can see only BPC_STATISTICS and COMMENT.

    In particular I would try to understand how I can collect “ENABLE_FIXED_CUBENAME”.

    Thanks.

    Matteo

    (0) 
  3. Dinesh Veluru

    Hi Ning,

    transport document is very helpful.

    there is a small correction in the first screenshot the “Object Types” should be selected from “SAP Transport” drop down instead from “XML”> “export” dropdown .

    if we select the object types from export drop down then it will not allow to transport.

    Thanks,

    Dinesh.V

    (0) 
  4. William Eckenrode

    We have just created new model FIN in our dev environment.  Corporate IT policy dictates that a transport be used to move this cube to TEST / QA environment, then PROD.

    However, after transport, we can see the new cube only on the BW side – it is not displayed on the admin console as one of the models for the appset, nor is it available to set security.

    Is there something to look at settings wise on the BW side to make it show on the admin console?

     

    (0) 

Leave a Reply