✒️SAP BI / DataMart Por Gerson Pozo Contreras
SAP BI DataMart
1. Intefase datamart
· Situación empresarial
Extraer los datos desde un sistema fuente BI a otro sistema destino BI,
· INTERFASE DATAMART
Mientras que Datawarehouse es un sistema de información que cubre todo una empresa, los data marts son soluciones específicas de área que pueden implementarse utilizando diferentes arquitecturas de sistema en una infraestructura datawarehouse.
Los datamart se pueden utilizar como el paso de desarrollo de un método a largo plazo en toda la empresa, permitiendo la rápida implementación mediante la utilización de volúmenes de datos gestionables. Esto le permite realizar una solución datawarehouse basada en la empresa paso a paso.
Como componente de servicio API, la interase datamart permite actualizar datos desde un InfoSitio de un sistema fuente BI a un segundo InfoSitio de un sistema destino BI. (ver imagen 1.1)
El intercambio de datos entre diversos sistemas BI es el punto de la interfase datamart.
El sistema que suministra los datos está descrito como sistema fuente BI; el sistema que recibe los datos es el sistema destino BI
AUDIO: Algunas características de implementación de los datamart que podemos nombrar son:
: 1) Tener el conjunto de los datos de un DataWarehouse en otra BD o en un lugar diferente, esto es porque los datos se almacenan en un único sistema SAP BI y se comparten los datos con otros sistemas.
2) Se tratan de unidades más pequeñas de un DW por ej. varios sistemas SAP BI de acuerdo a cada unidad de negocio de la empresa.
3) Se almacenan como segmentos intencionalmente redundantes del DW mas global. Hay redundancia de datos y aumenta el mantenimiento de información, pero mejora disponibilidad de información para cada sistema de SAP BI.
· Arquitecturas data mart para Sistemas BI.
La función interfase data mart mostrada en la imagen 1.1 puede utilizarse para realizar las siguientes arquitecturas data mart para sistemas BI.
· Replicar arquitectura data mart.
Con una Arquitectura replicad, también conocida como Arquitectura Inside-Out, un sistema BI suministra los datos fuente para actualizarlos en otros sistemas BI.
Los datos seleccionados y las actualizaciones específicas en los sistemas destino BI, dependen de las necesidades de la empresa.
· Arquitectura de data mart agregada.
Con una Arquitectura agregada, también conocida como Arquitectura Outside-In, los datos se actualizan desde uno o más sistemas BI en un sistema central BI.
· Arquitectura data mart mixta.
El gráfico muestra un posible escenario empresarial. Dos sistemas BI en oficinas 1 y 2 sirven como datamarts. Estos transfieren datos seleccionados a sistemas centrales BI. El sistema central BI transfiere datos replicados al sistema regional BI.
Las arquitecturas datamart descritas anteriormente muestran las ventajas de la interfase datamart:
o Al añadir varios datamart a su infraestructura de sistema, puede facilitar su configuración e implementación de datawarehouse. Los datamarts que cubren partes de la infraestructura de sistema, pueden implementarse independientemente. Es más sencillo soportar y mantener cada datamart que hacer lo mismo para sistemas muy grandes.
o Puede incrementar la velocidad a la cual deben transferirse los datos y el tiempo necesario para el reporting ya que la edición de datos y procesos de preparación son más cortos.
o Los datos pueden dividirse según áreas de tareas y/o subsidiarias, y también puede realizar análisis a través del total de conjuntos de datos (agregados). Por ejemplo, las oficinas principales de la empresa necesitan datos consolidados y seleccionados desde las subsidiarias, mientras que las subsidiarias sólo necesitan datos específicos de las oficinas principales de la empresa.
o Puede implementar escenarios hub and spoke colocando un sistema BI en el centro e integrando y homogeneizando datos desde sistemas distribuidos.
2. Adquisición de datos utilizando la interfase Data Mart.
· interfase data martentre sistemas bi.
Pasos para la transferencia de datos entre sistemas BI.
1. Conectar el sistema fuente BI al destino BI (RFC).
Este paso es realizado generalmente por los adminstradores.
2. Generar una fuente de datos de exportación en el sistema fuente BI.
3. Replicar los metadatos de la fuente de datos de exportación en el sistema destino BI.
4. Mantener y activar las Reglas de transformación entre la fuente de datos replicada en el sistema destino BI.
5. Crear un InfoPaquete para la fuente de datos replicada en el sistema destino BI para solicitar los datos desde el sistema fuente BI.
6. Crear un proceso de transferencia de datos en el sistema destino BI para actualizar datos de la tabla PSA de la fuente de datos replicada en el destino correspondiente.
7. Crear y planificar una cadena de proceso en el sistema destino BI para planificar el InfoPaquete y el DTP.
Al crear un sistema fuente, todos los sistemas BI se comportan del mismo modo que los sistemas SAP. Los procedimientos, incluyendo todas las parametrizaciones, son los mismos que los que se utilizan para crear sistemas SAP automáticamente.
Escanear / Compartir
Sobre el autor
Publicación académica de Gerson Sergio Pozo Contreras, en su ámbito de estudios para la Carrera Consultor SAP BI / BW BO Nivel Avanzado.
SAP Master
Gerson Sergio Pozo Contreras
Profesión: Ing.electrónico + Técnico Sistemas - España - Legajo: SG31R
✒️Autor de: 73 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Aprender esta potente herramienta del mundo bi para poder tentar nuevas oportunidades de desarrollo profesional, posteriormente integrarlo con hana
Certificación Académica de Gerson Pozo
