Technology Blogs by SAP
Learn how to extend and personalize SAP applications. Follow the SAP technology blog for insights into SAP BTP, ABAP, SAP Analytics Cloud, SAP HANA, and more.
cancel
Showing results for 
Search instead for 
Did you mean: 
DenizOsoy
Product and Topic Expert
Product and Topic Expert

Abstract


This blog post is about a strategic feature of SAP Datasphere, namely the SAP Datasphere, SAP BW bridge. SAP offers its customers through RISE with SAP, the opportunity to move with a business transformation as a service (BTaaS) to the cloud. For BW customers, this means SAP BW to SAP Datasphere. SAP positions SAP Datasphere as the strategic target solution for Data Warehousing in the public cloud, with SAP BW/4HANA Private Cloud Edition (PCE) as an option to start the transition. In this context, SAP BW bridge offers customers the opportunity to implement their new data warehousing use cases directly in the cloud environment while protecting, and retaining their existing on-premises investments. The blog provides an overview about SAP BW bridge, explains how to move from an existing SAP BW system to the cloud, and gives insights with a complete end-to-end greenfield scenario including a system demo in SAP Datasphere.

Overview


SAP Datasphere is SAP's offering for all data warehousing use cases. This SaaS (Software-as-a-Service) is based on SAP HANA Cloud. It combines data, and analytics in a cloud solution that offers data integration, database, data warehouse, and analytics services. This enables customers to realize the full potential of a data-driven business. As a way to improve the integration with SAP ERP systems, the SAP BW bridge enables ABAP-based data extraction and staging capabilities within SAP Datasphere (see figure 1).


Figure 1: SAP Datasphere, SAP BW bridge. Overview of data integration


In the future, a tool-based transfer of existing SAP BW and SAP BW/4HANA staging scenarios will be enabled. Then the SAP BW bridge will enable a seamless transfer of existing ETL processes in a dedicated SAP BW bridge Space in SAP Datasphere. Here, the extensive functions of ODP extractors, and ABAP code within the SAP Business Technology Platform (SAP BTP) ABAP environment can be adopted in SAP Datasphere using the Cross-Space-Sharing approach.

SAP BW to SAP Datasphere


Within SAP BW bridge, customers are able to implement data extraction and staging scenarios up to the CompositeProvider level. In other words, it is not possible to create new queries within the SAP BW bridge environment. In this regard, within the SAP BW bridge, there is no support for OLAP engine, and functionality dependent on OLAP (e.g., analysis authorizations, query as info provider, query execution). Front-End tools do not have the possibility to access SAP BW bridge artefacts directly.


Figure 2: Future Modeling Capabilities in SAP Datasphere


The SAP BW bridge environment is primarily intended for ODP-based source systems, which means that the connection scenarios only become available via Operational Data Provisioning (ODP). Non-SAP sources will be connected directly to SAP Datasphere (see figure 2). Objects from source SAP BW system(s) will be converted to the SAP BW bridge environment using Conversion Tools, including the SAP BW queries.

To take the full advantage of SAP's data warehousing offerings, customers today need to deploy both SAP BW/4HANA, and SAP Datasphere. In the future, the SAP BW bridge will enable customers to merge these offerings into a single data warehouse solution in the cloud. With SAP BW bridge, SAP addresses BW customers that are looking for a way forward from SAP BW NetWeaver, and SAP BW/4HANA (See figure 3).


Figure 3: SAP BW bridge Migration Path


SAP BW Customers will have the option in 2022 to convert their existing on-premises investments to the cloud via remote, and shell conversion. First, the SAP BW bridge conversion will be offered for SAP BW 7.4, and SAP BW 7.5 systems (initially as shell conversion, followed as remote conversion), subsequently the conversion for SAP BW 7.3 systems (shell and remote conversion) will be available. Additionally, the conversion will be available for SAP BW/4HANA 2021 (shell and remote conversion). Regarding release coverage, please consider the details in the roadmap. Customers with lower SAP BW releases will need to upgrade their system(s) first, and then convert the required scope to SAP BW bridge in SAP Datasphere. Please note that SAP BW systems 7.40, and lower are already out of maintenance (see figure 4). A dedicated blog post is available, see Conversion to SAP Datasphere: Conversion Paths and Cloud Transformation Steps.


Figure 4: SAP BW bridge. SAP BW to SAP Datasphere


The SAP BW bridge artefacts out of the Business Technology Platform (SAP BTP) ABAP environment are available via remote tables using SAP HANA Cloud Smart-Data-Access (SDA) in a dedicated SAP BW bridge Space in SAP Datasphere. The remote tables in the SAP BW bridge Space can then be used in the regular SAP Datasphere Spaces via the SAP Datasphere cross-space sharing approach.

Add-ons are not supported in SAP BW bridge. Therefore, planning is not available within SAP BW bridge. In this regard, SAP positions SAP Analytics Cloud Planning as the planning application, and in the future (earliest end of 2022) SAP Datasphere as the planning foundation for the data. Application development is not supported in SAP BW bridge. Any app development should be done via the Business Technology Platform App Building on SAP HANA, for which customers need to license, and use the stand-alone version of SAP Business Technology Platform ABAP Environment.

Target Scenarios for SAP BW bridge




Greenfield with SAP Legacy Sources
Customers building a new data warehouse in the cloud with SAP Legacy systems as data sources that will only be migrated to a cloud-based system in the future. Expecting the same level of data integration, and convenience functions as known from SAP BW/4HANA.

Conversion with SAP BW NetWeaver & SAP BW/4HANA 2021
Customers with an SAP BW (SAP BW 7.3 and upwards, any DB) moving their data warehouse to the cloud expecting to retain their data, and their legacy data flows, but renovating their data consumption layer with SAP Analytics Cloud or 3rd party clients on top, and expanding their data footprint to cloud, and non-SAP sources.

Hybrid with SAP BW/4HANA
Customers with an on-premise SAP BW/4HANA looking for a path into the cloud for their data warehouse workload. Starting with hybrid scenarios for consumption to combine SAP BW/4HANA data, and SAP Datasphere data, and then easily moving more and more of the SAP BW/4HANA data flows to the cloud, and successively transition them to modern SAP Datasphere data ingestion approaches.



End-To-End Greenfield Scenario








As an example, the Greenfield approach is demonstrated in the following use case (See Figure 5). This means when the customer operates SAP Datasphere together with SAP BW bridge to connect SAP on-premises systems. This provides proven SAP BW-based data integration technology for ABAP-based SAP systems, and enables the rich feature set of extractors in SAP Datasphere.

Figure 5: Architecture of End-To-End Greenfield Scenario


The SAP BW bridge data, and processes are administered, and managed via an SAP UI5 environment called SAP BW bridge Cockpit. The implementation of new objects is done within Eclipse via SAP BW Modeling Tools, and ABAP Development Tools. Within the SAP Datasphere, the SAP BW bridge artefacts are available via remote tables, and can be used via the SAP Datasphere cross-space sharing approach. An SAP GUI is not required to access the SAP BW bridge environment.

SAP BW bridge: Development-Environment


In the following data flow (see figure 6) it can be seen, that the Eclipse environment with SAP BW Modeling Tools, and ABAP Development Tools are used. The well-known SAP flight data model is the foundation for this use case.


Figure 6: Eclipse Environment for SAP BW bridge


In this scenario, the tables "Flight" for transaction data, and "Airline carrier" for master data are considered. The left branch of the data model handles transaction data, the data is loaded from an SAP ECC system respectively a classic ABAP extractor. The right branch of the data model handles master data, the data is loaded from a CDS view. As it can be seen, there is still the subdivision into master data texts, and master data attributes. Within the data flow, transformations, and data transfer processes are used to load data into the advanced DataStore Object, and the master data-bearing InfoObject. Within the Composite Provider, the data is then combined with a join.

The SAP BW bridge component is primarily intended for ODP-based source systems. In this regard, customers have the option to create source systems in the context of ODP. This means that ODP-BW, ODP-SAP, ODP-CDS, and ODP-SLT based source systems can be connected. This offers the additional benefits of the Operational Data Provisioning Framework, such as Extract Once Deploy Many, data compression, and more.


Figure 7: SAP UI5 Environment for SAP BW bridge


Dedicated process chains are created for both branches in order to load data into the InfoProviders. The process chains are modelled in the SAP UI5 environment for SAP BW bridge called SAP BW bridge Cockpit (see figure 7).

SAP BW bridge Space in SAP Datasphere


If a customer wants to use SAP BW bridge, a provisioning process is triggered by SAP. With that, there will be a dedicated Space for SAP BW bridge in the SAP Datasphere Tenant itself, generated by the provisioning process. This space then has a specific type “SAP BW bridge” (see figure 8).


Figure 8: Space Type: SAP BW bridge


In the generated SAP BW bridge Space, a connection (see figure 9a) to the SAP BW bridge environment, within the SAP Business Technology Platform, will be generated that contains an SAP HANA Cloud Smart Data Access endpoint, and a HTTP ABAP endpoint. It is possible to connect only one SAP BW bridge System to an SAP Datasphere tenant.


Figure 9a: Connection to SAP BW bridge


The SAP HANA Cloud Smart Data Access endpoint is used to connect to the external schema of SAP BW bridge’s SAP HANA Cloud Database that contains the read-only views to the data tables, for moving over the data. The HTTP ABAP endpoint is used to be able to call Monitor UIs via Single Sign on with a named user, and to get Meta Data e.g., for a value help or import of SAP BW bridge Objects (see figure 9b).


Figure 9b: Connection to SAP BW bridge


The new connection type cannot be edited by a user in the SAP BW bridge Space, as this connection will be generated by the SAP BW bridge provisioning process automatically. The credentials for the SAP HANA Cloud Smart Data Access connection are provided when the connection is generated. The data tables of the Business Technology Platform environment for SAP BW bridge are exposed as remote tables in the SAP BW bridge Space.

Important: The SAP BW Service Key should be copied, as this needs to be entered when an SAP BW bridge project is set up in Eclipse.


Figure 9c: Connection to SAP BW bridge


Inside the SAP BW bridge Space, the Create-Button for new connections is disabled, as this Space is restricted to the SAP BW bridge only. The Real-Time Replication Status is inactive for this connection, as it only allows Remote Tables (see figure 9c).

SAP BW bridge Space: Data Builder for importing remote tables


The main purpose of the Data Builder regarding the SAP BW bridge Space (see figure 10) is to import, and share the remote tables for other Spaces, using the Cross-Space Sharing Approach of SAP Datasphere. Unlike the regular Spaces of SAP Datasphere, it is not possible to create Tables, Graphical Views, SQL Views, Entity Relationship Models, or Data Flows within the Data Builder of a SAP BW bridge Space. SAP Datasphere artefacts using the SAP BW bridge remote tables can only be created in other spaces based on the shared remote tables.


Figure 10: SAP BW bridge Space: Data Builder


Using the Import button in the Data Builder, then via "Import Remote Tables", the tables of SAP BW bridge InfoProvider can be accessed via the underlying connection (see figure 11).


Figure 11: Import Remote Tables


In the “Import Remote Tables” wizard there is only one connection available, the connection to the SAP BW bridge System (see figure 12). By selecting the defined connection, the connection gets validated. If the validation process is successful, the next step is available.


Figure 12: Connection to SAP BW bridge


The wizard for the data tables of SAP BW bridge InfoProvider contain the following data tables, which are then available as Remote Tables in SAP BW bridge Space in SAP Datasphere itself.

  • Advanced DataStore Object (Reporting View)

  • Composite Provider

  • Master Data Tables

    • Attributes

    • Texts




The data tables are displayed by InfoAreas (see figure 13). It is possible to multi select tables to support a mass take over. It is also possible to select an entire InfoArea, then all the tables underneath the objects are selected. Afterwards it is possible to deselect some tables (then the InfoArea can be deselected).


Figure 13: Select SAP BW bridge InfoProvider


The last step displays the list of objects which are ready for import. There is one more section for Remote Tables, which are already in the repository of SAP Datasphere. The user can also change the technical name, and the business name of the appropriate object. Via “Import and Deploy” the remote tables will be generated with Semantic Usage as Relational Dataset. The Master Data Text tables can be generated as either Dimension or Text (see figure 14).


Figure 14: Import and Deploy Remote Tables


Next, the remote tables located in the SAP BW bridge Space in SAP Datasphere need to be shared with the regular SAP Datasphere Spaces. As already outlined before, the main functionality here is to import, and share the remote tables for other spaces. SAP Datasphere artefacts using the remote tables can only be created in other spaces, based on the shared remote tables.

In my example, I have created a standard SAP Datasphere Space "DENIZBWBRIDGE", which consumes the artefacts, and allows further implementation within the SAP Datasphere (see figure 15).


Figure 15: Share Remote Tables



SAP Datasphere Space: Consuming Shared SAP BW bridge Artefacts


Within standard SAP Datasphere Spaces, the shared SAP BW bridge Remote Tables can be accessed, and other SAP Datasphere functionality can be applied accordingly (see figure 16).


Figure 16: Graphical View in SAP Datasphere


The following SQL code of the previous graphical view (see figure 17) states that the view within the standard SAP Datasphere Space accesses the remote tables of the SAP BW bridge Space in SAP Datasphere.
SELECT *
FROM (("BWBRIDGEDEMO.ZDOFLIGHTREPORTING" AS "ZDOFLIGHTREPORTING"
INNER JOIN "BWBRIDGEDEMO.ZDO_AIRLATTRIBUTES" AS "ZDO_AIRLATTRIBUTES"
ON "ZDOFLIGHTREPORTING"."CARRID" = "ZDO_AIRLATTRIBUTES"."ZDO_AIRL")
INNER JOIN "BWBRIDGEDEMO.ZDO_AIRLTEXT" AS "ZDO_AIRLTEXT"
ON "ZDO_AIRLATTRIBUTES"."ZDO_AIRL" = "ZDO_AIRLTEXT"."ZDO_AIRL");

Figure 17: SQL-Code of Graphical View



SAP Analytics Cloud: Story based on SAP BW bridge data


Finally, based on the analytical data set of SAP Datasphere, which in this case processes SAP BW bridge data, a visualisation of the data can be done via SAP Analytics Cloud (see figure 18) or any other 3rd party front end solution.


Figure 18: Story in SAP Analytics Cloud


Like for other data models in SAP Datasphere you can use SAP Datasphere Live Data Connection of SAP Analytics Cloud. However, SAP Analytics Cloud generally has certain limitations with SAP Datasphere Live Data Connection, detailed information is available in SAP Note 2832606.

SAP BW bridge Space: Data Integration Monitor



Figure 19: Data Integration Monitor for SAP BW bridge Space


Within the SAP BW bridge Space only Remote Tables are available. For the Data Integration Monitor of the SAP BW bridge Space that means, that the View Persistency Monitor, and Data Flow Monitor are not visible (see figure 19).The available functionalities here are the Remote Table Monitor, and Remote Query Monitor. In addition, access to the SAP BW bridge Cockpit is possible via the Data Integration Monitor of the SAP BW bridge Space.

Limitations of SAP Datasphere, SAP BW bridge



  • Application development is not supported in SAP Datasphere, SAP BW bridge. Any app building should be done "natively" using the SAP BTP app building on SAP HANA, for that customers need to license and use the stand-alone version of SAP BTP.

  • Customer do not have the option to connect with SAP GUI to SAP Datasphere, SAP BW bridge.

  • Connection scenarios are limited to ODP source systems only.

  • Queries are not supported.

  • No support for the OLAP engine and functionality dependent on the OLAP engine, e.g., analysis authorizations, query as InfoProvider, query execution.

  • The generation of External SAP HANA Views is not supported.

  • Planning is not available in SAP BW bridge. Therefore, SAP positions SAP Analytics Cloud Planning as the SAP Planning Application and SAP Datasphere as the Planning foundation for the data. SAP Analytics Cloud Planning is the strategic direction for planning. Also, as highlighted already at SAP SAPPHIRE NOW 2021, future releases will make SAP Datasphere the foundation for SAP's planning solutions.

  • In SAP BW bridge, add-ons (such as BCS, DSiM, TPM, …) are not supported. The use of SEM-BCS or BCS/4HANA is not supported in SAP Datasphere – explore other solutions like SAP Group Reporting instead.

  • For DataStore objects, cold store and DTO handling are not supported.

  • For CompositeProviders, temporal joins are not supported.

  • For DTPs, variables as selection criteria are not supported.

  • The following process types are not supported in SAP Datasphere, SAP BW bridge:
    ABAP, ADSOOLR, ARCHIVE, BDHTASKWF, BDHVFLOW, BOBJDSJOB, BOBJEVENT, CL_ARCHIVE, COMMAND, CPS_EVENT, CPS_JOB, DTO_EXEC, HAAP, OHD_NOTIFY, PLSEQ, PLSWITCHL, PLSWITCHP, REMOTE, RS2HANA, RSDASYB_PM, RSSDA_STAT, SDI_INIT, WORKFLOW


End-to-End Demo for SAP Datasphere, SAP BW bridge


The following video demonstrates the steps for an entire end-to-end greenfield scenario in SAP Datasphere using SAP Datasphere, SAP BW bridge. Finally, the data is visualised in SAP Analytics Cloud. The video is also available on the official SAP Technology YouTube Channel.


Summary



The value of SAP Datasphere is clearly recognized by many of SAP's existing data warehousing customers. However, they want a seamless migration path, and do not want to implement their existing data warehousing logic from scratch. At the same time, the market wants a single-target solution to reduce the system landscape complexity, and costs. This is where SAP BW bridge helps to accelerate the transition to cloud data warehousing while protecting previous, and new implementation investments in the cloud. This enables the integration of on-premises SAP Business Suite data with trusted connectivity, and semantic richness (business content). It also enables organizations to rapidly innovate on SAP BW data with an open, unified, data and analytics service in the cloud.

Find further information to get started with SAP Datasphere and check out the Best Practices on the Community for SAP Datasphere. Please also check out this blog post regarding this topic. Additionally, this brochure provides an overview of SAP Datasphere, SAP BW bridge. It is also recommended to check the SAP Note 3117800 - Information/Restrictions for SAP DWC, SAP BW bridge. You will find more information about what is new or changed with SAP BW bridge on the SAP Help Portal: New Features and Changes in SAP Datasphere, SAP BW bridge.

Please let me know, if you have any specific question. SAP’s Experts from SAP Data Warehouse Product Management & Strategy, and SAP Data Warehouse Development are involved in this topic.

Thanks to my colleagues Klaus-Peter Sauer, Dominik Graus, Gordon Witzel, Dirk Janning, and Udo Bätz for their support.

Best regards,
Deniz
132 Comments
claudiorossi_sap
Participant
HI

thank you for your rensponse.

I'm really amazed by this lack of sap security aspect..

Do you know why SAP has chosen this password non-expiration policy since it is insecure as indicated in all the international guidelines? Do you know if SAP has a roadmap to implement it in the near future?

 

thank you

 

best regards
Poshan
Explorer
Hi Deniz,

Great to see tons of your patience to answer single handedly all the questions asked above. Appreciate your efforts.

 

We are planning to initiate DWC remote conversion approach from 7.4 Oracle to DWC Bridge soon. Currently we are in prepare phase. For one of the scenarios we need your help

Post migrating BW objects to DWC bridge, do we need to maintain all the data(migrated from BW 7.4 and daily loads) for ADSOs both in BW bridge and DWC spaces?

Also, when source system is connected to ECC, how to replicate daily deltas from BW bridge space to DWC core space. Can you please elaborate little?

Thanks

Poshan
Poshan
Explorer
Hi Deniz,

Another question do we have to buy separate license or spin new tenant for Dev or Q environments or will SAP provide DEV/Q environment with minimum storage and compute capacities?

Please advise

 

Thanks

Poshan
DenizOsoy
Product and Topic Expert
Product and Topic Expert
Hello Claudio,

Thank you for the hint. There is an option for DB users to set a validity period, see this video. Indeed, not yet for the general SAP DWC user. However, we have this as a requirement on our feature list.

Best regards,
Deniz
DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Poshan,

thanks for your feedback and your question.

In general, the SAP BW Bridge data is accessed from SAP DWC Core via remote tables, which means that there is initially no need to replicate the data. If required, however, a snapshot procedure (Data Replication) can currently be scheduled (like a full load). For the future, we are also planning a delta load including real-time replication between SAP DWC Core and SAP BW Bridge. See this Blog Post by my colleague for more information about the modelling approach between SAP Data Warehouse Cloud Core and SAP BW bridge.

Best regards,
Deniz

DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Poshan,

thanks for your interest in our strategic data warehousing offering in the public cloud.

Non-productive tenants for Dev or Q environments have to be licensed separately and are available at attractive conditions. Please reach out to your SAP account team for assistance and more detail.

Best regards,
Deniz
claudiorossi_sap
Participant
0 Kudos
Hi

is there a guide or a best practice to integrate SAP DWC with SAP C4C ?

I suppose via odata ( c4c expose data - dwc read and load data - sac expose data for end users ) but i can't find a SAP help/guide or SAP note or a SAP forum that explain the various steps to do in SAP C4C and in SAP DWC to integrate data.

Thank you in advance

regards

 
DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Claudio,

thanks for your interest.

I don't have a guide for this. On the C4C side, a technical user needs to be provided and OData needs to be activated. For the OData API V2 documentation - here is something (I'm not a C4C expert, so I can't describe the procedure there). On the DWC side, the connection can generally be established via the generic OData connection. To do so, I use version V2 at my customer and as Authentication Type User Name And Password.

Best regards,
Deniz
marcus_pudwell
Discoverer
0 Kudos
The data warehouse cloud becomes a sphere, a data sphere. Next step crystal ball? I like meatballs. Remember: only a Fosbury Flop is a Fosbury Flop.
DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Marcus,

SAP Datasphere, the next generation of SAP Data Warehouse Cloud, is a comprehensive data service. So, existing SAP Data Warehouse Cloud tenants transitioned to SAP Datasphere. We’ve kept all the powerful capabilities of SAP Data Warehouse Cloud and added newly available data integration, data cataloging, and semantic modeling features, and plan to deliver enhancements and new features as part of the product roadmap.

Best regards,
Deniz

claudiorossi_sap
Participant
Hi

I'm searching for officially backup/restore policy and procedure used By SAP for SAP Analytics cloud and SAP DATASPHERE ; while i found for SAP Analytics cloud the OSS note "3026603 - Backup Process for SAP Analytics Cloud" , instead i found nothing about the SAP DATASPHERE !

Can you give me detail or reference regarding SAP DATASPHERE Backup/restore  SAP policy and procedure ?

 

Thnak you in advance

 

Best regards,
Henry_Banks
Product and Topic Expert
Product and Topic Expert
Hi claudiorossi_sap

As far as i'm aware High Availability, as well as Disaster Recovery, and Backup / Restore requests (inc. rollback ) are not supported yet, and are not offered as part of the standard service.

So Datasphere doesn't explicitly offer HA or DR, but it is a capability of the underlying infrastructure.

Usual principles likely apply like: Full snapshot taken daily, change logs backed-up every hour, with a retention period of 30 days.

In the event of a disaster, the recovery point and time objective is usually termed as 'best commercially-reasonable effort'.

As always, SAP will refer back to its SLA guarantees specified in the cloud contract (99.75%). Any emergency cloud ops request should be handled through Product Support with a P1 Very High ticket.

Kind regards,

Henry

p.s. deniz.osoy please keep me honest here!
DenizOsoy
Product and Topic Expert
Product and Topic Expert
Hi Claudio,

Thank you for the interesting question. I agree with what my colleague Henry already wrote. Thank you henry.banks.

The SLAs specified in the contract are guaranteed and applied by SAP centrally. Please check the SAP Cloud Service Level Agreements. High Availability with SLA of 99,9% or 99,95% as well as Disaster Recovery and Backup and Restore are not supported yet. This is also outlined in the Service Repository However, since the underlying technology is SAP HANA Cloud, see also this SAP-Help page. So, we should be able to get back to a state within 15 minutes of the error occurring. You can also get information about the backup of the tenant in the SAP HANA Cloud Cockpit of it. We cannot see the SAP Datasphere repository database backup and recovery, we still have this information split over two systems. Which is also why a rollback request by a specific customer for a SAP Datasphere tenant is at the moment not a standard service.

Best regards,
Deniz

 
prof1988
Discoverer
Hi,


we need to migrate our SAP BW to SAP Datasphere using BW Bridge in order to modernize our landscape by leveraging the latest SAP DWH tools.


In order to do that we're thinking which conversion scenarios is more suitable for us.


1) Our legacy application is BW 7.4 on SQL installed on-premises (2 tenants landscape: Test and Production)

2) Multiple source-systems is being loaded into the system, both SAP and non-SAP;

3) High volume of Historical Data. Not all historical data is still available in legacy source systems.

We need to migrate all this historical data (beyond current data) into SAP Datasphere.


I know that there are 2 possible approaches to do that, Shell and Remote Conversion.


Because of 3) which approach is preferable?


I know that with Remote Conversion i can keep all historical data since Meta Data and Business Data migrations happen in the same course of action however we can't control Meta Data collection and Data Migration (it's a kind of "everything or nothing" - let me say).


And what about Shell Conversion? From what I read in your post using shell conversion is possible to keep historical data creating a historical data flow from the downstream existing BW Landscape to upstream BW Bridge/DWC and perform the historical data load. Doesn't?


I also read some blogs that suggest to use Shell Conversion instead of Remote Conversion because it gives us more flexibility since we have complete control of the Metadata Collection and Data Migration.


Which approach do you recommend?


Thanks in advance.


Regards.

Roberto
DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hello Roberto,

Thank you for your interest.

I can confirm your research and understanding of shell and remote conversion. All correct. However, there is no general answer to your question. The type of conversion depends very much on the number of objects, the organisational structure, the need for optimisation and the effort required. Please contact our SAP service colleagues or send me an email (deniz.osoy@sap.com) so that we can analyse your system and advise you on the best type of conversion. You might also want to check out our Conversion blog post.

Best regards,
Deniz
S0008534400
Explorer
0 Kudos
Hi Deniz,

Could you please elaborate on the process of Transporting/sharing New Replication flow into other SPACE within the same tenant?

 

Regards,

Venu.
DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Venu,

thanks for your interest and your question.

The holistic transport management is currently planned for Q1/2024 (See Roadmap-Item). This allows than also for replication flows to use transport management between spaces to establish a single-tier landscape and ease the go-live of models.

Best regards,
Deniz
claudiorossi_sap
Participant
Hi

we are planning a shell conversion of our SAP BW 7.4 to SAP Datasphere.

As mentioned in oss note 3141688, the execution of SAP BW Note Analyzer in SAP BW (sending system for shell conversion) is a prerequisites for installing the Transfer Cockpit for a transfer scenarios because a set of SAP Notes must be applied in the system.

The same procedure (execution SAP BW Note Analyzer and installation of all required SAP Notes) must be done also in SAP ECC (source systems of SAP BW) ? Or is it not necessary because this checks in the source system are executed by the program SAP BW Note Analyzer executed (se38) only in SAP BW that reach ERP source system via RFC?

Thanks in advance.

Best regards.

 
DenizOsoy
Product and Topic Expert
Product and Topic Expert

Hi Claudio,

thanks for your interest and your question.

Yes, you have to install the SAP BW Note Analyzer also in the source systems. The tool does not do any checks in the source systems via RFC. For detailed information see SAP Note 3141688. Here you need to download the attachment "SAP_Bridge_Transfer_Note_Analyzer_YYYY-MM-DD.zip" and install Source_System_for_SAP_BW4HANA_[last_update].xml

Feel free to check out also our Conversion Blog Post.

Best regards,
Deniz

claudiorossi_sap
Participant
Hi

 

thank you for your answer.

OSS note  3141688 - Conversion from SAP BW or SAP BW/4HANA to SAP Datasphere, SAP BW Bridge  tell this :   "Our recommendation for shell conversion is to use a sandbox as the sender system."    ....  I suppose SAP reccomend a sandbox as copy of the bw production system , right?  Can you please explain why this reccomendation ?

This reccomendation is only for sender system ( our BW systm on prem ) and not for the source systems ( e.g. SAP ECC source system ) , right ?

 

best regards !
DenizOsoy
Product and Topic Expert
Product and Topic Expert

Hi Claudio,


Thank you for your interest.


Doing the shell transfer from a sandbox can be beneficial for several reasons:




  • Before running the shell conversion, you should update the sender system as documented in SAP Note 3141688. Applying a recent Support Package or installing the SAP Notes recommended by the Notes Analyzer can be easier and faster in a sandbox and will not have any unwanted side effects on the main Dev/QA/Prod on-premise landscape.

  • ABAP coding in data models you want to transfer (e.g. in transformations, DTP filters, or InfoObject transfer routines) must be compliant to the ABAP language version 'ABAP for Cloud Development'. A sandbox offers the option to adapt your custom code in that sandbox before transferring the data models to your SAP BW bridge tenant. Like this, you can avoid errors in the shell conversion and at the same time, you do not introduce regressions in the main Dev/QA/Prod on-premise landscape.


And yes, this recommendation is only for the sender system, not for the source systems.


Best regards,
Deniz

claudiorossi_sap
Participant

Hi

thank you for your answer.

we have already upgraded our BW system according SAP Note 3141688 ( 7.4 sp12 ) in order to do the shell conversion so this is ok and regression test done after apply SAP Support packadge.

For the second point you write - ABAP Coding - the suggestion is to do the shell conversion in the sandbox only with the purpose of test the shell conversion and for regressions test before the main Dev/QA/Prod on-premise landscape ,right ?
I mean , after testing shell conversion in a sandbox , the indication is to do the real final shell conversion from the effective production BW system ( with the new abap coding already tested in sandbox and then modified also in  Dev/QA/Prod on-premise landscape  ) ? or The indication is to do
the shell converion only in the Sandbox?
in my mind I think the real and final shell conversion must be done in the productive BW System and the sandbox have to be used only for test purpose, i missundrstood?

best regards

DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Claudio,

The idea of this proposal was to run the final shell transfer from the sandbox system since many customers do not want to touch their on-premise landscape. But I guess there is no "one fits all" strategy and the approach you are describing can be valid, too.

It would be best if you post your coming conversion-related questions here in our Conversion Blog Post, so we have a consolidated spot. My colleagues from the SAP HANA Competence Center and I will gladly assist you if you have any further questions.

Best regards,
Deniz
darshana_19
Discoverer
why datasphere introduced ?is there any specific reason ?what is the difference between bw4hana ,bwonhana and datasphere ??
DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Darshana,

SAP Datasphere is the strategic public cloud solution of SAP. SAP Datasphere, the next generation of SAP Data Warehouse Cloud, is a comprehensive data service that enables every data professional to deliver seamless and scalable access to mission-critical business data. SAP BW/4HANA is a packaged data warehouse based on SAP HANA. As the on-premises data warehouse layer of the SAP Business Technology Platform, it allows you to consolidate data across the enterprise to get a consistent, agreed-upon view of your data. SAP BW/4HANA is supported until at least 2040 as per the maintenance strategy update. Annual feature releases are planned with a focus on improving the hybrid capabilities with SAP Datasphere.

The general recommendation for our SAP BW customers is to move to SAP Datasphere. There are several paths possible, depending on many factors including the situation of the customer, the state of the source system, and the business requirements. For more information see SAP's Overall Data Warehousing Strategy paper

Best regards,
Deniz

claudiorossi_sap
Participant

HI

I need to delete a user and all its content from SAC.

But in the pop-up that asks me "What would you like to do with the content owned by the selected user?" it seems that I'm forced to transfer contents to another user because there is no "Delete all" option:

It is normal ? What object cannot be deleted and how i can find this objects that lock the deletion of the user?

Also for the user i don't see he have own properties file. Where i have to go to ceck if there are private, public, and shared content  ? In witch menu' of the Sap analytcs cloud?

Best regards

 

Hi Deniz,

We have recommended SAP Datasphere as one of the options for their future Analytics/Reporting.

Customer wants to know the pricing ? Checked the Capacity Unit Estimator, but we don't know How to estimate size the various components like Storage and Compute Units, etc . Currently we have 22 TB data in our SAP BW and we have 500 BO(connected to SAP BW 7.5)reports and users execute their reports as they like.

Regards,

Uma
DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Umasankar,

Thank you for your advice to the customer on SAP Datashpere.

To prepare the SAP BW system to migrate to SAP BW bridge & SAP Datasphere, it’s important to estimate the memory size to get a detailed overview about your current system that has to be moved into the public cloud world. The report (/SDF/HANA_BW_SIZING) is available from SAP BW 7.3 (on any DB) and you will find any information with regards to the new sizing report in SAP Note 2296290. For detailed information see this blog post by my colleague Dominik. SAP Datasphere Sizing Tools calculate KPIs relevant for SAP Datasphere Capacity Unit Estimator tool. Depending on the relevant capacity unit, you can then discuss the prices with the sales team.

Best regards,
Deniz
Adem_Baykal
Product and Topic Expert
Product and Topic Expert
Hi Claudio,

Please have a look into the other posting where you have asked the same question and received some answers: https://answers.sap.com/questions/14006848/sap-analytics-cloud-user-deletion.html

This would also help others with similar questions. 🙂

Thanks & Best regards,

Adem

 
Thanks  Deniz

FYI

Found another blog by Shoaib haider mentioning the same report .Both the blogs are mentioning the same report , but the selection screen is different . Checked in the system and the selection screen from Shoaib's blog matches with report in the system

https://blogs.sap.com/2022/11/28/sizing-report-for-sap-bwonhana-bw-4hana-sdf-hana_bw_sizing/

 
DenizOsoy
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Umasankar,

in addition to the blog posts mentioned above, we have a dedicated webinar on sizing as part of our SAP BW Modernization Webinar Series (Session 4). Here you can register!

In this session we cover sizing and capacity planning topics that may arise in your modernization of Business Warehouse to the cloud and how to plan so to minimize potential impacts. We discuss the amount of data that will be moved, where data duplication may or may not play a role, and how to estimate your Datasphere and BW Bridge sizes in capacity units. We discuss Data Tiering Optimization and we wrap up with a demonstration of how to use your sizing report and tie its output to capacity units.

Best regards,
Deniz

antonio_voce
Contributor
0 Kudos
Hi ,

i have this issue i my system

i read all the post/blog regarding this problem but have not found a solution

unfortunately any suggestion does not help me to found what object block de deletion of the user.

In my system the user don't have anything neither private nor pubblic file.

The real problem is: if i don't know what the system transfers when I delete a user, How can I choose what to do during the user deletion process ?

The system should absolutely show what it is going to transfer but in reality it doesn't

I think this is a common problem in SAC systems , so frustrating for system administrator.

Any suggestion is appreciated!

 

Best regards