点击此处--->   群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）

[DataDirect] [ODBC lib]驱动程序管理器找不到消息文件。 请在您的odbc.ini中检查InstallDir的值

你好，世界！ 我在BIP上获取通用ODBC连接时遇到问题，无法正确查询我的数据源。

Context正在尝试将Google Cloud BigQuery用作源数据并通过BI启动板生成报告。

以下是一些系统详细信息：

Windows客户端和IDT：正在运行。 32位Simba驱动程序连接正常。 我可以在UDT中成功连接到它。 我可以创建一个UNX，可以看到数据，一切正常。 我已成功将其发布到BIP。

BIP：它在用于SAP BI 4.1 SP11的Linux RHEL7.6上运行。 这是用于Linux 4.1 SP11的BIP的基本安装。 它在大多数情况下都有效。 当我进入WebI并选择我的Universe时，字段和元数据出现。 当我尝试将对象拖到查询面板中并连接以查看数据或单击Runquery时，我收到一条通用弹出消息，该消息将我指向知识库文章2054721 。 没有给我任何答案。

当SSHd进入BIP机器时，我打开

webiserver_bobjbip42sp6rhel7.WebIntelligenceProcessingServer_trace.000001.glf文件以查看发生了什么。 此错误消息引起了我的注意：

<原因>

<内容>

[kctRequestProc.cpp; 779]-

tracemgr.cpp：358：虚拟无效TraceManager :: Trace :: FlushToTrace（const CSTypes :: String＆，ITraces :: Level）：TraceLog消息105

| 45f8f4db-d3a2-0d34-ff38-2c2e39e6f730 | 2020 02 24 14：33：33：379 | -0500 |错误| | == | E | | webiserver_BOXIR4DEV.WebIntelligenceProcessingServer1 | 3493 | 47286563432192 || | 18 | 0 | 2 | 0 | BIlaunchpad.WebApp | va1ihgdepl34.ihgext.global：2899：40.4386：1 | Webi SDK.CorbaServerImpl.doProcess（）| va1ihgdepl34.ihgext.global：2899：40.4386：6 | webiserver_BOXIR4DEV.WebIntelligenceProcessing processDPCommandsEx | localhost：3493：-1026496768.307553：1 | CmaJ5cIjTkqlqrouxW.sdFA1120 ||||||||||||||| ODBC |通用ODBC数据源| JobId：39887680 | ENTER SQLError

SQLHENV 0x0x1978600

SQLHDBC 0x0x1db6450

SQLHSTMT 0x00000000

SQLTCHAR * 0x0x2b01c2cf1810

SQLINTEGER * 0x0x2b01c2cf1818

SQLTCHAR * 0x0x2b01c2cf15a0

SQLSMALLINT 513

SQLSMALLINT * 0x0x2b01c2cf181e‑

<原因>

<内容>

[kctRequestProc.cpp; 779]-

Linux计算机上的DSN是" Google BigQuery 64位"。 我在Windows DSN上将其命名为相同的名称。

有趣的是，如果我尝试使用isql工具进行连接，则连接非常好。

下面是在服务器中设置的odbc.ini配置和odbc.sbo配置。

Odbc.ini：

Odbc.sbo：

/bodata/BOXIR4/sap_bobj/enterprise_xi40/dataAccess/connectionServer/odbc->> cat odbc.sbo

http://www.w3.org/2001/XMLSchema-instance" xsi：noNamespaceSchemaLocation =" ../sbo.xsd">

<默认值>

通用

odbc

odbc

odbc

查询

odbc

错误

错误

错误

错误

错误

错误

<参数名称="连接状态可用">错误

错误

EmptyString

odbc

<数据库>

<库>

dbd_wodbc

dbd_odbc

dbd_wddodbc

dbd_ddodbc

<！-要将unixODBC用于"通用ODBC数据源"，请注释掉前两行，并取消注释下两行之一->

<！-使用unixODBC时，也必须注释掉" CharSet Table"参数->

<！-Library Platform =" Unix"> dbd_wuxodbc

<！-Library Platform =" Unix"> dbd_uxodbc

数据直接

<库>

dbd_wodbc3

dbd_odbc3

dbd_wddodbc3

dbd_ddodbc3

<！-要将unixODBC用于"通用ODBC3数据源"，请注释掉前两行，并取消注释下四行之一->

<！-使用unixODBC时，也必须将" CharSet"表参数注释掉->

<！-Library Platform =" Unix"> dbd_wuxodbc3

<！-Library Platform =" Unix"> dbd_uxodbc3

<！-Library Platform =" Unix64"> dbd_wux32odbc3

<！-Library Platform =" Unix64"> dbd_ux32odbc3

数据直接

但是，我发现了一个类似此问题的线程，但找不到太多有关修复的信息。

有人对寻找其他地方以帮助发现问题有任何建议吗？

谢谢！

（79.7 kB）