![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️Las características del componente central ERP de SAP
Las características del componente central ERP de SAP
![Las características del componente central ERP de SAP Las características del componente central ERP de SAP](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/230.jpg)
Unidade 3 Lección 1: Características del componente central ERP de Sap El SAP ERP es una solución dentro del Sap Business Suite. El Sap Business Suite está conformado por varias soluciones: Sap Erp (Enterprise Resource Planning) Sap PLM (Product Life-cycle Management) Sap SRM (Supplier Relationship Management) Sap CRM (Customer Relationship Management) Sap SCM (Supply Chain Management) Cada una de estas soluciones están soportadas por la plataforma Sap Netweaver. Sap ERP permite a las compañías obtener un control activo de las operaciones y administración para así incrementar la eficiencia y las ganancias. Bloques que conformen un sistema sap erp 6.0 SAP ERP 6.0
---------------------------------------------------------------------
SAP ERP ABAP SAP ERP JAVA
Componente Componentes
---------------------------------------------------------------------
SAP Netweaver AS 7.0
Tipos de Usos: AS-ABAP, AS-JAVA, EP, EPC, BI, BI-JAVA
PI, DI, MI
Del bloque anterior se desprende que SAP Erp usa SAP Netweaver AS 7.0 como la base tecnológica.
Dependiendo de las funciones de aplicación de Sap ERP 6.0, entonces Sap Netweaver AS 7.0 tendrá que ser instalado como un sistema basado en ABAP o JAVA o mixto. Estas diferentes tipos de instalaciones se conocen como Tipos de Usos (Usages Types)
Sap ERP Central Component = Sap ECC
UNICODE
-
Los sistemas sap soportan más de 30 lenguajes diferentes
-
Solamente los lenguajes que pertenecen al mismo código de página (code page) son utilizables sin restricción
Unicode define un set de caracteres que incluye virtualmente todos los caracteres utilizados mundialmente y como resultado provee una codificación de caracteres global y consistente.
Hasta ahora, Sap ha provisto soporte para múltiples lenguajes utilizando un código de pagina individuales o multiples códigos de paginas en una única instalacion de sistema a través del uso de MDMP (Multi-display-multi-processing) lo cual permite al servidor de aplicación cambiar de código de pagina de forma dinámica de acuerdo al lenguaje del logon
Un código de página describe la asignación de un caracter a un valor hexadecimal.
Un código de página representa a 256 caracteres (normalmente 1 byte)
Un set de caracteres describe el tipo de almacenamiento de un caracter:
-
Byte simple : un byte por caracter
-
Byte doble: uno o dos bytes por caracter
-
Unicode: uno o más bytes por caracter
En unicode cada caracter es asignado a un numero unico.
En unicode incrementa el uso de recursos:
-
Cpu , memoria y red del 30% al 35%
-
Tamaño de base de datos 10% (UTF-8) o 20% a 60% (UTF-16)
Unicode es soportado desde la versión Sap Web AS 6.10
Mejoras con Unicode:
-
La comunicacion RFC entre sistemas unicode y sistemas MDMp (non-Unicode) sin pérdidas de datos por incompatibilidad
-
Mantenimiento de todos los caracteres de lenguajes en Sap Gui simultáneamente. Con Sap gui es posible trabajar tantos con sistemas unicode como no-unicode
-
Mantenimiento de código de página para impresión mejorado.
-
Unicode sopora practicamente todos los lenguajes y uso de script.
MCOD
MCOD permite instalar múltiples sistemas SAP en una única base de datos.
Mediante el uso de la tecnología MCOD es tan sencilla la instalación de los sistemas como instalarlos de forma separada, porque mcod está totalmente integrado al procedimiento de instalación estándar.
MCOD es una opción de instalación del componente y no es un servicio de instalación adicional.
No es recomendable correr sistemas de desarrollo, test, producción en la misma base de datos MCOD.
Es decir no es soportado por sap el hecho de instalar sistemas productivos y no productivos en la misma base de datos MCOD
Ventajas de MCOD
-
Es una manera potente de instalar varios componente de Sap Business Suite en una base de datos física
-
Flexibilidad e independencia de los componentes instalados
-
Administración simplificada, backup y recuperación
-
Consistencia de datos a través de todos los sistemas , en especial cuando se realiza una restauración de los sistemas por algún problema y estos tienen procesos en comun que deben estar sincronizados , ejemplo un proceso de compra)
-
mantenimiento reducido y costos operacionales
-
multiples sistemas y de diferentes soluciones puedes compartir una unica base de datos, también si estos son de un mismo tipo, como varios sistemas sap erp.
-
Hay solo una base de datos fisica y logica
-
Todos los sistemas usan la misma versión de BD y de SO.
Tecnicamente cada sistema tendrá su lugar en la BD lo que permitirá que se mantenga independientes uno de otros a nivel de estructuras de datos.
El intercambio de datos se realiza a nivel de la aplicación y no a nivel de la base de datos, asegurando de esta manera:
-
integridad de los datos de negocio
-
Evita conflictos de bloqueo en las tablas de dato.
Servidor de directorio
Un servidor de directorio actua como un repositorio central para los datos utilizados por diferentes aplicaciones. Estos datos son importantes en ambientes heterogeneos
La información de usuarios, documentos o hardware es almacenada usualmente.
El acceso es posible a través de LDAP
Utilizan una estructura jerárquica para organizar los datos.
Desde la versión 4.6A , LDAP está integrado en Sap.
TRX LDAP o mediante la guía de implementación (IMG) de customizing son las opciones para configurar servicios de directorio con Sap.
Sapinst
Es una herramienta de instalación para cualquier solución de Sap sea este Business Suite o Netweaver.
Con sapinst se puede:
-
continuar con la instalación que se interrumpió por un error
-
Volver atrás, en la etapa de ingreso de datos y modificar
-
Iniciar sapinstgui desde una computadora remota al servidor de instalación
-
no aborta una instalación debido a un error, se detiene, una vez que se corrija se puede reiniciar pero tb podemos detener manualmente la instalación si lo deseamos.
-
Sapinst continúa una instalación interrumpida directamente desde el punto de falla.
-
El progreso de la instalación se registra en un archivo de log: sapinst.log
Planificando la instalación: estimación de hardware, red, base de datos.
Sap provee soporte desde la planificación e implementación hasta la operación y mantenimiento, podemos recurrir para esto a las herramientas y servicios disponibles en el Marketplace de Sap: http://service.sap.com encontrando lo siguiente:
-
Sap Erp in Detail: QL /erp
-
Sizing: QL /sizing
-
Security: QL /security
-
Product Availability Matrix: QL /pam
-
Instalation Guides: QL /instguides
-
Solution manager: QL /solutionmanager
-
Sap notes: QL /notes
-
Scenario & Process Component List: QL /scl
-
Upgrade QL /upgrade
QL = Quick Link
Estimación de hardware, consideraciones:
-
número de usuarios concurrentes en el sistema y nivel de actividad
-
objetivo de la compañía para el tiempo de respuesta promedio (1.5 segundos, 0.6 segundos, etc)
-
Modelo o estrategia de alta disponibilidad que se requiere.
-
Tipo de sistema: Sap ecc, sap crm, etc
-
Funciones que se customizarán y se usuarán en el sistema: en un sap ecc: hr, fi, etc
-
Versión del sistema (sap R/3 enterprise, Sap ERP 6.0, etc)
-
tipo de SO.
-
Tipo de BD
-
Concepto de backup (online, offline)
-
accesos al sistema (lan, wan, tipo de sap gui, etc)
Cuando se realice un upgrade deberemos de revisar de nuevo la estimación de hardware
Una nueva versión demandará nuevo hardware por lo general
En los upgrades tenemos la opción de convertir sistemas no unicode a unicode, aunque también se puede realizar en otro momento.
unicode demanda:
-
Carga de aplicaciones sobre el hardware (cpu y ram)
-
30% a 35% adicional de cpu
-
50% adicional de ram
-
tamaño de la BD, dependerá del tipo de representación de unicode:
-
UTF-8 ( 10%)
-
UTF-16 ( 30%)
-
-
Performance de la BD.
Distribución entre el hardware
podemos distribuir el sistema sap de diferentes maneras en el hardware disponible.
El resultado del sizing puede influenciar en esta decisión porque la distribución tambipen afectará la performance.
Consideraciones a tener en cuenta
-
Sistema Central: todo el software requerido para un sistema sap, excepto Sap gui, se instala en un mismo servidor. Usado para implementaciones pequeñas.
-
Sistema Distribuido: el software para un sistema sap está distribuido entre diferentes servidores. Hay muchas opciones posibles:
-
BD e Instancia Central en un solo servidor. Instancias adicionales en hardware separado.
-
Todos los componentes por separado: BD, Instancia Central y de diálogo
-
BD en un servidor dedicado, Instancia Central y una o más instancias de diálogo en un servidor , instancias adicionales en servidores separados
-
La escabalidad de un sistema sap no permite que luego de instalar un sistema central xjemplo, se incremente la cantidad de usuarios para el sistema y por lo tanto los recursos necesarios. Instalando entonces una o más instancias de diálogo es posible y no requere ningún esfuerzo de configuración importante. Es plug and play si configuramos correctamente a los usuarios en sus sap gui mediante el message server y grupos.
-
Instancia de GW: es opcional tener esta instancia para ofrecer una mejor performance cuando intercambia gran cantidad de datos con sistemas externos.
Multiples tipos de uso (Usage Types) en un sistema
Restricciones:
-
El tipo de uso MI (Mobile Infraestructure) en el mismo sistema con Sap ECC o cualquier otro tipo NO está soportada.
 
 
 
Sobre el autor
Publicación académica de Mauricio Javier Torres Hidalgo, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Mauricio Javier Torres Hidalgo
Ecuador - Legajo: ZT43A
✒️Autor de: 42 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Mauricio Torres