Manual CVOSOFT Curso Administrador Netweaver Modulo BASIS Nivel Avanzado Unidad 3

T IT ACADEMY - Ingeniería en formación profesional IT en formación profesional IT CVOSOFT IT ACADEMY - Ingeniería en formación profesional IT en formación prof
Manual de estudios Curso Administrador Netweaver Módulo BASIS Nivel Avanzado
In ic io Nu e v a Un id a d :
Unidad 3: Etapas de Instalación de un Sistema
SAP
Se describen las fases previas hasta la instalación de un Sistema SAP.
Curso: Administrador BASIS Nivel Avanzado
CVOSOFT IT Academy Formación en Sistemas.
Le damos la Bienvenida a una nueva unidad!
Unidad 3: Etapas de

Instalación de un Sistema
SAP
© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 1

:: Descripción de Unidad
Carrera Consultor Técnico en Administración Netweaver
· MÓDULO: Avanzado
· UNIDAD: Etapas de Instalación de un Sistema SAP

:: Lecciones Unidad 3: Etapas de Instalación de un Sistema SAP
Las siguientes lecciones componen a esta unidad de estudios:
Lección: Características del Componente Central ERP de SAP

Realizaremos una descripción de la solución de SAP ERP y la arquitectura de sus componentes.
Lección: Nuevos aspectos de SAP ERP y la herramienta de instalación SAPinst
Describimos los términos UNICODE, Múltiples Componentes en una base de datos (MCOD), Servicio de Directorio y SAPinst.
Lección: Planificando la instalación

Veremos los aspectos que deben considerarse para realizar exitosamente una instalación de SAP.
Lección: Preparación para la Instalación

Repasaremos los pasos necesarios para instalar un sistema SAP.
Lección: Preparación Adicional Sobre Windows

Mostramos algunos pasos adicionales para instalar un sistema SAP ERP Central Component sobre Windows.
Lección: Preparación Adicional Sobre Unix

Vemos las tareas previas de preparación antes de instalar SAP sobre un entorno UNIX o Linux.
Lección: Manejando la Herramienta SAPinst

Describimos como utilizar el SAPinst. También analizamos el Inicio y los logs generados por la herramienta.
Lección: Extensión de Licencia SAP Netweaver

Veremos los pasos necesarios para extender la licencia de SAP NetWeaver.




L e c c ió n :
Características del Componente Central ERP de
SAP
Realizaremos una descripción de la solución de SAP ERP y la arquitectura de sus
componentes.

Unidad: Unidad 3: Etapas de Instalación de un Sistema SAP

1 | El Business Suite de SAP
El SAP ERP es una solución dentro del SAP Business Suite, el cual está conformado por varias soluciones:
SAP ERP (Enterprise Resource Planning)
SAP PLM (Product Lifecycle Management)
SAP SRM (Supplier Relationship Management)
SAP CRM (Customer Relationship Management)

SAP SCM (Supply Chain Management)
Cada una de estas soluciones está soportada por la plataforma SAP Netweaver.
Figura 311 – SAP Business Suite
La solución ERP de SAP ha sido diseñada para poder soportar las demandas actuales de cambios sobre un ERP. SAP ERP
permite a las compañías obtener un control activo de las operaciones y administración para así incrementar la eficiencia y las
ganancias.
SAP ERP permite integrar nuevos niveles de procesos de negocios y tecnologías basado en el fundamento de una evolución
incremental de las soluciones.
En el pasado los sistemas ERP estaban completamente diseñados con un sentido interno del negocio; de todas maneras, un
número de compañías comenzaron a transformar sus procesos de negocio a la Web.

Por lo tanto, existe un requerimiento creciente para expandir las soluciones ERP que permitan a las compañías colaborar en
estos procesos con partes o ejecutores externos tales como los clientes o proveedores de una compañía.
Impulsado por SAP Netweaver, con una integración abierta y una plataforma de aplicación, SAP ERP combina las
funcionalidades core (principales) de un ERP con funciones basadas en portal (portalbased) a través de toda la compañía.
SAP ERP le da a la compañía mejor control de sus recursos así también como de los procesos de negocio tales como
Financial Supply Chain Management, erecruiting y profitibility assesmentes of employees, departamentos y clientes.
Desde un punto de vista técnico, la última versión de SAP Netweaver fue utilizada como la base para los componentes de SAP
ERP.
Figura 312 – Bloques que conforman un sistema SAP ERP 6.0
SAP ERP usa SAP Netweaver AS 7.0 como la base tecnológica. Sobre esta base tecnológica SAP ERP 6.0 ofrece una amplia
cantidad de procesos de negocio con las aplicaciones contenidas en los componentes de software (como SAP_APPL, SAP_HR,
etc).
Estos procesos de negocio están implementados en la capa de aplicaciones (componentes SAP ERP ABAP y componentes
SAP ERP JAVA).
Dependiendo de las funciones de aplicación de SAP ERP 6.0, SAP Netweaver AS 7.0 tendrá que ser
instalado como un sistema basado en ABAP o JAVA o un sistema mixto ABAP JAVA. Estos diferentes
tipos de instalaciones se conocen como Tipos de Usos (Usage Types).
En la guía de instalación maestra (Master Guide) de SAP ERP 6.0 podremos obtener más detalles sobre que Tipo de Uso
debe ser instalado para cada área funcional.

L e c c ió n :
Nuevos aspectos de SAP ERP y la herramienta de
instalación SAPinst
Describimos los términos UNICODE, Múltiples Componentes en una base de datos (MCOD),
Servicio de Directorio y SAPinst.

Cuando se planifica la instalación de la última versión de SAP ERP Central Component, SAP ECC, como administradores del
sistema necesitaremos instalar el software de la solución.
Antes de iniciar la instalación de SAP ECC, deberemos conocer los nuevos aspectos que ofrece. Estas características se
presentarán durante la instalación de SAP ECC.
También en otras soluciones de SAP Business Suite aplican los conceptos que se desarrollan en esta
lección.

1 | UNICODE
Lenguajes en los sistemas SAP:
Los sistemas SAP soportan más de 30 lenguajes diferentes.
Solamente los lenuajes que pertenecen al mismo código de página (code page) son utilizables sin restricción.
A diferencia de otros códigos de página, Unicode define un set de caracteres que incluye virtualmente todos los caracteres
utilizados mundialmente y como resultado provee una codificación de caracteres global y consistente.
Hasta ahora, SAP ha provisto soporte para múltiples lenguajes utilizando un código de página individuales o múltiples códigos
de páginas en una única instalación de sistema con MDMP (MultiDisplayMultiProcessing) lo cual permite al servidor de
aplicación cambiar de código de página de forma dinámica de acuerdo al lenguaje de logon (ver Nota de SAP 73606).
De todas formas, aun en un sistema MDMP, un usuario puede usar solamente caracteres que pertenecen a un código de
página por vez. Para mejorar el soporte de lenguajes para la SAP Business Suite, SAP ofrece la posibilidad de la instalación
UNICODE.
De esta manera con un set de caracteres estándar, consistente para soportar todos los lenguajes. Un código de página
describe la asignación de un carácter a un valor hexadecimal (HEX). Un código de página representa a 256 caracteres
(normalmente de 1 byte)

Un set de caracteres describe el tipo de almacenamiento de un carácter:
Byte Simple: un byte por carácter
Byte Doble: uno o dos bytes por carácter
Unicode: uno o más bytes por carácter
En Unicode:
Estandar internacional; internet está basado en Unicode.

Cada es carácter asignado a un número único.
Incrementa el consumo de recursos.
CPU, memoria y red: 30% a 35%
Tamaño de base de datos: 10% (UTF8) o 20% a 60% (UTF16)
Figura 321 – SAP Unicode y NonUnicode
Más información sobre sistemas SAP Unicode las notas 79991, 540911 y 379940 pueden ser de utilidad. También el acceso
rápido de SAP Service Marketplace http://service.sap.com/unicode.
UNICODE esta soportado por SAP desde la versión SAP Web AS 6.10
Mejoras con Unicode:
La comunicación RFC entre sistemas Unicode y sistemas MDMP (NoUnicode) sin pérdida de datos por
incompatibilidad.
Mantenimiento de todos los caracteres de lenguajes en SAP GUI simultaneamente. Con SAP GUI es posible trabajar
tanto con sistemas Unicode como NoUnicode.

Mantenimiento de código de página para impresión mejorado.
Unicode soporta lo siguiente:
Unicode soporta lo siguiente:
Caracteres de prácticamente todos los lenguajes y uso de script.

2 | MCOD
Es posible instalar multiples sistemas SAP en una única base de datos utilizando MCOD.
MCOD está disponible para todos los componentes de SAP Business Suite. Mediante el uso de la tecnología MCOD es tan
sencillo la instalación de los sistemas como instalarlos de forma separada. No hay un esfuerzo extra requerido porque la
instalación con MCOD está totalmente integrado al procedimiento de instalación estándar.
MCOD no es un servicio de instalación adicional, es una opción de la instalación del componente SAP.
SAP recomienda correr sistemas MCOD en el mismo contexto. Esto quiere decir que no es recomendable correr sistemas de
desarrollo, test y producción en la misma base de datos MCOD.
El hecho de instalar sistemas no productivos con sistemas productivos en la misma base de datos
MCOD no está soportado por SAP.
Esto significa que no tendríamos el soporte de SAP ante cualquier inconveniente que podamos tener con
nuestro sistema productivo por el hecho de estar junto a sistemas noproductivos en la misma base de
datos.
Cuando MCOD estuvo disponible en 2002, SAP recomendaba separar aplicaciones OLTP, tal como SAP ERP Central
Component y aplicaciones OLAP, tal como SAP BI, por razones de performance. Ahora, las instalaciones combinadas de ambos
componentes está también soportada bajo algunas condiciones especiales.
MCOD es una manera potente de instalar varios componentes de SAP Business Suite en una base de datos física. Estas son
las ventajas que ofrece MCOD:
Flexibilidad e independencia de los componentes instalados.
Administración simplificada, backup y recuperación.
Consistencia de datos a través de todos los sistemas (en especial cuando se realiza una restauración de los sistemas
por algún problema y estos tienen procesos en común los cuales deben estar sincronizados, como por ejemplo un
proceso de compra).
Mantenimiento reducido y costos operacionales.

Figura 322 – MCOD (1/2)
Oportunidades Administrativas con MCOD:
Múltiples sistemas y de diferentes soluciones pueden compartir una única base de datos. También si estos son de un
mismo tipo, como varios sistemas SAP ERP.
Hay solo una base de datos física y lógica.

Punto de recuperación al mismo tiempo de sistemas relacionados por procesos entre sí, tal como un SAP ERP y un
SAP CRM, lo que asegura la consistencia de la información entre ambos.
Todos los sistemas usan la misma versión de base de datos y sistema operativo.
Técnicamente cada sistema tendrá su esquema en la base de datos, lo que permitirá que se mantengan independientes uno de
otros a nivel de las estructuras de datos.
Inclusive hasta pueden existir tablas con los mismos nombres ya que cada una estará en un esquema diferente. Los detalles
técnicos dependen del producto de base de datos, para más información en los enláces rápidos de marketplace /mcod y
/platforms.
El intercambio de datos entre distintos sistemas se realiza a nivel de aplicación y no a nivel de la base de datos, lo que
asegura lo siguiente:
Integridad de los datos de negocio.
Evita conflictos de bloqueos en las tablas de base de datos.

Figura 323 MCOD (2/2)

3 | Servidor de Directorio
Figura 323 – Servidor de Directorio
Un servidor de directorio actúa como un repositorio central para los datos utilizados por diferentes aplicaciones. Estos datos son
importantes en ambientes heterogéneos. Generalmente la información de usuarios, documentos o hardware es almacenada,
pero también otros objetos pueden almacenarse.
El acceso es posible a través de protocolos estándar, tal como el Lightweight Directory Access Protocol (LDAP). En contraste a
los sistemas relacionales de base de datos (RDBMS), los servidores de directorios utilizan una estructura jerárquica para
organizar los datos.

Desde la versión 4.6A, el conector LDAP está integrado en SAP como parte del servidor de aplicación. El concepto de servidor
de directorio y Administración Central de Usuarios (CUA) pueden implementarse de forma independiente o juntos.
La transacción LDAP o mediante la guía de implementación (IMG) de customizing son las opciones para configurar los
servidores de directorio con SAP.
Luego los usuarios de SAP pueden sincronizarse con el servidor de directorio. Para más información ver el acceso rápido
/security.

4 | SAPinst
SAP provee una herramienta de instalación para cualquier solución de SAP Business Suite y SAP Netweaver: SAPinst.
Algunas características importantes de la herramienta son:
Podemos continuar con una instalación que se interrumpió por un error.
Podemos volver atrás, en la etapa de ingreso de datos, y modificar nuestras entradas.

Podemos iniciar SAPinst GUI desde una computadora remota al servidor de instalación.
SAPinst no aborta una instalación debido a un error, sino que detiene la instalación y podemos reiniciar la misma luego
de corregir el error. Alternativamente, podemos detener manualmente la instalación si lo deseamos.
SAPinst continúa una instalación interrumpida directamente desde el punto de falla.
El progreso de la instalación se registra en un archivo de log, sapinst.log

L e c c ió n :
Planificando la instalación
Veremos los aspectos que deben considerarse para realizar exitosamente una instalación de
SAP.

Como parte del equipo de administración de SAP o consultor tecnológico nos encontraremos con el objetivo de realizar una
instalación de un sistema SAP, en cualquiera de sus soluciones, tal como SAP ERP Central Component (SAP ECC ).
Deberemos entonces 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. Desde la planificación e implementación hasta la
operación y mantenimiento.
Figura 331 – SAP Service Marketplace – Accesos rápidos


2 | Estimación de Hardware ( Sizing )
Figura 332 – Estimación de Hardware
Consideremos 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 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.
Figura 333 – El sizing es un proceso continuo

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).
Cuando realizamos una actualizacion 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 demandará nuevo hardware.

3 | Conversión UNICODE
En los upgrades tenemos la opción de convertir un sistema nounicode a 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 se 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% RAM.
Tamaño de la base de datos, dependerá de la utilización del tipo de representación de Unicode que utilice: UTF8 (
10%) o UTF16 ( 30%).
Performance de la base de datos (ver documentación del proveedor de base de datos sobre Unicode)


4 | Distribución entre el Hardware
Figura 334 – Distribución ente 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 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 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.
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 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 message 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 | Múltiples Tipos de Usos ( Usage 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 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.
Si necesitamos realizar algunas 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.
Configuración:
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 la URL http:// < servidor >
:5000
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 Guía Tecnológica para Consultores (Technology Consultant’s Guide) en el SDN
de SAP (http://sdn.sap.com).


6 | Requerimientos de Base de Datos
Figura 335 – Base de Datos: Distribución de Discos y Alta Disponibilidad
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.
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 práctica 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 pérdida de datos se evite de todas las formas posibles.
El arreglo de discos para las bases de datos afecta no solo a la performance, sino también a la confiabilidad y disponibilidad.
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).

Figura 336 – Recomendaciones sobre el arreglo de discos para Base de Datos
Si optamos por la configuración que se muestra en la figura, obtenemos un óptimo para los factores de costos de hardware,
disponibilidad y performance.
No deberíamos almacenar los logs históricos de la base de datos en ninguno de los arreglos de discos que se muestran en la
figura; en vez, deberíamos almacenar los archivos de log en cintas o alguna otra ubicación acorde tomando dos copias antes
de borrarlos.
Según los requerimientos de la empresa, estas consideraciones sobre tolerancia a fallas deben
implementarse principalmente en sistemas productivos de SAP.

L e c c ió n :
Preparación para la Instalación
Repasaremos los pasos necesarios para instalar un sistema SAP.

Preparación para la instalación
Como administradores de sistema SAP, es probable que en algún momento tengamos que instalar un sistema SAP, tal como
SAP ERP Central Component. Antes de iniciar la instalación, deberemos realizar algunas tareas preparatorias.

1 | Pasos de preparación para la instalación de un sistema SAP
Solicitar o descargar los media de instalación desde Marketplace.
En la guía de instalación maestra (Master Guide) del sistema SAP que vamos a instalar, entre otras cosas, encontraremos
una lista con el software que necesitamos descargar para nuestra instalación. Además de la guía de instalación
específica, también debes contar con la guía maestra como parte de la preparación.
Tenemos que verificar que contamos con suficiente espacio en el servidor para copiar los medias para la instalación, el
espacio necesario varia dependiendo de la solución que vayamos a instalar.
Preparar los media en un espacio temporal en el servidor de instalación (http://service.sap.com/swdc)
Descargar la guía de instalación para el sistema SAP que vamos a instalar. Versión y plataforma específicos, tal como
SAP ERP 6.0 Windows – SQL Server (http://service.sap.com/instguides)
Descargar o revisar las notas que se listan en la guía de instalación (http://service.sap.com/notes)
Revisar siempre las notas online ya que es frecuente que se realicen actualizaciones sobre las mismas.
Hay información que en la guía no está presente y puede ahorrarnos mucho tiempo luego en la instalación para evitar
errores conocidos. Las notas deben ser las específicas para la plataforma de sistema operativo y base de datos que
estamos instalando.

Instalar el componente SAP GUI para Windows al menos en una estación de trabajo y/o el mismo servidor donde
instalaremos el sistema SAP.
Instalar Java Runtime Environment para poder ejecutar la herramienta de instalación SAPinst.
SAPinst es una herramienta basada en Java por lo tanto requiere un ambiente de ejecución java (Java Runtime Environmnent:
JRE) en el servidor donde va a correr. Si además vamos a instalar un sistema SAP con algún tipo de uso que requiera un
stack JAVA, deberemos instalar la versión correcta para el mismo.

Por ejemplo SAP Netweaver JAVA 7.0 necesita de un J2SE SDK (Java 2 Standard Edition Software DevelopmentKit) completo.
También se conoce simplemente como JDK (Java Development Kit). En el JDK también está contenido la JRE.
Configurar las variables de ambientes del usuario que ejecutará la instalación para SAPinst.
Descargar Java Cryptography Extension (JCE) Unlimited Stength Jurisdiction Policy Files para sistemas basados en
JAVA.
Verificar los requerimientos de hardware y software (Prerequisites Check)
Generar un SAP Solution Manager Key.
Para los sistemas operativos UNIX e iSeries de IBM, también es requerido un JRE o JDK.
Si estamos instalando un sistema SAP sobre Oracle, el instalador de Oracle también instala una JRE en
el host de la base de datos. La ubicación de esta JRE se agrega automáticamente a la variable de
ambiente PATH.
Figura 341 – Windows: Instalación de JDK (1/2)

Cuando especifiques el directorio de instalación Java, asegurate que:
No hay espacios en la ruta del directorio y que el directorio solo contiene el número de versión y no el
build number así en el caso de una actualización por ejemplo de j2sdk1.4.2_23 a j2sdk1.4.2_27 el
directorio cambiaría y los scripts de inicio de algunas herramientas podrían fallar.

Desactiva la función de actualización automática de Java. De otra forma, podría actualizarse a una
versión no soportada por SAP y generar inconvenientes sobre todo si usas JDK para un sistema SAP
JAVA.

Figura 342 – Windows: Instalación de JDK (2/2)
Una vez que instalamos el JRE o JDK, debemos configurar con la ruta de instalación, la variable de ambiente JAVA_HOME la
cual es utilizada por la herramienta SAPinst. Esta variable de ambiente también es utilizada por el sistema SAP en caso que
tenga un entorno JAVA.
En algunos casos, la herramienta SAPinst y el servidor JAVA de SAP pueden necesitar diferentes versiones de JRE o JDK. En
estos casos podemos usar la variable de ambiente SAPINST_JRE_HOME para SAPinst y JAVA_HOME para el sistema SAP.
SAPinst siempre busca por la variable de ambiente SAPINST_JRE_HOME en primer lugar, si está no
existe entonces recurre a JAVA_HOME.

Figura 343 – Windows: variable de ambiente JAVA_HOME
Archivo de Policy JCE
A partir de la versión SAP Netweaver 7.0 la encriptación robusta es mandatoria para SAP Netweaver AS JAVA y todos los tipos
de uso que se implementan en el servidor de aplicación. Por esto es que se requiere contar con los archivos Java
Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy 1.4.2 antes de la instalación ya que SAPinst luego se
encarga de instalarlos.
Chequeos de Prerrequisitos
Con la herramienta SAPinst podemos ejecutar un chequeo de prerrequisitos cuantas veces sea necesario sin necesidad de
reiniciar la herramienta SAPinst y antes de dar inicio a la instalación para verificar que la instalación podrá llevarse a cabo con
los requisitos mínimos al menos.

Figura 344 – Chequeo de Prerrequisitos
El chequeo de prerrequisitos no verifica si los servicios adicionales que se mencionan en la guía de
instalación se satisfacen.
Generación de la Solution Manager Key
Figura 345 – Generación de la Solution Manager Key

Cuando instalamos un componente a partir de la versión SAP ERP 6.0 o SAP Netweaver 7.0 necesitaremos contar con una
clave (key) generada por el SAP Solution Manager. Sin esta clave no es posible iniciar la instalación. La nota de SAP 811923 –
Generating the SAP Solution Manager key describe como generar la clave.

L e c c ió n :
Preparación Adicional Sobre Windows
Mostramos algunos pasos adicionales para instalar un sistema SAP ERP Central Component
sobre Windows.


1 | Preparando la Instalación en Windows
Cuando instalamos un sistema SAP sobre un sistema operativo Windows tendremos que realizar las siguientes tareas
específicas de preparación:
Verificar el sistema de archivos de Windows
Reducir el tamaño del Archivo de Cache (File Cache)
Preparar el usuario de instalación
Preparar el host de transportes

2 | Verificar el Sistema de Archivos de Windows
Un sistema SAP debe instalarse sobre un sistema de archivos NTFS. Tendremos que verificar la partición donde planeamos
instalar el sistema SAP.
Figura 351 – Sistema de Archivos NTFS de Windows


3 | Instalación Local o de Dominio
Podemos optar, si la instalación que llevaremos a cabo será local en el servidor o usando un dominio de Windows. SAP
recomienda realizar instalaciones de dominio.
Para una instalación de dominio SAP recomienda que todos los sistemas SAP y los hosts de base de datos pertenezcan a un
mismo dominio de Windows. Esto aplica para todos los tipos de instalaciones, ya sean sistemas centrales o distribuidos.
No podemos crear usuarios y grupos locales en el host que es utilizado como Controlador de Dominio.
Por lo tanto, SAP no soporta correr una instancia SAP en el host donde el servicio DNS está instalado.
Por razones de seguridad y performance, no debemos instalar una instancia de SAP, incluyendo la instancia de base de datos,
en el host donde el controlador de dominio de Windows está corriendo también. SAP no soporta una instalación sobre un
Controlador de Dominio.
Si queremos usar el Sistema de Cambios y Transportes para mover objetos entre diferentes sistemas SAP, nos debemos
asegurar que todos los sistemas pertenezcan al mismo Dominio de Windows o en todo caso si se encuentran en diferentes
Dominios exista una relación de confianza entre los mismos.
Solamente los servidores de aplicación y de base de datos deben ser miembros de los dominios en la relación de confianza.


4 | Usuario de Instalación
Para una instalación local, el usuario debe contar con los permisos de administrador del servidor, para una instalación de
dominio, el usuarios necesita contar con permisos de administración de dominio.
Figura 352 – Permisos de Administrador para el Usuario de Instalación
En la instalación local, el usuario debe ser miembro del Grupo de Administradores local.
Normalmente cuando se realizar una instalación de dominio necesitaremos contar con permisos de administrador de dominio.
De todas maneras, no siempre podremos contar con los mismos para realizar la instalación, por lo que es posible también
llevar a cabo una instalación de dominio con un usuario administrador local.
En este caso, el administrador de dominio deberá realizar algunos pasos preparatorios.
En la guía de instalación se detallan estos pasos y la herramienta SAPinst también provee la función para esta opción.
No debemos usar el usuario adm para la instalación de un sistema SAP.


5 | Reducir el Tamaño del Archivo del Cache
Figura 353 – Reduciendo el Tamaño del Archivo de Cache
Cuando la opción Maximize data throughput for network applications es seleccionada, el archivo de cache de Windows es
reducido en tamaño por lo que el software del servidor de aplicación, como el del sistema SAP, puede contar con mayores
recursos disponibles. Esto también disminuye el tiempo necesario para la instalación, especialmente para la importación de la
base de datos.
Para verificar esta configuración podemos ir a Start Settings Network Connections, botón derecho sobre la conexión
activa y seleccionar propiedades desde el menú de contexto.


6 | Preparar el Host de Transporte
El host de transporte tiene una estructura de directorio que es utilizada por el sistema de transportes SAP para almacenar
datos y metadatos de transporte. El sistema de transportes almacena la información de cambios, tal como de programas ABAP,
diccionarios de datos, datos de customizing así también como Support Packages de SAP en esta estructura de directorios.
Si en el host donde vamos a instalar el sistema SAP no estará ubicado el sistema de transporte, entonces deberemos realizar
algunas preparaciones sobre el host donde se encuentre. Generalmente uno de los hosts donde se instala alguno de los
sistemas del landscape de desarrollo, calidad y producción tiene también el directorio de transportes.
Este host tendrá la función de controlar la exportación e importación de los archivos entre los distintos sistemas SAP.
El directorio de transportes global usr/sap/trans es utilizado por el Sistema de Cambios y Transportes, por sus siglas en inglés
denominado CTS (Change and Transport System). El CTS ayuda a organizar los proyectos de desarrollo en el Workbench de
ABAP y en Customizing, y luego transportar los cambios entre los sistemas del landscape SAP.
Cuando instalamos el primer sistema del landscape, por ejemplo, el sistema de desarrollo, podemos usar la estructura
creada en el sistema de archivos en el servidor de la instancia central de este sistema.
Si la estrucutra de directorio ya existe, deberemos configurar la seguridad para permitir que el nuevo sistema instalado
pueda escribir en el directorio de transportes.
Si aún no existe, deberemos crear la estructura principal de directorio y compartirla para que pueda ser accedida desde
otros servidores donde existan sistemas SAP. Si el host de transportes (donde existe el directorio de transportes
usr/sap/trans) no es la instancia central de un sistema SAP, tendremos que crear el directorio de transportes como sigue:

1 En el host de transportes, crear la estructura de directorio usr/sap/trans
2 Otorgar el permiso de control total (full control) a Everyone sobre el directorio.
3 Compartir el directorio usr/sap como SAPMNT. Esto permite a SAPinst apuntar al directorio de transportes de
forma estándar como SAPTRANSPORTSAPMNT/trans.
Estos permisos son solamente necesario durante la instalación con SAPinst. Luego deberíamos quitarlos
una vez finalizada la instalación. Después, solo deberemos otorgar permisos de control total sobre este
directorio a los grupos SAP__GlobalAdmin de todos los sistemas que son parte de la infraestructura de
transportes. SAPinst asigna los privilegios necesarios con la ayuda de un grupo adicional
SAP__LocalAdmin.

L e c c ió n :
Preparación Adicional Sobre Unix
Vemos las tareas previas de preparación antes de instalar SAP sobre un entorno UNIX o
Linux.

1 | Preparando la Instalación en UNIX
Figura 361 – Preparación del Sistema de Archivos
Para muchos sistemas operativos basados en UNIX y combinaciones con base de datos, deberemos modificar los parámetros
del kernel, estas modificaciones están detalladas en la guía de instalación para este sistema operativo. En algunos casos, por
ejemplo para el sistema operativo Linux, existen versiones que ya vienen preparadas desde la instalación con los parámetros
que requiere un sistema SAP.
Las versiones soportadas por SAP podemos encontrarlas en la PAM de Marketplace, con el enlace rápido /pam.
El sistema de archivos tendrá que ser preparado previamente a la instalación para el componente del servidor de aplicación y
la base de datos. Estas configuración necesita ser realizada de forma manual como indica la figura 361. La herramienta
SAPinst realizará el resto durante la instalación.
Para el espacio requerido por diferentes sistemas de archivos, tendremos que consultar la guía de instalación. El proceso de
crear y montar los sistemas de archivos y la creación de dispositivos sin preparación (raw devices) para cada sistema SAP se
describe en la documentación, sección SAP Software on UNIX: OS Dependencies, in the : File Systems, Raw Devices, and
Swap Space.


2 | Preparación para SAPinst en UNIX
Antes de instalar SAPinst, tendremos que realizar algunos pasos previos. Ya que la interfaz SAPinst GUI es una herramienta
basada en JAVA, deberemos instalar JDK en todos los hosts donde SAPinst va a correr. Después de instalar JDK, tendremos
que realizar un retrabajo.
Figura 362 – Versiones de JDK para SAP Netweaver 7.0
Luego de que hemos instalado JDK, verificaremos el directorio de Java /ext para ver si hay ya archivos .jar, tal como xercer.jar,
que ya existe. El camino por defecto /JRE/lib/ext.
Si encontramos algún archivo .jar, realizar lo siguiente:
Renombrarlos cambiando la extensión, tal como, xercer.xxx. Esto solo es posible si la aplicación al cual el archivo JAR
pertenece no está ejecutándose en el momento.
Recuerda luego volver las extensiones a sus nombres originales después que la instalación del sistema
SAP esté completa.


3 | Configuración de las Variables de Ambiente
SAPinst necesita la variable de ambiente JAVA_HOME en el host o los hosts donde SAPinst va a correr.
Será necesario configurar la variable de ambiente JAVA_HOME para el usuario root.
Asegurate que la variable DISPLAY esté configurada con el valor :0.0, donde es la computadora donde SAPinst GUI
será visualizado.
En una instalación con UNICODE: agregar /sapmnt//profile a la ruta de la variable de ambiente library.
Usar los siguientes comandos, basados en el tipo de Shell que utilicemos, para configurar las siguientes variables de
ambiente:
Bourne Shell (bsh): JAVA_HOME= export JAVA_HOME
DISPLAY=:0.0 export DISPLAY
C Shell (csh): setenv JAVA_HOME
setenv DISPLAY :0.0

Korn Shell (ksh): export JAVA_HOME=
export DISPLAY=:0.0
Nombre de la variable de ambiente library:

AIX: LIB_PATH
HPUX: SHLIB_PATH
LD_LIBRARY_PATH (para todos los otros sistemas operativos UNIX)

L e c c ió n :
Manejando la Herramienta SAPinst
Describimos como utilizar el SAPinst. También analizamos el Inicio y los logs generados por
la herramienta.

Cuando estamos por instalar un sistema SAP, luego de llevar a cabo los pasos preparatorios, utilizaremos la herramienta
SAPinst para ejecutar la misma. Tendremos que conocer, además de como iniciar la herramienta y las funciones principales,
donde y que archivos de log son generados por SAPinst en casos que necesitemos analizar algún error que suceda durante el
proceso de instalación.

1 | Resumen de SAPinst
SAPinst incluye un SAPinst GUI y un servidor GUI, ambos utilizan un Entorno de Ejecución Java (JRE). En una instalación
estándar SAPinst, SAPinst GUI y el servidor GUI están corriendo en el mismo servidor. Si fuese necesario, alternativamente,
podemos realizar la instalación desde una computadora remota. En el host de instalación se ejecutará SAPinst y el servidor
GUI, y en la computadora remota SAPinst GUI.
Cuando iniciamos SAPinst, SAPinst GUI y el servidor GUI también se inicia. SAPinst GUI se conecta al servidor GUI mediante
una conexión SSL, y el servidor GUI se conecta a SAPinst.

2 | Iniciando SAPinst
El siguiente procedimiento inicia SAPinst en Windows en un host:
1 Nos logueamos al host con un usuario miembro del grupo de administradores locales.
2 Iniciamos SAPinst desde la ruta donde copiamos o descargamos el DVD denominado Installation Master. El
programa sapinst.exe ubicado en la ruta IM_Windows_ .
SAPinst crea el directorio de instalación sapinst_instdir, donde mantiene los archivos de log, el cual se encuentra en la carpeta
Program Files. Si SAPinst no puede crear el directorio sapinst_instdir allí, intentará crearlo en el directorio definido en la
variable de ambiante TEMP. SAPinst crea un subdirectorio para cada tipo de instalación que ejecutemos en ese host.
SAPinst siempre busca por la variable de ambiente SAPINST_JRE_HOME en primer lugar, si está no
existe entonces recurre a JAVA_HOME.

El autoextractor SAPinst extrae los ejecutables a un directorio temporal (TEMP, TMP, TMPDIR, o SystemRoot). Estos
ejecutables se borran después de que SAPinst detiene su ejecución. Los directorios llamados sapinst_exe.xxxxxx.xxxx muchas
veces permanecerán en el directorio temporario. Estos pueden ser borrados sin inconvenientes.
El directorio temporal también contiene el archivo de log del AutoExtractor de SAPinst dev_selfex.out, el cual puede ser útil
ante algún error durante la extracción.
Si SAPinst no puede encontrar un directorio temporal, la instalación termina con el error FCO00058.

Si queremos finalizar SAPinst y el autoextractor de SAPinst, selecciona una de las siguientes opciones:
Realiza clicderecho sobre el ícono de SAPinst que se encuentra en la bandeja de Windows y selecciona Exit.
Clic sobre el icono de SAPinst en la bandeja de Windows y selecciona File Exit.

En Unix inicia SAPinst de la siguiente manera:
1 Ingresa al host con el usuario root.
2 Inicia SAPinst desde el directorio de descarga o copia del Installation Master con el comando ./sapinst
Asegurate que el usuario root no tiene configurada variables de ambiente para otros sistemas SAP o
base de datos.
SAPinst normalmente crea el directorio de instalación sapinst_instdir directamente debajo del directorio temporal. SAPinst
encuentra este directorio verificando la variable de ambiente TEMP, TMP o TMPDIR. Si ningún valor se ha configurado para
estas variables, SAPinst utilizará por defecto el directorio /tmp. Debemos asegurarnos que el directorio temporal tiene los
permisos 777.
El autoextractor de SAPinst extrae los ejecutables de SAPinst en el directorio temporal. Estos ejecutables son borrados una
vez que SAPinst se detiene. Si es necesario, podemos detener SAPinst y el autoextractor de SAPinst mediante la combinación
de teclas CTRL C. El directorio temporal también contiene el log del autoextractor de SAPinst dev_selfex.out.
Asegúrate que el sistema operativo no borra el contenido del directorio temporal /tmp o el contenido de
los directorios a los cuales las variables TEMP, TMP, o TMPDIR apuntan.
Durante la instalación, los puertos por defecto 21200 y 21212 son usados para la comunicación entre SAPinst, el servidor GUI,
y SAPinst GUI. SAPinst usa el puerto 21200 para comunicarse con el servidor GUI. El GUI server usa el puerto 21212 para
comunicarse con SAPinst GUI.

Obtendremos un mensaje de error si alguno de estos puertos está ya ocupado por otro servicio. En este caso podemos iniciar
sapinst con los siguientes parámetros en una ventana de comandos:
SAPINST_DIALOG_PORT=
GUISERVER_DIALOG_PORT=
Para conseguir una lista de todas las propiedades de SAPinst, inicia sapinst con el parámetro –p:
Windows: sapinst.exe p
UNIX: ./sapinst –p

3 | Instalación Remota con SAPinst
SAPinst también puede ser usado para realizar una instalación remota. Esto permite instalar un sistema SAP en un host
diferente (el host remoto) mientras que monitoreamos la instalación con el SAPinst GUI en una computadora local (host local)
ya sea Windows o Unix.
Figura 371 – Instalación Remota con SAPinst
Los prerrequisitos para realizar una instalación remota con SAPinst son:
Ambas computadoras se encuentran en la misma red y pueden verse mediante un ping una con otra.

El servidor SAPinst usa los puertos 21200 y 21212 para comunicarse con SAPinst GUI. Si uno de estos puertos es
utilizado por algún otro servicio, SAPinst devuelve un error.

Iniciamos SAPinst con el siguiente procedimiento:
1 Ingresamos al host remoto

a. Windows: como un usuario miembro del grupo local de Administradores.
b. Unix: como root.
2 Iniciamos SAPinst desde la ubicación donde copiamos el Installation Master media con el siguiente comando:
a. Windows: sapinst.exe –nogui
b. Unix: ./sapinst – nogui
3 En el host local iniciamos SAPinst GUI ejecutando el siguiente comando:
a. Windows: startinstgui.bat –host
b. Unix: ./startInstGui.sh –host
Para esto deberemos contar con una copia del Installation Master en la computadora local.
Para una lista completa de opciones para iniciar SAPinst GUI, podemos usar el comando:
a. Windows: startinstgui.bat –h

b. Unix: ./startInstGui.sh – h

4 | Resolución de Problemas con SAPinst
Si un error ocurre, SAPinst detiene la instalación y muestra un diálogo informando sobre el error. En este caso, podemos
observar el archivo de log seleccionando View Log. Si podemos resolver el error manualmente, podemos hacerlo mientras
dejamos SAPinst abierto. Luego de solucionar el problema manualmente, seleccionamos Retry para continuar la instalación.
Hay algunas situaciones de error donde simplemente seleccionando Retry SAPinst continúa la instalación
sin problemas, por esto es que es recomendable probar esta opción antes de analizar con mayor
profundidad el error.

Figura 372 – Log de Errores de SAPinst: sapinst.log
Toda la información de la instalación se registra en varios arhivos de log. Los principales archivos generados por SAPinst son:
sapinst.log: información del progreso de la instalación.
sapinst_dev.log: registra todos los mensajes de cada paso de la instalación en detalle.
Los archivos sapinst.log y sapinst_dev.log pueden ser encontrados en el directorio de instalación.
Adicionalmente otros archivos de log son creados durante el proceso de instalación. Estos archivos son referenciados en
sapinst.log y sapinst_dev.log.
Los logs de SAPinst GUI y el Servidor GUI son escritos en la carpeta
a. Windows: %userprofile%.stdgui
b. Unix: /.stdgui

Si SAPinst no inicia, verifcaremos el archivo sdtstart.err en la ubicación indicada anteriormente.
SAPinst Archivos XML
SAPinst es controlado mediante archivos XML. Los principales archivos XML son:
dialog.xml: contiene todos los mensajes de diálogo usados en la instalación.
keydb.xml: SAPinst registra el progreso de la instalación y las entradas realizadas por el usuario en este archivo.
messages.xml: contiene todos los mensajes usados en la instalación.
control.xml: contiene la definición de componentes usada por SAPinst.
packages.xml: para la administración de los paquetes de software.

Manejo de SAPinst GUI
Cuando usamos el SAPinst GUI, las siguientes funciones están disponibles en las diferentes pantallas de diálogo (pantallas de
entrada, pantalla de progreso de instalación, ventanas de mensajes):
Descripción de Funciones
F1: Muestra información detallada sobre cada parámetro de entrada.
Back: Muestra la pantalla anterior de diálogo para edición.
Exit: Cancela la instalación con las siguientes opciones:
a. Stop: Detiene la instalación sin otros cambios a los archivos de instalación. Luego es posible reiniciar la instalación
con SAPinst desde el punto en que se detuvo.
b. Continue: Continúa la instalación.

c. Log Off: Detiene el SAPinst GUI, pero SAPinst y el servidor GUI continúan corriendo. Más tarde es posible volver
a conectarse a la instalación desde la misma computadora u otra iniciando nuevamente SAPinst GUI de forma separada.
View Log: Muestra el contenido de sapinst.log durante la instalación.
Retry: Realiza el último paso de la instalación nuevamente, si ha ocurrido un error.

L e c c ió n :
Extensión de Licencia SAP Netweaver
Veremos los pasos necesarios para extender la licencia de SAP NetWeaver.

1 | Pasos para extender la licencia de SAP Netweaver
Vamos a explicar los pasos a seguir para extender la licencia de SAP NetWeaver. Recordemos que la licencia inicial de la
instalación es de 30 días por lo tanto antes de cumplirse este plazo deberemos realizar este procedimiento. El plazo de la
nueva licencia será por 3 meses y podrá ser renovada indefinidamente.
Allí veremos la siguiente pantalla donde se especifican todas las versiones gratuitas disponibles de los productos SAP. La
correspondiente a nuestra instalación es la NSP Sap NetWeaver 7.0.
Figura 371 Gestionando Nueva licencia
Al fondo de la pantalla completamos la información pedida con nuestros datos. El SDN User ID es el nombre de usuario que
creamos en la primera unidad para la instalación de Sap NetWeaver.Tildamos la conformidad de la licencia. El System ID es
NSP Sap NetWeaver 7.0/2004s.


Figura 372 Ingresando datos de licencia
Para obtener el Hardware key vamos a loguearnos en SAP e ir a la transacción SLICENSE. El Hardware key es el número que
aparece a la derecha del texto Active Hardware key.
Figura 373 Transacción SLICENSE HW Key
Una vez que obtenemos el Hardware key, volvemos a la pantalla de la licencia, copiamos el número, presionamos el botón
Submit y veremos la siguiente ventana.

Figura 374 Procesando
Si todo andubo bien, veremos el mensaje: "Your request has been succesfully submited. You will receive an email with
your license key information".
Luego, recibiremos un mail en nuestro correo, que tendrá adjunto el archivo NSP.txt con la información de nuestra nueva
licencia. Descargaremos el archivo adjunto en nuestro escritorio.
Figura 375 Recepción de Email con Licencia
Luego verificamos que el Active Hardware Key que figura en la transacción SLICENSE del sistema coincida con el mismo
código que figura al final del archivo.

Figura 376 Instalando nueva licencia
En caso de no coincidir ambos, debemos copiar el Active Hardware Key de la transacción SLICENSE encima del mismo código
que se encuentra al final del archivo.
Luego en la transacción SLICENSE, presionamos el botón New licenses, luego el botón Install y por último seleccionamos el
archivo NSP.txt con la información de la licencia del escritorio.
Figura 377 Seleccionando archivo de licencia
Luego veremos la siguiente ventana indicándonos que la nueva licencia se instaló correctamente.

Figura 378 Licencia Instalada
Por último, vemos que la nueva fecha de expiración es tres meses posterior a la fecha actual.
Figura 379 Verificación de Licencia Instalada

Manual CVOSOFT Curso Administrador Netweaver Modulo BASIS Nivel Avanzado Unidad 3

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Manual CVOSOFT Curso Administrador Netweaver Modulo BASIS Nivel Avanzado Unidad 3

Transféré par

Droits d'auteur :

Formats disponibles

T IT ACADEMY - Ingeniería en formación profesional IT en formación profesional IT CVOSOFT IT ACADEMY - Ingeniería en formación profesional IT en formación prof

Manual de estudios Curso Administrador Netweaver Módulo BASIS Nivel Avanzado

Curso: Administrador BASIS Nivel Avanzado

Le damos la Bienvenida a una nueva unidad!

Unidad 3: Etapas de

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 1

:: Descripción de Unidad

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 2

Las siguientes lecciones componen a esta unidad de estudios:

Lección: Características del Componente Central ERP de SAP

Lección: Planificando la instalación

Lección: Preparación para la Instalación

Lección: Preparación Adicional Sobre Windows

Lección: Preparación Adicional Sobre Unix

Lección: Manejando la Herramienta SAPinst

Lección: Extensión de Licencia SAP Netweaver

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 3

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 4

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 5

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 6

Curso: Administrador BASIS Nivel Avanzado

SAP ERP (Enterprise Resource Planning)

SAP PLM (Product Life­cycle Management)

SAP SRM (Supplier Relationship Management)

SAP CRM (Customer Relationship Management)

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 7

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 8

Curso: Administrador BASIS Nivel Avanzado

Los sistemas SAP soportan más de 30 lenguajes diferentes.

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 9

Byte Simple: un byte por carácter

Byte Doble: uno o dos bytes por carácter

Unicode: uno o más bytes por carácter

Estandar internacional; internet está basado en Unicode.

Incrementa el consumo de recursos.

CPU, memoria y red: 30% a 35%

Mantenimiento de código de página para impresión mejorado.

Caracteres de prácticamente todos los lenguajes y uso de script.

Flexibilidad e independencia de los componentes instalados.

Administración simplificada, backup y recuperación.

Mantenimiento reducido y costos operacionales.

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 11

Hay solo una base de datos física y lógica.

Integridad de los datos de negocio.

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 12

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 13

Algunas características importantes de la herramienta son:

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 14

Curso: Administrador BASIS Nivel Avanzado

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 15

Consideremos los siguientes casos:

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 16

Modelo o estrategia de alta disponibilidad que se requiere.

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

Tipo de sistema operativo.

Tipo de base de datos.

Concepto de backup (online backup, offline backups).

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

30% a 35% adicional de CPU y 50% RAM.

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 17

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 18

© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | info@cvosoft.com | www.cvosoft.com 19

Datos de configuración para la base de datos.

Falla de disco

SAP PLM (Product Lifecycle Management)