Como replicar dados do SAP S/4HANA para o BigQuery pelo SAP Datasphere

Neste documento, apresentamos uma visão geral de como replicar dados de SAP S/4HANA para BigQuery pelo SAP Datasphere. O SAP Datasphere oferece dados robustos de transformação digital e garante que os dados sejam carregados corretamente o BigQuery. Ele usa a API BigQuery Storage Write para gravar os dados no conjunto de dados do BigQuery quase em tempo real.

Métodos de replicação

Para ler dados do sistema de origem SAP S/4HANA, use um dos seguintes métodos de replicação:

  • Replicação baseada em CDS: esse método usa serviços de dados principais (CDS). que são semanticamente ricas e oferecem modelos predefinidos da sua empresa no SAP S/4HANA.

  • Replicação baseada em SLT: esse método replica diretamente tabelas de banco de dados do sistema SAP S/4HANA, normalmente usando SAP Landscape Transformation (SLT) como a tecnologia de replicação. As tabelas replicadas podem então ser usadas como uma base de dados para Framework Cortex do Google Cloud:

Principais diferenças e considerações

A tabela a seguir resume as principais diferenças entre os dois métodos de replicação:

Recurso Replicação baseada em CDS Replicação baseada em SLT
Representação de dados Oferece visualizações de dados orientadas aos negócios, geralmente combinando os dados de várias tabelas em estruturas significativas. Dá acesso direto a estruturas de tabela brutas. Se precisar controle granular sobre os dados ou a necessidade de replicar tabelas personalizadas e, esse método de replicação é adequado para suas necessidades.
Facilidade de uso Se você estiver usando as visualizações de CDS pré-entregues no SAP Datasphere, a configuração da replicação se torna mais simples. Podem exigir mais configurações técnicas, para a configuração inicial do SLT e lidar com as dependências da tabela.
Flexibilidade menos flexível se for necessário replicar tabelas personalizadas ou não expostas nas visualizações padrão do CDS. Oferece maior flexibilidade para replicar qualquer tabela, incluindo as desenvolvidas especialmente.
Desempenho
  • Aumenta o consumo de CPU no banco de dados de produção devido lógica de negócios e cálculos delta. Esse método pode exigir recursos de CPU adicionais para seu banco de dados SAP.
  • Menos dados são transferidos devido a possíveis pré-agregações. na lógica de visualização do CDS.
  • Replica tabelas inteiras, aumentando o tráfego de rede e, portanto, esse método exige muito uso de rede. No entanto, ela exige menos consumo dos recursos de CPU do banco de dados.
  • Mais dados são transferidos à medida que tabelas completas são replicados sem pré-agregações.
Compatibilidade com o framework Google Cortex Incompatível com aceleradores técnicos enviados previamente. Totalmente compatível com aceleradores técnicos enviados previamente.

Escolher o método de replicação

O melhor método de replicação para você depende de vários fatores, incluindo o caso de uso pretendido e outras considerações, como as seguintes:

  • Requisitos de negócios: se você precisar principalmente de dados da empresa padrão e quiser uma configuração rápida, a replicação baseada em CDS é provavelmente uma boa opção. Se você precisar dados mais especializados ou tabelas altamente personalizadas, considere a replicação baseada em SLT.

  • Compatibilidade com o Cortex Framework. Se quiser usar o Cortex Framework, use a replicação baseada em SLT.

  • Conhecimento técnico: a replicação baseada em CDS é mais fácil de trabalhar para pessoas com experiência em SAP Base ou em replicação de dados.

  • Volume e complexidade dos dados: para dados de vários terabytes ou tabelas complexas. relacionamentos, a replicação baseada em SLT pode ser mais escalonável.

.

A seguir