Technical Articles
Life Cycle Management in SAP Datasphere: Transporting Content between Tenants
Author: Geetha Madhuri Bobbili
LinkedIn Profile: https://www.linkedin.com/in/geetha-madhuri-bobbili-971268184/
Introduction:
The concept of Life Cycle Management is not exclusive to SAP Datasphere as this process is also done in on-premise systems. The landscape architecture is however slightly different as SAP Datasphere is a Data Warehouse as a Service (DWaaS) solution and runs in the Cloud.
If you have Administrator or Space Administrator role, you can transfer content between tenants/systems in your landscape. For example, you have developed Graphical views, Data Flows, Intelligent Lookups and Analytic Models in your Dev tenant and then move them to a QA tenant when they are ready for Testing.
Typical System Landscape for SAP Datasphere:
As of the latest release (version 2023.16), the Transport app supports the export and import of the following object types exclusively:
- Local Tables
- Remote Tables: The definition of a remote table contains information about its connection. Before importing, make sure to create the same connection with an identical technical name in the recieving space.
- Views
- Data Flows
- Intelligent Lookups
- Analytic Models
- E/R Models
- Data Access Controls
- Task Chains
- Business Entities / Business Entity Versions
- Fact Models
- Consumption Models
- Authorization Scenarios
Transporting the Content using Export/Import:
To export and import content, you must have Administrator or Space Administrator role to read, maintain, and share Life cycle data.
The exported packages are stored in the cloud, where we can share the packages with other systems in our landscape and import content that is shared with your system.Referring to the above image, the Content is exported as a Package in the Dev Tenant and shared with the QA Tenant. Following this, the shared Content Package is then imported with in the QA Tenant.
Exporting Content for Sharing with Other Tenants:
We can share content across tenants from one or more landscapes and set access rights for each sharing destination. Each tenant can store up to 2048 MB of exported content in the My Content area.
This method has the following advantages:
- Exported files are hosted in the Cloud rather than on the client machine.
- Files can be organized into folders including with folder security options.
- Processing occurs in the background so there is no need to wait for the export to
complete. - There is no need to manual download/upload packages for Life Cycle Management.
Procedure:
1. In the side navigation area, click Transport and select Export.
2. Select My Content folder. The My Content page shows a list of packages and folders, including the packages that you have exported and the packages from other systems that you have permission to edit or delete.Let’s see some important options on this page before we start exporting our package.
3. Select New Export. On the Choose content page, select the objects you want to export, and then click Next. If an object depends on other objects, then they will also be selected. Click on Next.





You can check the progress of your export in the Notifications list. You’ll also receive a message when it is complete.

Importing Content from Another Tenant:
Procedure:
2. On the side navigation, click “Transport” and choose “Import” to see the list of content available for importing.
3.If you don’t find the packages you expected to import, hit the “Settings” button and double-check the import settings.
We have the following options:
Enable the Show content shared by all systems option and optionally exclude content from specific tenants by adding them to the Add systems to block content sharing list.
Disable the Show content shared by all systems option and choose specific tenants to import from by adding them to the Add systems to allow content sharing list.
If, after checking these settings, an expected package is still not listed, contact an administrator for help.
4. Click a package to open it and see an overview of its content and review the Import Options section. For more details, and to modify any of the options, click the Import Options tab.
6. Select Import. The import process begins. You receive a notification when the process is complete, or if an error occurs.
To view the log of updates and imports for a package, select the package in the content network and choose History.
Conclusion:
By following the steps mentioned above, you can easily transfer content between tenants/systems in your landscape.
For more details and future updates, please refer to the SAP Datasphere portal: https://community.sap.com/topics/datasphere.
Geetha Madhuri Bobbili Did you had any issues transporting the objects between tenants when the space names are different in the tenants. can we have different space names in QA and Prod.
Hello Anil,
The Transport app can not import content into a space with a different technical name than the one it was exported from. Before importing the content in to your target space, please create all the relevant connections and spaces with the identical technical name.
Best regards,
Geetha
Thanks for the reply we have used the same identical names for the connections and the spaces in both the datasphere tenants only after that we were able to transport the datasphere objects and SAC objects without any issue.
Hello Geetha Madhuri Bobbili,
very interesting and helpful Blog! 🙂
I have one question regarding e.g. S4 HANA System connections in Datasphere...
This object type is missing on your list of transportable objects above. Does it mean we have to create it in each tenant newly ... and I assume we need to use the same technical name?
If you made the mistake of naming it like the source system is called, like S4D_100 (D for Dev) then you have to use this in the prod. tenant, too, even if your system connection there points to S4P_100 (P for Prod.)? Is my understanding correct?
Thanks a lot, Martin
Hello Martin,
Instead of transporting the connections, we should create them individually in each Tenant with identical names. That's why I didn't include connections in the above list.
Before importing a remote table, it's essential to establish a corresponding connection with the same name in the receiving Space.
Best regards,
Geetha
Thanks for this document -it should be helpful for the new comers.
I would just like to add one interesting feature of Datasphere here. During the selection of the object there is no need of maintaining any sequence and object list etc. If you choose the final object, it would automatically select all dependent object in package.
This is very interesting feature saving enhancing both productivity (Much faster as no need of maintaining documents of dependency and sequence) and quality of work (Much less error prone specially for a sizable implementation)
Yes Amlan, that’s a fantastic feature, actually. Thank you for bringing it up. It accelerates work and reduces mistakes.
It is also essential to select the overwrite preferences with caution.
Best regards,
Geetha