✒️SAP BASIS / La planificación de la instalación Por Josep Lopez Moyano

PLANIFICANDO LA INSTALACION

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

INTRODUCCION 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.

Muchas de las herramientas que necesitamos y servicios se encuentran en el Marketplace de SAP

ESTIMACION DE HARDWARE (SIZING)

Un hardware subestimado crea costes adicionales causando una mala performance al sistema, además de generar tiempos de respuesta amplios y un sistema productivo ineficiente.

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

Si sobreestimamos el hardware hemos invertido demasiado dinero para alcanzar un objetivo de buena performance.

La estimación de hardware juego un papel importante desde el inicio de la planificación de una landscape SAP.

Factores a tener en cuenta para determinar recursos necesarios:

1. Número de usuarios concurrentes en el sistema y nivel de actividad

2. Objetivos de la compañía para el tiempo de respuesta promedio (1.5 segundos, 0.6 segundos, etc).

3. Modelo o estrategia de alta disponibilidad que se requiere.

4. Tipo de sistema (SAP ECC, SAP CRM, etc).

5. Funciones que se customizaran y usaran e el sistema, por ejemplo un SAP ECC: HR; FI, un modelo coplejo de PP, SD, etc.

6. Versión del sistema (SAP R/3 Enterprise, SAP ERP 6.0, etc).

7. Tipo de sistema operativo

8. Tipo de base de datos

9. Concepto de backup (online backup, offline backups).

10. Acceso al sistema (LAN,WAN, tipo de SAP GUI, etc).

Cuando realizamos una actualización de versión de SAP, un upgrade, debemos verificar nuevamente la estimación también del hardware actual y si es necesario ampliar la capacidad de recursos.

EN el alias (acceso rápido) /upgrade del Marketplace tenemos documentación sobre esto. Pero en general una nueva versión demanda nuevo hardware.

Sap nos da unas herramientas online como:

Service.sap.com/quicksizer -> permite realizar un estudio preliminar que nos dará valores SAPS.

Los SAPS son una medida que los proveedores reconoces y que nos permitirá obtener un hardware adecuado.

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.

Recursos adicionales que demanda un UNICODE:

1. Carga de aplicaciones sobre el hardware (CPU y RAM).

2. Requiere ente un 30% y un 35% de uso de CPU

3. Requiere una 50% más de ram.

4. Tamaño de la base de datos, dependerá del tipo de representación Unicode: UTF-8 un 10% más de tamaño

UTF-16 un 30% más de tamaño.

5. Performance de la base de datos (ver documentación del proveedor sobre Unicode).

DISTRIBUCION ENTRE EL HARDWARE

Podemos distribuir el sistema SAP de diferentes maneras en el hardware disponible. El resultado del sizing puede influenciar esta decisión ya que afecta a la performance.

A tener en cuenta:

Sistema Central: Todo el software requerido para un sistema SAP, excepto SAP GUI, se instala en un mismo servidor. Indicado para implementaciones pequeñas.

Sistema Distribuido: El software para el sistema SAP está distribuido entre diferentes servidores, existen muchas opciones disponibles:

1. Base de datos e instancia central en un servidor, todas las instancias adicionales en hardware separado.

2. Todos los componentes por separado: Base de datos, instancia central y de dialogo

3. Base de datos en un servidor dedicado, instancia central y una o más instancias de dialogo en un servidor, instancias adicionales en servidores separados.

La escalabilidad de un sistema SAP nos permite que una vez instalado un sistema central, se incremente la cantidad de usuarios para el sistema y por lo tanto los recursos necesarios. Podemos instalar una o más instancias de dialogo, no requiere un esfuerzo de configuración importante, prácticamente es “plug & play” si configuramos correctamente los acceso a los usuarios en sus SAP GUI mediante el message Server y grupos.

Instancia de Gateway: se puede configurar una instancia de 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:

Aunque técnicamente es posible combinar diferentes tipos de usos de SAP Netweaver como BI, PI, EP, MI junco con SAP EXX en un mismo sistema existen restricciones:

El tipo de uso MI (MOBILE INFRAESTRUCTURE) en el mismo sistema con SAP ECC o cualquier otro tipo no está soportado por SAP

Un mismo cliente (mandante) de SAP BI y SAP EXX no está soportado por SAP.

SAP XI/PI debe 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 tipo de uso en uno.

Si necesitamos realizar alguna de estas tareas, necesitaremos un soporte específico para parte de SAP para el proyecto.

Las herramientas y guías estándar de copa y migración de sistemas de SAP no soportan la separación o unificación de sistemas con distintos tipos de uso

Revisar nota SAP 855534

Configuración:

Las guías de instalación proveen las actividades de configuración para los sistemas y sus tipos de uso.

Existen para algunos tipos de uso plantilla de configuración que pueden aplicarse mediante el instalador Central Technical Configuration (CTC), para esto debemos iniciar el instalador de plantillas CTC desde el SAP Netweaver Administrator:

NOTA: 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 paa 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 Guida) 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 maestra, datos transaccionales, etc, y 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 se implementan en discos con algún nivel de RAID, usualmente 1 o 5.

Las bases de datos pueden almacenar barios terabytes de datos de negocio.

En la práctica restaurar base de datos de estos tamaños no es eficiente como estrategia de recuperación, hay que asegurar que la perdida de datos se evite de todas las formas posibles.

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

Debemos considerar varios escenarios para asegurar un sistema robusto de tolerancia a fallos:

1. Fallos de disco

2. Fallos de la controladora RAID

3. Fallos de RED

4. Fallos de placa de Red

5. Fallos de Energía

6. Daños masivos al entorno (incendio, inundación, terremoto, etc).

Para más información sobre alta disponibilidad, en el sdn: http://www.sdn.sap.com/irj/sdn/ha

Configuración recomendada:

1. Datos de aplicación e indicies: RAID 5

2. Log Activo de modificaciones: RAID 1

3. Datos de configuración de la base de datos: RAID 1

No deberíamos almacenar los logs históricos de la base de datos en ninguno de los arreglos de discos de la configuración recomendada, deberíamos almacenar los archivos de log en alguna otra ubicación acode tomando dos copias antes de borrarlos.

Nota: estas medidas se deben implementar en sistemas productivos.