✒️SAP BASIS La planificación de la instalación
SAP BASIS La planificación de la instalación
- 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é perdidas de performance y evita costos innecesarios
- Si el hardware es sobrestimado 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
- Modelo o estrategia de alta disponibilidad que se requiere
- Tipo de sistema ( SAP ECC, SAPCRM, etc)
- Funciones que se customizaran y usaran en el sistema.
- Versión del sistema
- Tipo del sistema operativo
- Tipo de base de datos
- Concepto de backup (online backup, offline backups)
- Acceso del sistema
CONVERSION 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.
CONSIDERACIONES
- Carga de aplicaciones sobre el hradware (CPU y RAM)
- 30% a 35% adicional del CPU y 50% Ram
- Tamaño de la base de datos, dependerá de la utilización del tipo de representación de UNICODE
- Performance de la base de datos
DISTRIBUCION ENTRE EL HARDWARE
Podemos distribuir el sistema SAP de diferentes manera en el hardware disponible
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 todo el sistema.
SISTEMA DISTRIBUIDO: En este escenario, el software necesario para un sistema SAP esta distribuido entre diferentes servidores. Hay muchas opciones posibles:
- Base de Datos en Instancia Central en un servidor
- Todos los componentes por separado
- Base de datos en un servidor dedicado, Instancia Central y una o mas instancias de dialogo en un servidor, instancias adicionales en servidor separados
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 en un sistema
Restricciones
Si bien técnicamente es posible combinar diferentes tipos de usos de SAP Netweaver como BI, PI, MI junto son SAP ECC en un mismo sistema, algunas restricciones existentes:
- El tipo de uso MI (Mobile Infraestructure) en el mismo sistema con SAP ECC o cualquier otro tipo no soportada
- Un mismo cliente (mandante) para SAP BI y SAP ECC no esta soportado
- SAP no provee herramientas estándar para separar tipos de usos en multiples sistemas como estapa posterior a una instalacion
Configuracion
Las guias 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 Centrasl Technical Configuration (CTC)
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://:5 puerto 5
REQUERIMIENTOS DE LA BASE DE DATOS
Reside en un arreglo RAID de discos fisicos
La base de datos de un sistema SAP contiene información diversa
- Datos de negocios: datos maestros, datos transaccionales, etc. También los datos de índices correspondientes.
- Datos de Logs para la base de datos, necesarios para una recuperacion
- 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.
El arreglo de discos para la base de datos afecta no solo a los performance sino también a la confiabilidad u disponibilidad
Por lo tanto debemos considerar varios escenarios para segurar un sistema robusto de tolerancia a falla
- Falla de disco
- Falla de controladora de disco
- Falla de red
- Falla de placa de red
- Falla de energia
- Daños masivos al entorno
Debemos separar los siguientes datos físicamente:
Datos de Aplicaciones e Indices: RAID 5
Log Activo de modificaciones: RAID 1
Datos de configuraciones de base de datos: RAID 1
No deberíamos almacena los Logs históricos de la base de datos en ninguno de los arreglos de discos que describimos anteriormente; en vez, deberíamos almacenar los archivos de Logs en cintas o alguna otra ubicación acorde tomando dos copias antes borrarlos.
Según los requerimientos de la empresa, estas consideraciones sobre tolerancia fallas deben implementarse principalmente en sistemas productivos de SAP
 
 
 
Sobre el autor
Publicación académica de Victor Salazar, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Victor Salazar
Profesión: Tsu Computacion - Venezuela - Legajo: NR86Q
✒️Autor de: 25 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Victor Salazar