Breve introducción
El siguiente blog está orientado a mostrar el proceso de instalar SAP Business One on HANA 10 PL02 (ultima version al momento) y algunos trucos/tips asociados al momento de instalar sobre AWS.
Cuando recibimos una instancia Linux aprovisionada en AWS para instalar HANA, a veces debemos considerar algunas tareas que debemos ejecutar previamente y que nos ahorrarán dolores de cabeza en el momento de la instalación.
Salvo estas consideraciones, el resto del proceso es el estándar dictaminado por la guia oficial de administracion de SAP Business One on HANA 10 al momento de escribir el artículo.
Para tal fin dividiré en fases este proceso:
PARTE I: Pre-instalación
Antes de la pre-instalación siempre es bueno revisar los siguientes puntos (me ha pasado que el cliente puede haber olvidado alguno de ellos o varios):
- Revisar la cantidad de memoria mínima estimada que se obtuvo del sizing para el server de HANA (free -g sobre la consola nos dirá con cuánto contamos).
- Revisar la correcta creación de los file systems a nivel de HANA.
- Ambos servidores Windows y HANA en la misma VPC o red interna.
- Que se cumpla cada uno de los requisitos exigidos en la PAM
- Revisar que la instancia aprovisionada sea de arquitectura x64. Me paso que aprovisionaron una arquitectura aarch64 y no podia hacer la instalación. Me di cuenta cuando trataba de hacer la descompresión del software con el SAPCAR y no andaba ni tampoco podía ejecutar el software. Lo mejor entonces es lanzar el comando lscpu en la consola y ver que este todo OK.
Por defecto AWS aprovisiona la última versión de Linux SUSE para las instancias EC2.
Me paso que el cliente no contemplo que hoy por hoy SAP Business One no se instala sobre SUSE 15 SP2 y al momento de instalar los componentes de SAP Business One en Linux da este error:
Error por usar 15 SP2
SAP Business One tiene cierta compatibilidad "hacia atras" a nivel de versiones (ver PAM), pero no hacia adelante. Por lo que es bueno lanzar este simple comando y ver si estamos en la version correcta del producto:
El problema es que te das cuenta luego de haber instalado HANA y se genera mucho retrabajo por que hay que empezar de 0 ya que el cliente tendrá que armar una nueva instancia con 15 SP1 y tendremos que volver a instalar todo nuevamente hasta el punto que llegamos.
Luego a continuación debemos instalar una serie de librerías que por defecto en muchos hyperscalers (proveedores de nube) no vienen instaladas.
En el caso de AWS particularmente (que es el ejemplo que mostraré a continuación), necesitamos instalar lo siguiente:
Para visualizar funciones mínimas de red:
zypper install net-tools-deprecated
Para para evitar error de instalación de HANA (Nota 2892338 - SAP HANA DB installation fails on SUSE 15 SP01) :
zypper install insserv
Instalar xrdp (acceso remoto gráfico):
zypper install xrdp
El gestor de instalación de paquetes (necesitamos habilitar el entorno gráfico también, no nos basta solo el yast como consola):
zypper install yast2
zypper install glib2-devel
zypper in yast*qt*
zypper in firewalld
zypper in rpm-build
Luego de esto esta bueno actualizar los repositorios de SUSE (posterior a esto reiniciar):
zypper update
Luego de esto debemos buscar la manera de acceder al ambiente gráfico de Linux, ya que es necesario para la instalación del producto.
La forma puede ser variada:
Configurando xrdp, vnc, remina, etc.. Pero también si no esta habilitado ninguna de estas puede ser accedido por putty + xming.
Explico el último, ya que es autónomo para el acceso, pero que requiere algo de configuración adicional cuando no disponemos del usuario root directamente.
Al configurar xming y entrar con la .ppk o .pem suministrada siempre configuramos por lo general el parámetro X11 como localhost:0.0 para hacer el display.
Si nos dan un usuario al root y luego una vez autenticados nos hacemos root con sudo su - perderemos ese valor de la variable DISPLAY, por lo que habrá que hacer este truco:
- inicio de sesion con usuario dado (user).
- Hago xclock y anda bien. Si no revisar configuración de putty o ver si esta instalado xclock con which xclock y deberá retornar la locación donde está instalado.
- Hago sudo su - para tener privilegios de root
- Al tratar de hacer xclock da error de display, entonces:
Error de display
El xclock anda con el usuario no-root dado pero con root no.
Con root se debe hacer la instalación de HANA y componentes de servidor de SAP B1, entonces hay que hacer esto:
export DISPLAY=localhost:10.0
(tiene que ser otro número distinto al definido en el otro usuario)
La primera vez no va a andar y dará el error de la imagen, entonces si no anda para root pero si para el usuario hacer esto:
rm /root/.Xauthority
ln -s /home/user/.Xauthority /root/
Explicacion http://www.luispa.com/archivos/5506
Con eso podremos levantar el xclock y podremos arrancar con la instalación:
xclock andando
PARTE II: Instalación de HANA y componentes adicionales
Aplicar el comando que sugiere la nota: 2593824 - Linux: Running SAP applications compiled with GCC 7.x
zypper in libatomic1
La secuencia de instalación de los componentes de HANA son siempre así:
- Database
- AFL
- Clientes (32 en este caso puede no ser instalable
Antes de arrancar lógicamente tenemos que descomprimir los paquetes con:
SAPCAR -xvf <ARCHIVO>.SAR
Si lo hacemos de esta manera para la carpeta SAP HANA DATABASE ... no va a andar y dará este error a lanzar el instalador más adelante:
Por lo general para lanzar el instalador utilizamos estos 2 comandos:
./hdblcmgui
./hdblcmgui --action=update --ignore=check_signature_file
Con el 2do podías evitar el error, pero ahora HANA no lo permite.
Si vamos al log de instalación, encontraremos algo así igual que ese mensaje:
13:44:23.400 - ERR : File 'SIGNATURE.SMF' cannot be found in the SAP HANA Database installation kit. To include the signature when extracting the installation kit from a .SAR archive, use the SAPCAR option: -manifest SIGNATURE.SMF You can ignore this error and continue with the execution by passing the ignore option 'check_signature_file' to hdblcm, started as root. See SAP note 2078425, section 'How to prepare SAP HANA packages for installation or update' for instructions how to prepare packages for update or implications of ignoring this error.
Por lo que hay que hacer lo que dice la nota: 2078425 - Troubleshooting note for SAP HANA platform lifecycle management tool hdblcm y no es mas que descomprimir este archivo de esta manera:
Le damos la configuración de los parámetros necesarios de la instalación que corresponda y luego tenemos el proceso de instalación corriendo:
Una vez completado el proceso de instalación, lo lógico es ir a subir HANA:
Todo OK hasta ahora, se instalan los clientes y el AFL (en cualquier orden) y descomprimimos los clientes:
El de 64 bits se instala sin problemas (modo consola o grafico) pero el 32 bits da error en este caso:
Luego las AFL:
Y opcional pero que es muy útil instalar el HANA Studio en Linux.
PARTE III: Instalación de componentes Linux de SAP Business One
Pre-instalacion de SAP Business One
Paso 1:
Antes de arrancar la instalación es necesario verificar si samba está instalado como servicio, o simplemente hacer un restart para ver si todo está en orden:
sudo systemctl restart nmb smb
En caso de que devuelva un mensaje de error, revisar si quedo instalado correctamente.
Paso 2:
Abrir el HANA Studio sobre el tenant del SYSTEMDB y ahi abrir una consola SQL para poder ejecutar este comando:
ALTER DATABASE NDB ADD 'scriptserver'
*NDB es el System ID de nuestro tenant con el que instalamos HANA y en donde instalaremos SAP Business One.
Paso 3:
Recomendable es verificar las políticas de seguridad a nivel del tenant de SYSTEMDB y SYSTEM por el tema de manejo de claves, cambio en primer sesión, etc.
Paso 4:
Crear el super usuario de HANA que instalara SAP B1. Para crear dicho usuario lógicamente lo tenemos que hacer con el usuario SYSTEM.
Este usuario (según guia de administracion de SAP B1) tiene que tener los siguientes permisos, privilegios, etc en HANA para poder instalar la solución:
- Roles:
- PUBLIC
- CONTENT_ADMIN
- AFLPM_CREATOR_ERASER_EXECUTE(grantable)
- System privileges:
- CREATE SCHEMA (grantable)
- USER ADMIN (grantable)
- ROLE ADMIN (grantable)
- CATALOG READ (grantable)
- IMPORT
- EXPORT
- INIFILE ADMIN
- LOG ADMIN
- SQL object privileges:
- SYSTEM schema:
- CREATEANY,SELECT
- SYSTEM schema:
- _SYS_REPO schema:
- SELECT,EXECUTE,DELETE(all grantable)
- _SYS_REPO schema:
Después de instalado…
- SBOCOMMON schema:
- SELECT, INSERT, DELETE, UPDATE, EXECUTE, CREATE ANY, DROP (all grantable)
- COMMON schema:
- SELECT, INSERT, DELETE, UPDATE, EXECUTE (all grantable)
Para que no salga la siguiente pantalla al momento de ejecutar el ./install:
Es necesario instalar las siguientes librerías:
zypper in python-crypto
zypper in python-openssl
Luego una vez finalizado todas las pantallas de configuracion el proceso de instalacion arranca asi:
Una mejora de las últimas versiones es el reloj por sub=proceso de instalación.
Todo en verde.
Parte final de la instalación a nivel de Linux.
PARTE IV: Instalación de componentes Windows de SAP Business One
Parte 1:
Parte 2:
Ir a la carpeta de SAP B1 y ejecutar el instalador en modo Administrador:
Lo primero que se pide como parámetro de instalación es la dirección del servidor HANA del SLD, con que le demos la IP o nombre de servidor (toma el del DNS por política de AWS) mas el puerto 40000.
Luego de esto debería aparecer esta pantalla:
En la próxima pantalla va a pasar esto si el servidor es Windows 2019
Esto es un problema a nivel de samba para Windows.
Samba quedó instalado para Linux pero en Windows 2019 hay que activarlo manualmente.
Ir a la sección de agregar roles y características seleccionando SMB 1.0 (recuadro azul) y luego reiniciar:
El acceso de invitado en SMB2 estará deshabilitado de forma predeterminada en Windows Server 2019 por lo cual tenemos que hacerlo manual.
Ir al editor de politicas de grupo:
Al abrir entrar en esa ruta que se ve en el árbol de carpetas:
Habilitar de forma expresa:
Y ahora revisar si hay acceso desde Windows a Linux.
La manera de darse cuenta es que aparezcan estas carpetas al escribir el nombre/IP del server Linux sobre el explorador de Windows:
Si esas no aparecen, revisar la configuración del samba en HANA, revisar que el firewall de Windows esté abajo y ver si se hizo el proceso descrito correctamente.
Siguiendo entonces podemos ver que ahora el instalador no muestra el mensaje de instalación del Repositorio:
El servicio del Browser access service (usandolo con certificado autofirmado):
La clave que se coloca acá es la del usuario del Integration Framework (administrador B1iadmin):
La configuración necesaria para conectarse a HANA:
Siempre uso aca la misma clave del B1iadmin:
Elegir la que corresponda:
Una de las últimas pantallas es informativa sobre estos puntos que requieren restauración manual (con reiniciar alcanza):
La pantalla final de instalación:
Parte V: Otros tips
Para bajar las bases de datos demos (previa autenticación al PartnerEdge de SAP) :
En este caso se opto por el modelo Chile:
Renombrar el archivo zip en Windows a algun nombre mas corto. Luego pasarlo por Winscp o similar a una locación del linux. Descomprimir con unzip y otorgar permisos sobre la carpeta:
Copiar ruta e ir al HANA Studio:
Con el usuario de instalación de SAP Business One, abrir una consola de SQL y ejecutar este comando:
create schema SBODEMOCL;
import "SBODEMOCL"."*" as binary from ‘/hana/data/software/SBODEMOCL’ with ignore existing
Acá hay que esperar unos minutos hasta que la barra de estado de HANA y el resultante de la acción del comando nos avisen de que termino.
Luego si no hicimos el truco de cargar antes la sociedad de lanzar el proceso de instalación, entonces tendremos que ejecutarlo nuevamente utilizando esos mismos parámetros.
Luego llegaríamos a esta pantalla en donde vemos la sociedad que no ha sido migrada ya que esta en version 9.2 :
Saldrán una serie de pantallas y en este tipo de upgrades no hay que hacer mas nada, apareciendo esta pantalla al final de la operación:
Luego siempre es prudente autenticarse contra el SLD y ver que todo esté OK colocando esta dirección https://<Server HANA>:40000/ControlCenter/ donde <Server HANA> es el nombre o IP de nuestro servidor Linux (hay que aceptar entrar en la zona no segura del aviso que envía el navegador y listo):
Acá se puede ver la sociedad ya migrada entre otros muchos datos e información que provee el SLD:
Otro punto a tomar en cuenta es cargar las licencias de B1 y HANA
Para entrar al licenciamiento de SAP B1
https://<Server HANA>:40000/LicenseControlCenter/
Misma clave de B1SiteUser y luego subir el txt correspondiente, si la licencia esta correcta dará un mensaje de éxito.
Cuando cambia el hardware key es necesario reemplazar la licencia.
Para el licenciamiento de HANA ir al HANA Studio en el tenant administrativo hacer botón derecho sobre propiedades:
y saldrá esta pantalla (nunca darle borrar):
FIN.
Espero te sea util y gracias por la lectura!
- SAP Managed Tags:
12 Comments
