✒️SAP BASIS / La planificación de la instalación Por Israel Cespedes Penaloza

3.3 - Planificación de la Instalación

Debemos planificar la estimación de hardware y los requisitos técnicos, tal como red y base de datos para la instalación.

1. Introducción a la Planificación.

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

Muchas de las herramientas que necesitamos y servicios se encuentran disponible en el Marketplace de SAP. http://service.sap.com

2. La 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 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 qué 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 - 0,6 segundos, etc.).
• Modelo o estrategia de alta disponibilidad que se requiere.
• Tipo de sistema (SAP ECC, SAP CRM, etc).
• Funciones que se customizaran y usarán en el sistema. Ej: en un SAP ECC: HR, FI, modelo complejo de PP, SD, etc.
• Versión de 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 backup).
• Acceso al sistema (LAN, WAN, tipo de SAP GUI, etc).

Cuando realizamos una actualización de versión de SAP, lo que se reconoce como upgrade, debemos 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.

3. La conversión Unicode.

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 consideramos la adquisición de nuevo hardware, si además se va a convertir a unicode estos son algunas consideraciones que debemos tener en cuenta sobre los recursos adicionales que demanda.

• 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).

4. La distribución entre el hardware.

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

• Sistema Central: todo el saldo requerido para un sistema SAP, excepto SAP GUI, se instala un mismo servidor. Esto es indicado para implementaciones pequeñas donde el 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 posible:

• Base de datos e instancia central de 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 de un servidor dedicado, instancia central y 1 más instancias de diálogo en un servidor, instancia adicional en servidores separados.

La estabilidad 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 Messenger Server y grupos.

Instancia Gateway: Opcionalmente, una instancia de kway puede ser configurada para ofrecer una mejor performance de comunicación en los sistemas SAP qué intercambio en gran cantidad de datos con sistemas externos.

5. Los multiples tipos de usos (Usages 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 destrucciones existen:

• El 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 está soportado. SAP XI/PI debe también ser configurado en un cliente dedicado.

• SAP no probé herramientas estándar para separar tipos de usos en multiples sistemas como etapa posterior a una instalación. Tampoco para integrar múltiples sistemas de diferentes tipos de uso en uno.

Si necesitamos realizar alguna 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 usos. 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. En una aplicación JAVA a la cual podemos acceder mediante la URL http:// < servidor >:5000

6. 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 indices 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 se implementan en RAID 1 o 5. En la práctica restaurar una base de datos de tamaños considerables (varios terabytes) no es eficiente como estrategia de recuperación, por eso es que tenemos que asegurarnos que la pérdida de datos se evite de todas las formas posibles.

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

Por 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, obtendremos un óptimo para los factores de costos de hardware, disponibilidad y performace.

No deberíamos almacenar los logs históricos de la base de datos en ninguno de los arreglos de discos, en vez, debería usar almacenar los archivos del bloque cintas o alguna otra ubicación acorde tomando dos copias antes de borrarlos.