✒️SAP BASIS / La planificación de la instalación Por Maria Cardenas Castellanos

La planificación de la instalación

Como parte del equipo de administración de SAP o consultor tecnológico nos encontraremos con el objetivo de realizar una instalación de un sistema SAP, en cualquiera de sus soluciones, tal como SAP ERP Central Component (SAP ECC ). Deberemos entonces planificar la estimación de hardware y los requisitos técnicos, tal como red y base de datos para la instalación.

Introducción a la Planificación

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

La estimación de hardware (Sizing)

Consideremos los siguientes casos:

• El hardware que fue subestimado crea costos adicionales causando una mala performance al 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 hemos invertido demasiado dinero para alcanzar un objetivo de buena performance.

La estimación del hardware juega un papel importante desde el inicio de la planificación de un landscape SAP. Los factores que influencian que recursos necesitaremos son diversos:

• Número de usuarios concurrentes en el sistema y nivel de actividad.
• Objetivos 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 usarán en el sistema. Ej: en un SAP ECC: HR ,FI, un modelo complejo de PP, SD, etc.
• Versión del sistema (SAP R/3 Enterprise, SAP ERP 6.0, etc).
• Tipo de sistema operativo.
• Tipo de base de datos.
• Concepto de backup (online backup, offline backups).
• Accesos al sistema (LAN, WAN, tipo de SAP GUI, etc).

Cuando realizamos una actualizacion de versión de SAP, lo que se conoce como upgrade, deberemos verificar nuevamente la estimación también del hardware actual y si será necesario ampliar la capacidad de recursos.

En el alias (acceso rápido) /upgrade del Marketplace también contamos con documentación sobre esto, pero en general podemos decir que una nueva versión demandará nuevo hardware.

La Conversión UNICODE

En los upgrades tenemos la opción de convertir un sistema no-unicode a Unicode, aunque también se puede realizar en otro momento. Como generalmente en un upgrade consideraremos la adquisición de nuevo hardware, si además se va a convertir a Unicode estos son algunas consideraciones que deberemos tener en cuenta sobre los recursos adicionales que demanda Unicode:

• Carga de aplicaciones sobre el hardware (CPU y RAM).
• 30% a 35% adicional de CPU y 50% RAM.
• Tamaño de la base de datos, dependerá de la utilización del tipo de representación de Unicode que utilice: UTF-8 ( 10%) o UTF-16 ( 30%).
• Performance de la base de datos (ver documentación del proveedor de base de datos sobre Unicode)

Distribución entre el hardware

Podemos distribuir el sistema SAP de diferentes maneras en el hardware disponible. El resultado del sizing también puede influenciar en esta decisión porque la distribución también afectará la performance. Algunas consideraciones a tener en cuenta:

Sistema Central: Todo el software requerido para un sistema SAP, excepto SAP GUI, se instala en un mismo servidor. Esto es indicado para implementaciones pequeñas donde un servidor es capaz de proveer los recursos necesarios para todo el sistema.

Sistema Distribuido: En este escenario, el software necesario para un sistema SAP está distribuido entre diferentes servidores. Hay muchas opciones posibles:

• Base de de Datos e Instancia Central en un servidor, todas las instancias adicionales en hardware separado.
• Todos los componentes por separado: Base de Datos, Instancia Central y de Diálogo.
• Base de Datos en un servidor dedicado, Instancia Central y una o más Instancias de Diálogo en un servidor, instancias adicionales en servidores separados.

La escalabilidad de un sistema SAP nos permite que luego de instalar un sistema central por ejemplo, se incremente la cantidad de usuarios para el sistema y por lo tanto los recursos necesarios. Instalando una o más instancias de diálogo es posible y no requiere un esfuerzo de configuración importante de nuestro lado, prácticamente es “plug & play” si configuramos correctamente los accesos a los usuarios en sus SAP GUI mediante el message server y grupos.

Instancia de Gateway: Opcionalmente, una instancia de Gateway puede ser configurada para ofrecer una 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 Netweaver como BI, PI, EP, MI junto con SAP ECC en un mismo sistema, algunas restricciones existen:

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

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

La configuración:

Las guías de instalación proveen las actividades de configuración para los sistemas y sus tipos de uso. Adicionalmente existen para algunos tipos de uso, plantillas de configuración que pueden aplicarse mediante el instalador de Central Technical Configuration (CTC). Para realizar esto, debemos iniciar el instalador de plantillas CTC desde el SAP Netweaver Administrator.

El SAP Netweaver Administrator es una herramienta que existe en los sistemas basados en JAVA o ABAP JAVA. Es una aplicación JAVA a la cual podemos acceder mediante la URL http:// < servidor > :5000

Los pasos de configuración requeridos para los sistemas con tipos de usos específicos para un escenario IT se pueden acceder a través del Solution Manager o en la Guía Tecnológica para Consultores (Technology Consultant’s Guide) en el SDN de SAP (http://sdn.sap.com).

Requerimientos de base 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.

El arreglo de discos para las bases de datos afecta no solo a la performance, sino también a la confiabilidad y disponibilidad. Por lo tanto debemos considerar varios escenarios para asegurar un sistema robusto de tolerancia a fallas:

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

Si optamos por la configuración que se muestra en la figura, obtenemos un óptimo para los factores de costos de hardware, disponibilidad y performance.

No deberíamos almacenar los logs históricos de la base de datos en ninguno de los arreglos de discos que se muestran en la figura; en vez, deberíamos almacenar los archivos de log en cintas o alguna otra ubicación acorde tomando dos copias antes de borrarlos.

Según los requerimientos de la empresa, estas consideraciones implementarse principalmente en sistemas productivos de SAP.