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

Estimación de hardware (Sizing)

casos:

· El hardware que fue subestimado crea costos adicionales causando una mala performance. 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).

Mas información sobre el sizing ver http://services.sap.com/sizing

El sizing es un proceso continuo

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

En general podemos decir que una nueva versión demandara nuevo hardware.

Alias (acceso rápido) /upgrade del Marketplace

Conversión UNICODE

El impacto en el aumento de la base de datos con UNICODE depende de varios factores.

En la lección donde dice: +36% (UTF-8) or +60% to +70% (UTF-16) es una estimación para una instalación inicial. En las versiones posteriores a 6.40 de SAP Basis todas las instalaciones nuevas son UNICODE, no tenemos opción.

En la lección donde dice: UTF-8 (+10%) o UTF-16 (+30%) es también una estimación aproximada pero se refiere en los casos que se realice una conversión de NON-UNICODE a UNICODE. Una de las principales causas para que este porcentaje varíe es el tamaño de la base de datos, generalmente en bases de datos más grandes el porcentaje es menor. No es directamente proporcional.

También depende base de datos se utilice y sobre todo de la configuración de parámetros de la misma.

La nota de SAP: Note 1139642 - Hardware Requirements in Unicode Systems brinda mayor información al respecto en caso que te interese profundizar el tema o para el momento en que necesites estimar los requisitos adicionales hardware con UNICODE.

En los upgrades tenemos la opción de convertir un sistema no-unicode a 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.

Distribución entre el Hardware

Podemos distribuir el sistema SAP de diferentes maneras en el hardware disponible:

• Sistema central
• Sistema distribuido

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.

Instancia de Gateway

Opcionalmente, una instancia de Gateway puede ser configurada para ofrecer mejor performance de comunicación en los sistemas SAP que intercambien gran cantidad de datos con sistemas externos.

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

Múltiples tipos de uso (Usage Types) en un sistema

Técnicamente es posible combinar diferentes tipos de usos SAP Netwaver 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 mandante para SAP BI y SAP ECC no está soportado. SAP XI/PI debe ser también configurado en un cliente dedicado.
• SAP no provee herramientas estándar para separar tipos de usos múltiples sistemas como etapa posterior a una instalación. Tampoco para integrar sistemas de diferentes tipos de uso en uno.

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

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 el URL http:// <servidor>:5000

Los pasos de configuración requeridos para los sistemas con tipos de uso específicos para un escenario IT se pueden acceder:

• A través de Solman
• Guía tecnológica para consultores (Technology Consultant´s Guide) en el SDN de SAP , http://sdn.sap.com.

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.

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. Y datos de índices
• Datos de LOG necesarios para una recuperación.
• Datos de configuración para la BD

Se deben considerar escenarios para asegurar un sistema robusto tolerante a fallas

Información sobre alta disponibilidad en: http://www.sdn.com/irj/sdn/ha

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.

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

Agradecimiento:

Ha agradecido este aporte: David Solaliga