¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

Cómo configurar unix ODBC para conectarse a fuentes de datos MySQL en BOXI 3.1 en RHEL 5.0

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 16 Vistas
0
Cargando...

Hola,

Tengo BOXI 3.1 funcionando en RHEL 5.0. Estoy tratando de configurar unix ODBC para conectarme a nuestras fuentes de datos MySQL.

Utilicé el documento de SAP BO

https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/20e11153-5c3f-2b10-f9be-974dc474...

que detalla este procedimiento para BOXI Release 2. No hay equivalente para la versión 3.1.

De todos modos, siguiendo esto al pie de la letra

APARTE: Página 2 - Por cierto, el comando

./configure --prefix=/tmp/unixODBC --enable-gui=No

necesita ser editado a

./configure --prefix=/tmp/unixODBC --enable-gui= no

Llego a la sección de la página 4.

Agregar una entrada de origen de datos para el auditor, por ejemplo: boe115_audit

Agrego uno para el nombre de mi base de datos CMS pero no sé qué nombre de controlador debo poner aquí. ¿Es unixODBC o mysql-connector-odbc Driver? Por ejemplo, por defecto, odbc.ini se rellena con estas Fuentes de datos ODBC.

Fuentes de datos ODBC

CRSQLServerWP=Controlador de protocolo de cable SQLServer DataDirect 5.3

CRSybaseWP=Controlador de protocolo de cable Sybase DataDirect 5.3

CRText=Controlador de Texto DataDirect 5.3

%SYBASEDSN%=Controlador de protocolo de cable Sybase DataDirect 5.3

Luego completo los parámetros de conexión. Como se muestra a continuación

Fuentes de datos ODBC

..

.

BOE120_AUDIT=Controlador mysql-connector-odbc ???

BOE120_AUDIT

Driver=/home/BOXI/mysql-odbc/lib/libmyodbc3_r.so

Descripción=auditor

SERVIDOR=mulligan

PUERTO=3306

USUARIO=telus

Contraseña=maple

Base de datos=BOE120_AUDIT

OPCIÓN=3

SOCKET=

Rastro=apagado

Luego configuro el entorno

#env

me da

..

ODBCINI=/home/BOXI/bobje/odbc.ini

..

como se indica

Ahora para probar la conexión

Ingresando

root@tmp/unixODBC/bin isql - v BOE120_AUDIT

no me da nada - Verifico y efectivamente no hay

libmyodbc3_r.so en el directorio

/home/BOXI/mysql-odbc/lib

solo esos

root@mulligan lib# ls

libmyodbc3S-5.1.5.so libmyodbc3S.la libmyodbc3S.so libmyodbc5-5.1.5.so libmyodbc5.la libmyodbc5.so

Vuelvo y edito odbc.ini con cada uno de los archivos .so disponibles en mi carpeta lib. Presumo que mi versión posterior de mysql-connector-odbc ya no crea libmyodbc3_r.so.

Ninguno de ellos funciona, veo varios mensajes de error a continuación.

¿Qué me sugieres hacer? ¿Sería aconsejable obtener las versiones anteriores de los binarios de mysql-connector-odbc ya que estos nuevos no funcionan? Cualquier consejo es bienvenido.

libmyodbc3S-5.1.5.so (intentado)

root@mulligan bin# ./isql -v BOE120_AUDIT

IM004unixODBCDriver ManagerDriver's SQLAllocHandle on SQL_HANDLE_HENV failed

ISQLERROR: Could not SQLConnect

libmyodbc5-5.1.5.so (intentado)

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

4 Respuestas

0
Cargando...

Hola Caroline,

Estoy de acuerdo. Creo que el libmyodbc3_r.so era simplemente una versión anterior de los archivos *.so creados por la versión disponible de Sun mysql cuando el documento al que me refería, para instalar unixODBC, era para la versión R2.

El mundo ha avanzado desde entonces.

1. el unixODBC está en la versión 2.2.14

2. el mysql-connector-odbc-5.1.5-linux-x86-32bit

Al instalar (2) se crean las siguientes bibliotecas

libmyodbc3S-5.1.5.so

libmyodbc3S.la

libmyodbc3S.so

libmyodbc5-5.1.5.so

libmyodbc5.la

libmyodbc5.so

Luego probé la prueba de isql contra cada uno de los archivos *.so anteriores, editando el odbc.ini cada vez.

Algunos intentos devolvieron errores como Violación de Segmento, otros con errores como

libmyodbc3S.so (intentado)

root@mulligan bin# ./isql -v BOE120_AUDIT

IM004unixODBCDriver ManagerDriver's SQLAllocHandle en SQL_HANDLE_HENV falló

ISQLERROR: No se pudo conectar a SQL

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Parece que este documento simplemente hace referencia a una versión anterior del controlador. Por cierto, libmyodbc3_r.so cumple el mismo propósito que libmyodbc3.so, pero este último no es seguro para subprocesos.

Caroline

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola Denis,

No estaba al tanto de que existía un proceso de Incidente de Soporte que pudiera utilizar.

"Encontrarlos puede ser incluido en una Nota de SAP o en un White paper específico de XI3.1."

Buscaré en Google la Nota de SAP y veré si puedo elevar una de ellas. Nuevamente, no estoy seguro de cómo se eleva un White paper sobre esto.

Reenviaré esto a nuestro Gerente de Cuenta en SAP y le preguntaré cuál es la mejor manera de proceder en esto.

Gracias nuevamente por tu aporte.

Saludos, Ed

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Sería más rápido y mejor si esto se abordara a través de un Incidente de Soporte. Luego, los hallazgos se pueden incluir en una Nota de SAP o en un White Paper específico de XI3.1.

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?