✒️SAP BASIS La planificación de la instalación

1| Introduccion a la planificacion

SAP proporciona soporte a traves de todo el ciclo de vida del software. Desde la planificacion e implementacion hasta la operacion y mantenimiento.

2| Estimacion de Hardware(sizing)

Consideramos 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 preve perdida de performance y evita costos inecesarios.
• 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 necesitamos son diversos:

·Numero de usuarios concurrentes en el sistema y nivel de actividad.

·Objetivo 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 customizaran y usuaran 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.

·Tipos de bases de datos

·Concepto de backup (online backup, offline backups)

·Accesos al sistema (LAN, WAN, Tipo de SAP GUI, etc.).

Cuando realizamos una actualización 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 demandara nuevo hardware.

3.-CONVERSION UNICODE:

En los upgrade tenemos la opción de convertir un sistema no-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 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% de 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.-DISTRIBUCION 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 de las 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 esta distribuido entre diferentes servidores. Hay muchas opciones poibles:

· Base 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 Dialogo

· Base de Datos en un servidor dedicado, Instancia Central y una o mas instancias de Dialogo 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 mas instancias de dialogo es posible y no requiere un esfuerzo de configuración importante de nuestro lado, prácticamente es “plug and play” si configuramos correctamente los accesos a los usuarios en sus SAP GUI mediante el mensagge 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.

5.- MULTIPLES TIPOS DE USOS EN UN SISTEMA:

Restricciones:

Si bien técnicamente es posible combinar diferentes tipos de usos de SAP Netweaver como BI, PI, MI junto con SAP ECC en un mismo sistema, alguna restricciones existen:

· El Tipo de Uso MI (Mobile Infraestructure) en el mismo sistema con SAP ECC o cualquier otro tipo no esta soportada.

· 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 en multiples sistemas como etapa posterior a una instalación. Tampoco para integrar multiples sistemas de diferentes tipos de uso en uno.

Si necesitamos realizar algunas de estas tareas, necesitaremos un soporte específico para el proyecto. La herramienta 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 nota de SAP 855534 provee mayor información.

CONFIGURACION:

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.

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 Guia Tecnologica para consultores (Technology Consultant’s Guide) en el SDN de SAP (http://sdn.sap.com).

6.- REQUERIMIENTOS DE BASES DE DATOS:

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

· Datos de Negocio: datos maestros, datos transaccionales, etc. Tambien los í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 discos combinados con algún nivel de RAID, usualmente 1 o 5. Estas bases de datos pueden almacenar varios terabytes de datos de negocios. En la practica 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 la base de datos afecta no solo a la performance, sino también a la confiabilidad y disponibilidad.

Por lo tanto debemos considerar varis 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 Energia

· Daños masivos al entrorno (incendio, inundación, terremoto, etc.)

Para mayor información sobre alta disponibilidad, puedes vistar sitio SDN de SAP: http://www.sdn.sap.com/irj/sdn/ha

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

Nota: Según los requerimientos de la empresa, estas consideraciones sobre tolerancia a fallas deben implementarse principalmente en sistemas productivos de SAP.