""

Cómo configurar la conectividad de SQL Server para WebI desde SAP BusinessObjects BI4. 0 en Linux

Hoy en día hemos notado que algunos de nuestros clientes están siguiendo la tendencia de los productos de código abierto. De hecho, Linux es una gran opción de sistema operativo debido a que es totalmente compatible con SAP BusinessObjects BI 4 y también ayuda a las empresas a reducir costos. Sin embargo, Linux ha conservado la forma en que funciona el clásico sistema operativo Unix y por lo tanto todo se trata de derechos y comandos por lotes. Por lo tanto, un conocimiento técnico Linux avanzado es obligatorio antes de entrar en él.

El propósito de esta entrada de blog es compartir los problemas que enfrentamos en uno de nuestros clientes que ejecutan SAP BusinessObjects BI4 SP4 en una versión de Red Hat Enterprise Linux Server 6.3 usando MySQL 5.1. 61 como base de datos del sistema y cómo Los resolvió.

The issue came out when right after a production database migration (a brand new SQL Server 2008) all their WebI documents stopped running from the SAP BI4 Launchpad with an unusual error "Database Error .[ (IES 10901)" blocking every single WebI to run and the whole core business was jeopardized. Rich Client did not experience any problem in Windows. After the first analysis, we discovered that default SQL Server ODBC driver installation was only configured properly for 32bit connections in the Linux server whereas WebI requires 64bit ODBC driver connectivity for running in the SAP BI4 Launchpad.

When it came to this point we had to apply a couple of OSS notes. The first one was OSS 1607125 "How to configure SQL Server connectivity for WebI from a BI4.0 unix environment". Resolution is:

1. Abrir env.sh bajo / Sap_bobj / setup /

2. Busque la línea siguiente

$ LIBRIR: $ LIBDIR32: $ WCSCOMPONENTDIR: $ PLUGINDIST / auth / secEnterprise: $ {CRPEPATH64}: $ {CRPEPATH}: $ {MWHOME}: $ PLUGINDIST / desktop / CrystalEnterprise.Report: $ {BOBJEDIR} enterprise_xi40 / $ SOFTWAREPATH32 / ras: $ {BOBJEDIR} mysql / lib "

3. Modifique la línea anterior agregando lo siguiente

": $ {BOBJEDIR} enterprise_xi40 / linux_x64 / odbc / lib: $ {BOBJEDIR} enterprise_xi40 / $ SOFTWAREPATH32 / odbc / lib"

La línea debería verse así

LIBRARYPATH="$LIBDIR:$LIBDIR32:$WCSCOMPONENTDIR:$PLUGINDIST/auth/secEnterprise:${CRPEPATH64}:${CRPEPATH}:${MWHOME}:$PLUGINDIST/desktop/CrystalEnterprise.Report:${BOBJEDIR}enterprise_xi40/$SOFTWAREPATH32/ras:${BOBJEDIR}mysql/lib:${BOBJEDIR}enterprise_xi40/linux_x64/odbc/lib:${BOBJEDIR}enterprise_xi40/$SOFTWAREPATH32/odbc/lib”

4. Navegar a Sap_bobjenterprise_Xi40

5. Abra el archivo odbc.ini utilizando vi u otras herramientas del editor de texto.

6. Busque la entrada para Sql Server DSN. La entrada DSN predeterminada en odbc.ini se denomina "[SQL Server Native Wire Protocol]", pero se recomienda crear su propia entrada DSN utilizando los mismos parámetros especificados en el DSN predeterminado.

7. Actualizar la sección "Controlador" del DSN para que apunte a 64 versión de bits de los controladores ODBC de SQL Server

Driver=<install directory>/sap_bobj/enterprise_xi40/linux_x64/odbc/lib/CRsqls24.so

8. Reinicie el SIA

However the issue was not resolved completely. We received a new error with the following description whenever we tried to run a WebI "Receive the error : Database error: [DataDirect][ODBC lib] System information file not found. Please check the ODBCINI environment  variable.. (IES 10901) (WIS 10901)". This is a configuration issue on the Linux operating system with the environment variable ODBCINI.  Please make sure your environment variables are set correctly according to OSS note 1291142 - "Web Intelligence reporting using DataDirect drivers in Unix" (as of today it still applies to BI4). Resolution is:

1. En el perfil Unix del usuario Bobje, agregue / modifique las siguientes variables de entorno y genere el perfil

BOBJEDIR = / odbc export ODBC_HOME ODBCINI = $ BOBJEDIR / odbc.ini exportación ODBCINI LD_LIBRARY_PATH = $ BOBJEDIR / enterprise120 / / dataAccess / RDBMS / connectionServer: $ ODBC_HOME / lib: $ BOBJEDIR / enterprise120 / /: $ LD_LIBRARY_PATH exportar LD_LIBRARY_PATH

NOTA: Reemplace con linux_x86, solaris_sparc, aix_rs6000, hpux_pa-risc, dependiendo de su plataforma específica de Linux. NOTA: Debe establecer / exportar las variables env anteriores en el mismo orden que se muestra.

Asegúrese de utilizar el archivo $ HOME / .odbc.ini como su fuente predeterminada para la configuración de ODBC. Por lo tanto, modifique la variable ODBCINI de la siguiente manera:

ODBCINI = $ HOME / .odbc.ini exportación ODBCINI

2. Modifique el odbc.ini para agregar el DSN

                  [TestDSN] Controlador = / enterprise120 / /odbc/lib/CRmsss23.so Descripción = DataDirect 5.3 Dirección del controlador de protocolo de cable de SQLServer = , Base de datos = QuotedId = Yes AnsiNPW = No

NOTA: Su nombre DSN (TestDSN) debe ser el mismo nombre DSN que utilizó al crear la conexión ODBC en Windows

3. DataDirect proporciona tanto controladores OEM como OEM

Los controladores proporcionados por BI4 son controladores OEM. Básicamente, el WebI depende del ConnectionServer. De forma predeterminada, ConnectionServer está configurado para utilizar controladores NO OEM. Por lo tanto, hemos editado el servidor de conexión para permitir el uso de la marca OEM DD controlador. Los pasos son:

  • Haga una copia de seguridad de $ BOBJEDIR / enterprise120 / /dataAccess/RDBMS/connectionServer/odbc/odbc.sbo
  • Abra odbc.sbo con VI, busque DataDirect, hay 4 entradas una para cada servidor MSSQL que apoyamos.
  • Cambiar todo 4 de No a Sí

 4. Detenga todos los servidores XI

Ejecute ./stopservers, salga completamente de su shell unix y vuelva a iniciar sesión (para asegurarse de que se han configurado nuevas variables de entorno), vuelva a iniciar todos los servidores BI4.

After applying the OSS note we were able to retrieve data from SQL Server 2008 refreshing our WebI documents, however we noticed that CPU was reaching 100% every time we used a WebI in any way. Going through the log files we found errors such as "MS SQL Server 2008 |JobId:61340512 |EXIT SQLGetDiagRec with return code -1 (SQL_ERROR)" .

We took a look at the odbc.ini file and we found out that QWESD entry that was not initially there somehow appeared. As long as we were copying the information from an existing datasource we didn't need it all and we decided to remove the QEWSD= from the ini file.

Finally double check that Yes located at sqlsrv.sbo file in /opt/bi40/sap_bobj/enterprise_xi40/dataAccess/connectionServer/odbc is set to Yes.

Esperamos que nuestra experiencia sea un enfoque rápido de solución de problemas para usted. Si tiene algún consejo o sugerencia para mejorar este artículo, por favor deje un comentario a continuación.

EspañolEnglish