Provisionamento e replicação de dados em SAP HANA
Pedreiro Garcia
⚡ Resumo Inteligente
Provisionamento de dados em SAP O HANA carrega dados de sistemas de origem antes que qualquer ferramenta de front-end possa acessá-los. Exemplo:tract, transformar e carregar formam o processo, entregues por meio de opções integradas ou ferramentas externas como SLT, Data Services e DXC.
O que é provisionamento de DADOS?
O provisionamento de DADOS é um processo de criação, preparação e habilitação de uma rede para fornecer dados ao seu usuário. Os dados precisam ser carregados para SAP HANA antes que os dados cheguem ao usuário por meio de uma ferramenta front-end.
Todos esses processos são chamados de ETL (Extract, Transformar e Carregar), e os detalhes são os seguintes:
- Extract - Esta é a primeira e, por vezes, a parte mais difícil do ETL, na qual os dados são extraídos.tracproveniente de um sistema de origem diferente.
- Transformar – Na Parte de Transformação, uma série de regras ou funções é definida para os dados.tracextraído do sistema de origem, para carregar dados no sistema de destino.
- Carga - A fase de carregamento carrega os dados no sistema de destino.
Porque SAP O HANA armazena dados na memória e é frequentemente usado para geração de relatórios em tempo real; a escolha do método de provisionamento afeta diretamente a atualização dos dados em um relatório. Essa escolha é analisada após a listagem das ferramentas disponíveis.
Replicação em SAP HANA
SAP HANA oferece suporte a dois tipos de ferramentas de provisionamento –
- SAP Ferramenta de provisionamento integrada do HANA
- Arquivo Simples
- Streaming de dados inteligente
- Acesso Inteligente a Dados (SDA)
- Gestão de Informações Empresariais (EIM)
- Dados remotos
- Ferramenta externa apoiada por SAP HANA
- SAP Transformação da paisagem
- SAP Serviços de dados de objetos de negócios
- SAP Ex-diretotracConexão tor
- Servidor de replicação Sybase
Atualmente, existem métodos principais de provisionamento de dados para SAP HANA, estes são -
| Métodos de provisionamento de dados | Descrição |
|---|---|
| SLT | SLT ("SAP Landscape Transformation Replication Server”) em execução no SAP Plataforma Net Weaver. SLT é uma solução ideal para replicação em tempo real e em tempo programado para SAP e não-SAP sistema fonte. |
| SAP Serviços de DADOS | SAP Serviços de DADOS é uma plataforma para desenho de processos ETL com interface gráfica de usuário. |
| DXC | DXC significa Direct ExtracO Tor Connect é uma ferramenta ETL orientada a lotes. |
| Upload de arquivo simples | Esta opção usada para fazer upload de dados (.csv, .xls, .xlsx) para SAP HANA. |
SAP Mapa Rodoviário da HANA SLT
SAP O roteiro do HANA SLT é o seguinte - o provisionamento de dados por meio do SLT requer conexão RFC/DB para SAP/Não-SAP Sistema de origem e uma conexão de banco de dados para SAP Banco de dados HANA. Sobre SAP Servidor SLT, definimos Mapaping e Transformação. Abaixo, segue um roteiro para o fornecimento de dados por meio do SLT.
Comparando SLT, Data Services, DXC e Flat File.
Os quatro métodos principais não são intercambiáveis. Cada um foi projetado para uma necessidade de latência diferente e um tipo diferente de fonte, o que a tabela deixa claro.
| Parâmetro | SLT | SAP Serviços de dados | DXC | Arquivo Simples |
|---|---|---|---|---|
| Latência | Em tempo real ou agendado | Lote, agendado | Lote, agendado | Manual, peça única |
| Sistemas de origem | SAP e não-SAP bases de dados | Quase qualquer fonte, incluindo arquivos e serviços da web. | SAP Somente Suíte Executiva | CSV, XLS, XLSX |
| Transformação | Simples, baseado em regras durante a replicação | Transformações gráficas ricas | Aplicado pelo ex existentetractor | nenhum |
| Semântica preservada | Nível da mesa apenas | Conforme planejado no trabalho | Sim, a semântica empresarial do extractor | nenhum |
| Esforço de configuração | Médio, requer um servidor SLT | Alto, necessita de um cenário de Serviços de Dados | Baixo onde extractors existem | Muito baixo |
| Uso típico | OperaRelatórios nacionais sobre transações em tempo real | Consolidando fontes heterogêneas | Reutilização de BW existentetraclógica tor | Protótipoping e pequenas tabelas de consulta |
Cada um possui um tutorial específico: SLT, SAP Serviços de dados, DXC e upload de arquivo simples.
Acesso a dados inteligentes e integração de dados inteligentes
A lista integrada acima inclui duas opções que se comportam de maneira diferente das demais, pois podem evitar completamente a cópia de dados.
Acesso Inteligente a Dados (SDA). A SDA cria uma tabela virtual em SAP O HANA aponta para uma tabela em um sistema remoto. Nenhum dado é replicado. Quando uma consulta acessa a tabela virtual, o HANA transfere o máximo de processamento possível para o banco de dados remoto e recupera apenas o resultado. A vantagem é que o custo de armazenamento é zero e os dados estão sempre atualizados. A limitação é que a velocidade da consulta agora depende do sistema remoto; portanto, uma fonte lenta torna um relatório HANA rápido lento.
Integração Inteligente de Dados (SDI). A SDI amplia a ideia com adaptadores que também podem replicar, seja em lote ou por meio de captura de dados de alteração, e aplicar transformações ao longo do processo. Na prática, ela traz grande parte do que o Data Services oferece para dentro do próprio HANA, eliminando a necessidade de um ambiente ETL separado em projetos menores.
A escolha entre as três famílias se resume a três perguntas:
- Quão atuais devem ser os dados? Captura de dados de alteração de pontos em tempo real no SLT ou SDI; uma noite é suficiente para a Data Services ou DXC.
- É necessário copiar os dados? Se for consultado raramente e estiver armazenado em um banco de dados eficiente, o SDA evita completamente a duplicação.
- Quanta transformação é necessária? Filtragens simples são adequadas para SLT; limpeza complexa, desduplicação e pesquisas são adequadas para Data Services.
Assim que os dados são recebidos, eles são disponibilizados para geração de relatórios por meio das visualizações de informações descritas em SAP Modelagem HANA tutorial.
