✒️SAP BASIS / La planificación de la instalación Por Joaquin Moreno Duque

Introducción a la Planificación

SAP Proporciona soporte a través de todo el ciclo de vida del software. Desde la planificación hasta la operación y mantenimiento.

Estimación de Hardware - Sizing

Consideremos los siguientes casos:

El hardware que fue subestimado crea costos adicionales causando una mala performance del sistema. Los altos tiempos de respuesta generan que el sistema productivo sea ineficiente.

Un hardware estimado adecuadamente prevé pérdida de performance y evita costos innecesarios.

Si el hardware es sobreestimado significa que se ha invertido demasiado dinero para alcanzar un objetivo de buena performance.

El Sizing es un proceso continuo. La estimación de hardware juega un papel importante a la hora de iniciar la planificación de un landscape SAP. Los factores que influencian que recursos se necesitaran son diversos:

• Numero de USuarios concurrentes en el sistema y el nivel de actividad.
• Objetivos de la compañia para el tiempo de respuesta promedio (1.5 segundos, o.6 segundos, etc)
• Modelo o estrategia de alta disponibilidad que se requiere.
• Tipo de Sistema SAP (SAP ECC, SAP CRM,etc...)
• Funciones que se customizaran y usaran en el sistema. Ej en un SAP ECC: FI, un modelo completo de PP, SD, etc.
• Visión del sistema (SAP R/3 Enterprise, SAP ERP 6.0, etc)
• TIpo de Sistema Operativo.
• Tipo de Base de Datos.
• Concepto y Estrategias de Backup (online backup, offline backups)
• Accesos al sistema (LAN, WAN, VPN, tipo de SAP GUI, etc).

Cuando realizamos una actualización de versión de SAP, lo que se conoce como upgrade, debemos verificar nuevamente la estimación también de hardware actual y sis sera necesario ampliar capacidad de recursos.

Conversión UNICODE

En los Upgrade se tiene la opcion de convertir un sistena no-unicode a Unicode, aunque también puede ser realizado en otro momento. SI se desea realizar la conversion se debe tener en cuenta las siguientes recomendaciones:

• Carga de Aplicaciones sobre Hardware (CPU y Memoria RAM).
• +30% a 35% adicional de CPU y 50% RAM.
• Tamaño de la base de datos: para UTF-8 +10% y para UTF-16 +30%.
• Performance de la base de datos (consultar la documendación del proveedor de Base de datos sobre Unicode)

Distribución entre el Hardware

Se pueden realizar implementaciones de SAP distribuyendolo en diferentes servidores o hardware disponible. El resultado del sizing también puede influenciar en esta decisión porque la distribución también afectara la performance. se deben tener algunas recomendaciones:

Sistema Central: Todo el software requerido para un sistema SAP execpto el SAP GUI sera instalado en un mismo servidor. Esto indicado para implementaciones pequeñas donde un servidor es capaz de soportar todo el sistema.

Sistema Distribuido: En este escenario, el software sera instalado en varios servidores. dentro de las opciones posibles:

• Bases de Datos e instancia Central en un servidor, todas las demás instancias en hardware separado.
• Todos los componentes por separado: Base de Datos, Instancia Central y de Dialogo.
• Base de Datos en un servidor dedicado, Instancia Central y una o mas instancias de Dialogo en un servidor, las demás instancias en otros servidores.

La escalabilidad de un sistema SAP nos permite que luego de instalar un sistema Central por ejemplo, se pueda incrementar el numero de usuarios para el sistema y por lo tanto los recursos necesarios. Instalando servidores de diálogos adicionales sin requerir un esfuerzo de configuraciones importante de nuestro lado, prácticamente es "plug and play" si configuramos correctamente los accesos a los usuarios en sus SAP GUI mediante message server y grupos.

Instancia de Gateway: Opcionalmente, una instancia de Gateway puede ser configurada para obtener un mejor performance de comunicación en los sistemas SAP que intercambian gran cantidad de datos con sistemas externos

Multiples Tipos de Usos (Usage Types) en un sistema

Restricciones: Si bien técnicamente es posible combinar diferentes tipos de usos de SAP como BI, PI, EP, MI junto con SAP ECC en un único sistema, algunas restricciones existen:

• Tipo de Uso MI (mobile Infraestructure) en el mismo sistema con SAP ECC o cualquier otro tipo no está soportado.
• Un Mismo cliente (mandante) para SAP BI y SAP ECC no esta soportado. SAP XI/PI debe también ser configurado en un cliente dedicado.
• SAP no provee herramientas estándar para separar tipos de usos de múltiples sistemas como etapa posterior a una instalación. Tampoco para integrar múltiples sistemas de diferentes tipos en uno.

Si es necesario realizar algunas de estas tareas, necesitaremos un soporte especifico para el proyecto. Las herramientas guías estándar de copia y migración de sistemas SAP no soportan la separación o unificación de sistemas con distintos usos.

Para mayor información consultar la nota 855534.

Configuración: Las guías de instalacion proveen las actividades de configuración para los sistemas y sus tipos de usos. Adicionalmemnte existen para algunos tipos de usos, plantillas de configuración que pueden aplicarse mediante el instalador de Central Technical Configuration (CTC). Para realizar esto, se debe iniciar el instalador de plantillas CTC desde el SAP Netweaver Administrator. Herramienta disponible solo en Sistemas JAVA o ABAP+JAVA. es una aplicación JAVA a la cual se puede acceder desde la URL https://ServidorName:5000.

Los pasos de configuración requeridos para los sistemas con tipos de usos especificos para un escenario IT se pueden acceder a través del SOLMAN o en la Guia tecnológica para Consultores (Technology Consultant´s Guide) en el SDN de SAP (http://sdn.sap.com).

Requerimientos de Bases de Datos

La base de datos de un sistema SAP contiene información diversa:

• Datos de Negocio: datos maestros, datos transaccionales, etc. También los datos de índices correspondientes.
• Datos de Log para la base de datos necesarios para una recuperación.
• Datos de configuración para la base de datos.

Las Bases de datos de los sistemas SAP se implementan generalmente en disco combinados con algun nivel de RAID, usualmente 1 o 5. Estas bases de datos pueden almacenar varios terabytes de datos de negocios. En la práctica restaurar bases de datos de estos tamaños no es eficiente como estrategia de recuperación, por eso es que tenemos que asegurarnos que la perdida de datos se evite de todas las formas posibles.

El arreglo de discos para las bases de datos afecta no solo a la performance, sino también a la confiabilidad y disponibilidad.

Por tanto se debe considerar varios escenarios para asegurar un sistema robusto de tolerancia a fallas.

• Falla de Disco.
• Falla de controladora RAID.
• Falla de Red.
• Falla de placa de Red.
• Falla de Energía.
• Daños masivos al entorno (incendio, inundación, terremoto, etc).

Recomendaciones para la configuracion de los RAID para los sistemas SAP:

Se deben separar los siguientes datos de la base de datos:

• Datos de Aplicación e indices - RAID 5.
• Log Activo de modificaciones - RAID 1.
• Datos de configuración de la BAse de Datos - RAID 1.

Si se opta por la configuración anterior se obtendrá un optimo para los factores de costos de hardware disponibilidad y performance.

No deberíamos alcanzar los logs históricos de la base de datos en ninguno de los arreglos de discos anterior mente descrito; en vez, deberíamos almacenar los archivos log en cintas o alguna ubicación tomando dos copias antes de borrarlos.

Links de Interés

Guias de Instalación - https://websmp202.sap-ag.de/instguides

Notas - https://websmp201.sap-ag.de/notes

Estimación de Hardware (Sizing) - http://service.sap.com/sizing

Solman - http://service.sap.com/solutionmanager

Actualizaciones de Versiones (Upgrade) - http://service.sap.com/upgrade