
Los nuevos aspectos de SAP ERP y la herramienta de instalación SAPinst
Cuando se planifica la instalación de la última versión de SAP ERP Central Component, SAP ECC, como administradores del sistema necesitaremos instalar el software de la solución. Antes de iniciar la instalación de SAP ECC, deberemos conocer los nuevos aspectos que ofrece. Estas características se presentarán durante la instalación de SAP ECC.
También en otras soluciones de SAP Business Suite aplican los conceptos que se desarrollan en esta lección.
UNICODE
Los lenguajes en los sistemas SAP
- Los sistemas SAP soportan más de 30 lenguajes diferentes.
- Solamente los lenuajes que pertenecen al mismo código de página (code page) son utilizables sin restricción.
A diferencia de otros códigos de página, 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 página individuales o múltiples códigos de páginas en una única instalación de sistema con MDMP (Multi-Display-Multi-Processing) lo cual permite al servidor de aplicación cambiar de código de página de forma dinámica de acuerdo al lenguaje de logon (ver Nota de SAP 73606).
De todas formas, aun en un sistema MDMP, un usuario puede usar solamente caracteres que pertenecen a un código de página por vez. Para mejorar el soporte de lenguajes para la SAP Business Suite, SAP ofrece la posibilidad de la instalación UNICODE.
De esta manera con un set de caracteres estándar, consistente para soportar todos los lenguajes. Un código de página describe la asignación de un carácter a un valor hexadecimal (HEX). Un código de página representa a 256 caracteres (normalmente de 1 byte).
Un set de caracteres describe el tipo de almacenamiento de un carácter:
- Byte Simple: un byte por carácter
- Byte Doble: uno o dos bytes por carácter
- Unicode: uno o más bytes por carácter
En Unicode:
- Estandar internacional; internet está basado en Unicode.
- Cada caracter es asignado a un número único.
- Incrementa el consumo de recursos.
CPU, memoria y red: 30% a 35%. Tamaño de base de datos: 10% (UTF-8) o 20% a 60% (UTF-16)

Más información sobre sistemas SAP Unicode las notas 79991, 540911 y 379940 pueden ser de utilidad. También el acceso rápido de SAP Service Marketplace http://service.sap.com/unicode. UNICODE esta soportado por SAP desde la versión SAP Web AS 6.10
MEJORAS CON UNICODE
- La comunicación RFC entre sistemas Unicode y sistemas MDMP (No-Unicode) sin pérdida de datos por incompatibilidad.
- Mantenimiento de todos los caracteres de lenguajes en SAP GUI simultaneamente. Con SAP GUI es posible trabajar tanto con sistemas Unicode como No-Unicode.
- Mantenimiento de código de página para impresión mejorado.
UNICODE soporta caracteres de practicamente todos los lenguajes y uso de script.
MCOD
Es posible instalar multiples sistemas SAP en una única base de datos utilizando MCOD.
MCOD está disponible para todos los componentes de SAP Business Suite. Mediante el uso de la tecnología MCOD es tan sencillo la instalación de los sistemas como instalarlos de forma separada. No hay un esfuerzo extra requerido porque la instalación con MCOD está totalmente integrado al procedimiento de instalación estándar.
MCOD no es un servicio de instalación adicional, es una opción de la instalación del componente SAP.
SAP recomienda correr sistemas MCOD en el mismo contexto. Esto quiere decir que no es recomendable correr sistemas de desarrollo, test y producción en la misma base de datos MCOD.
El hecho de instalar sistemas no productivos con sistemas productivos en la misma base de datos MCOD no está soportado por SAP. Esto significa que no tendríamos el soporte de SAP ante cualquier inconveniente que podamos tener con nuestro sistema productivo por el hecho de estar junto a sistemas no-productivos en la misma base de datos.l hecho de instalar sistemas no productivos con sistemas productivos en la misma base de datos MCOD no está soportado por SAP. Esto significa que no tendríamos el soporte de SAP ante cualquier inconveniente que podamos tener con nuestro sistema productivo por el hecho de estar junto a sistemas no-productivos en la misma base de datos.
Cuando MCOD estuvo disponible en 2002, SAP recomendaba separar aplicaciones OLTP, tal como SAP ERP Central Component y aplicaciones OLAP, tal como SAP BI, por razones de performance. Ahora, las instalaciones combinadas de ambos componentes está también soportada bajo algunas condiciones especiales. MCOD es una manera potente de instalar varios componentes de SAP Business Suite en una base de datos física. Estas son las ventajas que ofrece MCOD:
- 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 común los cuales deben estar sincronizados, como por ejemplo un proceso de compra).
- Mantenimiento reducido y costos operacionales.

Las oportunidades administrativas como MCOD:
- Múltiples sistemas y de diferentes soluciones pueden compartir una única base de datos. También si estos son de un mismo tipo, como varios sistemas SAP ERP.
- Hay solo una base de datos física y lógica.
- Punto de recuperación al mismo tiempo de sistemas relacionados por procesos entre sí, tal como un SAP ERP y un SAP CRM, lo que asegura la consistencia de la información entre ambos.
- Todos los sistemas usan la misma versión de base de datos y sistema operativo.
Técnicamente cada sistema tendrá su esquema en la base de datos, lo que permitirá que se mantengan independientes uno de otros a nivel de las estructuras de datos.
Inclusive hasta pueden existir tablas con los mismos nombres ya que cada una estará en un esquema diferente. Los detalles técnicos dependen del producto de base de datos, para más información en los enláces rápidos de marketplace /mcod y /platforms.
El intercambio de datos entre distintos sistemas se realiza a nivel de aplicación y no a nivel de la base de datos, lo que asegura lo siguiente:
- Integridad de los datos de negocio.
- Evita conflictos de bloqueos en las tablas de base de datos.
El servidor de directorio

Un servidor de directorio actúa como un repositorio central para los datos utilizados por diferentes aplicaciones. Estos datos son importantes en ambientes heterogéneos. Generalmente la información de usuarios, documentos o hardware es almacenada, pero también otros objetos pueden almacenarse.
El acceso es posible a través de protocolos estándar, tal como el Lightweight Directory Access Protocol (LDAP). En contraste a los sistemas relacionales de base de datos (RDBMS), los servidores de directorios utilizan una estructura jerárquica para organizar los datos.
Desde la versión 4.6A, el conector LDAP está integrado en SAP como parte del servidor de aplicación. El concepto de servidor de directorio y Administración Central de Usuarios (CUA) pueden implementarse de forma independiente o juntos.
La transacción LDAP o mediante la guía de implementación (IMG) de customizing son las opciones para configurar los servidores de directorio con SAP.
Luego los usuarios de SAP pueden sincronizarse con el servidor de directorio. Para más información ver el acceso rápido /security.
SAPinst
SAP provee una herramienta de instalación para cualquier solución de SAP Business Suite y SAP Netweaver:
SAPinst. Algunas características importantes de la herramienta son:
- Podemos continuar con una instalación que se interrumpió por un error.
- Podemos volver atrás, en la etapa de ingreso de datos, y modificar nuestras entradas.
- Podemos iniciar SAPinst GUI desde una computadora remota al servidor de instalación.
- SAPinst no aborta una instalación debido a un error, sino que detiene la instalación y podemos reiniciar la misma luego de corregir el error. Alternativamente, 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