Manual CVOSOFT Curso Administrador Netweaver Modulo BASIS Nivel Avanzado Unidad 3

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

Inicio Nueva Unidad:

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.

© CVOSOFT IT ACADEMY ACADEMY | ISBN: 978-987-27549-4-5 | [email protected] | www.cvosoft.com

1


:: Descripción de Unidad

· MÓDULO: Avanzado MÓDULO: Avanzado · UNIDAD: Etapas de Instalación de un Sistema SAP


2


:: Descripción de Unidad

· MÓDULO: Avanzado MÓDULO: Avanzado · UNIDAD: Etapas de Instalación de un Sistema SAP


2


:: Lecciones Unidad 3: Etapas de Instalación de un Sistema SAP Las siguientes lecciones componen a esta unidad de estudios:


3



4


© CVOSOFT IT ACADEMY | ISBN: 978-987-27549-4-5 | [email protected] | www.cvosoft.com

5



6


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. Curso: Administrador BASIS Nivel Avanzado Unidad: Unidad 3: Etapas de Instalación de un Sistema 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 Life-cycle 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.


7


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 (portal-based) 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, e-recruiting 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 ba se 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).

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.


8


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. Curso: Administrador BASIS Nivel Avanzado Unidad: Unidad 3: Etapas de Instalación de un Sistema SAP


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.

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 (Multi-Display-Multi-Processing) 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)


9


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% (UTF-8) o 20% a 60% (UTF-16)

Figura 321 – SAP Unicode y Non-Unicode

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.

Mejoras con Unicode: La comunicación RFC entre sistemas Unicode y sistemas MDMP (No-Unicode) 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 No-Unicode.

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


10


Unicode soporta lo siguiente: Caracteres de prácticamente todos los lenguajes y uso de script.

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.

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.


11


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.


12


Figura 323 - MCOD (2/2)

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.


13


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.

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


14


Lección:

Planificando la instalación Veremos los aspectos que deben considerarse para realizar exitosamente una instalación de SAP. Curso: Administrador BASIS Nivel Avanzado Unidad: Unidad 3: Etapas de Instalación de un Sistema 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.

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


15


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


16


La estimación del hardware juega un papel importante desde el i nicio 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.

En los upgrades tenemos la opción de convertir un sistema no-unicode 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: UTF-8 ( 10%) o UTF-16 ( 30%).

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


17


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.


18


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.

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


19


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


20


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.


21


Lección:

Preparación para la Instalación Repasaremos los pasos necesarios para instalar un sistema SAP. Curso: Administrador BASIS Nivel Avanzado Unidad: Unidad 3: Etapas de Instalación de un Sistema SAP


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.

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.


22


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.

Figura 341 – Windows: Instalación de JDK (1/2)


23


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.


24


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.


25


Figura 344 – Chequeo de Prerrequisitos

Generación de la Solution Manager Key

Figura 345 – Generación de la Solution Manager Key


26


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.


27


Lección:

Preparación Adicional Sobre Windows Mostramos algunos pasos adicionales para instalar un sistema SAP ERP Central Component sobre Windows. Curso: Administrador BASIS Nivel Avanzado Unidad: Unidad 3: Etapas de Instalación de un Sistema SAP


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

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


28


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.

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 l os dominios en la relación de confianza.


29


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.


30


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.


31


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.


32


Lección:

Preparación Adicional Sobre Unix Vemos las tareas previas de preparación antes de instalar SAP sobre un entorno UNIX o Linux. Curso: Administrador BASIS Nivel Avanzado Unidad: Unidad 3: Etapas de Instalación de un Sistema SAP


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.


33


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.


34


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 HP-UX: SHLIB_PATH LD_LIBRARY_PATH (para todos los otros sistemas operativos UNIX)


35


Lección:

Manejando la Herramienta SAPinst Describimos como utilizar el SAPinst. También analizamos el Inicio y los logs generados por la herramienta. Curso: Administrador BASIS Nivel Avanzado Unidad: Unidad 3: Etapas de Instalación de un Sistema SAP


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.

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.

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.


36


El auto-extractor 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 Auto-Extractor de SAPinst dev_selfex.out, el cual puede ser útil ante algún error durante la extracción.

Si queremos finalizar SAPinst y el auto-extractor de SAPinst, selecciona una de las siguientes opciones: Realiza clic-derecho 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

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 auto-extractor 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 auto-extractor de SAPinst mediante la combinación de teclas CTRL C. El directorio temporal también contiene el log del auto-extractor de SAPinst dev_selfex.out.

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.


37


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

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.


38


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.

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.


39


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.


40


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.


41


Lección:

Extensión de Licencia SAP Netweaver Veremos los pasos necesarios para extender la licencia de SAP NetWeaver. Curso: Administrador BASIS Nivel Avanzado Unidad: Unidad 3: Etapas de Instalación de un Sistema SAP


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.


42


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.


43


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.


44


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.


45

Manual CVOSOFT Curso Administrador Netweaver Modulo BASIS Nivel Avanzado Unidad 3

Recommend Documents