无法使DBD :: ODBC与DataDirect ODBC Driver Manager 7.0配合使用-[DataDirect] [ODBC lib]无法加载指定的驱动程序(SQL-IM003)

问题描述 投票:0回答:2

我正在尝试设置PERL DBD :: ODBC以使用Informatica PowerCenter随附的DataDirect ODBC驱动程序管理器(7.0)。这是在Solaris 10 Sparc64环境上。过去,我们已经使用5.1驱动程序管理器(在sp32服务器上)进行了这项工作,但是自从迁移到此新版本以来,现在遇到了问题。对于所有ODBC连接,我都会收到此错误:

failed: [DataDirect][ODBC lib] Specified driver could not be loaded (SQL-IM003) at test_odbctd.pl line 19
Can't connect to DBI:ODBC:tdedwprd: [DataDirect][ODBC lib] Specified driver could not be loaded (SQL-IM003) at test_odbctd.pl line 19, <STDIN> line 2.

我已经使用Informatica提供的“ ssgodbc”工具测试了相同的连接,并且它们可以正常工作。我可以登录并运行查询。

作为示例,这是我在odbc.ini中定义的Teradata连接之一(我们在DB2,SQL Server,Teradata,Sybase,PowerExchange等方面也遇到相同的问题)。 不用问为什么我必须在该文件中而不是odbcinst.ini中对完整的驱动程序路径进行硬编码。我无法使其正常运行,而Informatica标准是在odbc.ini中对其进行硬编码,因此我不想影响他们的支持。

[tddev]
Driver=/opt/teradata/client/odbc/drivers/tdata.so
Description=Teradata Development
DBCName=teradata1
DBCName2=teradata2
MaxRespSize=65477
DateTimeFormat=AAA
EnableExtendedStmtInfo=No
LoginTimeout=60

驱动程序的ldd输出:

$ ldd /opt/teradata/client/odbc/drivers/tdata.so
warning: ldd: /opt/teradata/client/odbc/drivers/tdata.so: is not executable
        libCstd.so.1 =>  /opt/SUNWspro/lib/v9/libCstd.so.1
        libthread.so.1 =>        /usr/lib/sparcv9/libthread.so.1
        libm.so.1 =>     /usr/lib/sparcv9/libm.so.1
        libw.so.1 =>     /usr/lib/sparcv9/libw.so.1
        libc.so.1 =>     /usr/lib/sparcv9/libc.so.1
        libsocket.so.1 =>        /usr/lib/sparcv9/libsocket.so.1
        libnsl.so.1 =>   /usr/lib/sparcv9/libnsl.so.1
        libxnet.so.1 =>  /usr/lib/sparcv9/libxnet.so.1
        libodbcinst.so =>        /opt/powercenter/v951/ODBC7.0/lib/libodbcinst.so
        libddicu25.so =>         /opt/teradata/client/odbc/lib/libddicu25.so
        libtdparse.so =>         /opt/teradata/client/odbc/lib/libtdparse.so
        libicudatatd.so.46 =>    /usr/lib/sparcv9/libicudatatd.so.46
        libicuuctd.so.46 =>      /usr/lib/sparcv9/libicuuctd.so.46
        libCrun.so.1 =>  /opt/SUNWspro/prod/usr/lib/v9/libCrun.so.1
        libmp.so.2 =>    /lib/64/libmp.so.2
        libmd.so.1 =>    /lib/64/libmd.so.1
        libscf.so.1 =>   /lib/64/libscf.so.1
        libDWicu26.so =>         /opt/powercenter/v951/ODBC7.0/lib/libDWicu26.so
        libdl.so.1 =>    /usr/lib/sparcv9/libdl.so.1
        librt.so.1 =>    /usr/lib/sparcv9/librt.so.1
        libpthread.so.1 =>       /usr/lib/sparcv9/libpthread.so.1
        libdoor.so.1 =>  /lib/64/libdoor.so.1
        libuutil.so.1 =>         /lib/64/libuutil.so.1
        libgen.so.1 =>   /lib/64/libgen.so.1
        libaio.so.1 =>   /lib/64/libaio.so.1
        libm.so.2 =>     /lib/64/libm.so.2
        /lib/sparcv9/../libm/sparcv9/libm_hwcap1.so.2
        /platform/sun4v/lib/sparcv9/libc_psr.so.1
        /platform/sun4v/lib/sparcv9/libmd_psr.so.1

我尝试以使用这些连接的用户身份运行strace,但出现此错误,所以不确定该怎么做:

$ strace perl test_odbctd.pl
ERROR: unable to open /dev/log

这是我们正在使用的PERL测试脚本:

#!/usr/bin/perl -w

use DBI;
# use DBD::ODBC;
# use DBD::DB2::Constants;


my $data_source = "DBI:ODBC:tdedwprd";

#Prompt for username
print "Enter user:";
my $user = <STDIN>;

#Prompt for password
print "Enter password:";
my $password =<STDIN>;

# Connect to the tdedwdev teradata database
my $dbh = DBI->connect($data_source, $user, $password, {AutoCommit =>1})
                or die "Can't connect to $data_source: $DBI::errstr";
$stmt = "SELECT database, time; ";
$sth = $dbh->prepare($stmt);
$sth->execute();

#associate variable with output columns...

$sth->bind_col(1,\$db);
$sth->bind_col(2,\$timestap);
while ($sth->fetch) {
           print "The database is: $db\n";
           print "The time is: $timestap\n";
}
$dbh->disconnect;

以上脚本适用于我们现有的开发箱(Solaris 10 sp32),但不适用于我们正在构建的新开发箱(Solaris 10 sp64)。

[旧服务器将驱动程序管理器与Informatica PowerCenter 8.6.1 sp32捆绑在一起,而新服务器具有Informatica PowerCenter 9.5.1 sp64。

DBD :: ODBC模块经过一些修改后可以很好地编译,大致遵循DataDirect的本指南(逻辑基本相同,但是对Makefile.PL的引用不相同):

http://knowledgebase.datadirect.com/articles/Article/2973

我在odbc.ini中启用了跟踪(Trace = 1),但这仅导致“分段错误(内核已转储)”。但是,在使用Informatica提供的“ ssgodbc”工具时,它确实会输出跟踪文件。

我尝试使用isql,但是它似乎与Sybase驱动程序相关,所以我不确定是否可以使用它。我无法使它正常工作

$ which isql
/opt/sybase/OCS-15_0/bin/isql

这是我的ODBC环境变量:

$ env | grep -i odbc
MANPATH=/usr/share/man:/opt/teradata/client/14.00/odbc_32/help/man:
ODBCINST=/opt/powercenter/v951/ODBC7.0/odbcinst.ini
LD_LIBRARY_PATH=/opt/powercenter/v951/ODBC7.0/lib:/opt/powercenter/v951/server/bin:/home/etlin1d/sqllib/lib:/opt/pwx/v851:/opt/sybase/OCS-15_0/lib:/opt/sybase/OCS-15_0/lib3p64:/opt/sybase/OCS-15_0/lib3p:/opt/teradata/client/14.00/tbuild/lib:/opt/teradata/client/odbc/lib:/opt/teradata/client/odbc/drivers:/opt/teradata/client/14.00/tbuild/lib:/usr/lib:/prj/db2/etlin1d/sqllib/lib64:/prj/db2/etlin1d/sqllib/lib32:/usr/lib
LD_LIBRARY_PATH_64=/opt/powercenter/v951/ODBC7.0/lib:/opt/powercenter/v951/server/bin:/opt/pwx/v851:/prj/db2/etlin1d/sqllib/lib64:/opt/sybase/OCS-15_0/lib:/opt/sybase/OCS-15_0/lib3p64:/opt/sybase/OCS-15_0/lib3p:/opt/teradata/client/14.00/tbuild/lib:/opt/teradata/client/odbc/lib:/opt/teradata/client/odbc/drivers:/usr/lib
NLSPATH=/opt/teradata/client/14.00/odbc_64/msg:/opt/teradata/client/14.00/odbc_32/msg:/opt/teradata/client/14.00/tbuild/msg/%N:/opt/teradata/client/14.00/tbuild/msg/%N:/opt/teradata/client/14.00/odbc_32/msg/%N:
PATH=/opt/sybase/ASEP/bin:/opt/sybase/DBISQL/bin:/opt/sybase/UAF-2_0/bin:/opt/sybase/OCS-15_0/bin:/opt/teradata/client/14.00/tbuild/bin:/opt/teradata/client/14.00/tbuild/bin:/usr/bin:/bin:/usr/local/bin:/opt/powercenter/v951/ODBC7.0/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/opt/powercenter/v951/server/bin:.:/prj/db2/etlin1d/sqllib/bin:/prj/db2/etlin1d/sqllib/adm:/prj/db2/etlin1d/sqllib/misc:/prj/db2/etlin1d/sqllib/db2tss/bin
ODBCINI=/opt/powercenter/v951/ODBC7.0/odbc.ini
ODBCHOME=/opt/powercenter/v951/ODBC7.0

我完全不知所措。我不是专业的Solaris管理员(实际上,这是我第一次真正接触Solaris和Informatica),所以我希望我缺少明显的东西。

我不确定现在还有什么可分享的。任何帮助将不胜感激。数周以来,我一直在解决此ODBC实现问题。

perl odbc solaris informatica-powercenter
2个回答
0
投票

我意识到这里的问题不在驱动程序管理器中。这是由于我使用的是32位Perl但使用了64位ODBC驱动程序。如果我在odbc.ini中添加了一个使用32位ODBC驱动程序的条目(尽管驱动程序管理器为64位),那么就没有问题(尽管它确实引发了许可问题,这与本次讨论是分开的)。

总之,出现此错误消息是因为驱动程序与客户端不同(位]](通过对客户端和驱动程序运行file命令进行检查):

 Specified driver could not be loaded

file命令的示例是:

 file /opt/teradata/client/odbc/drivers/tdata.so

但是,当驱动程序找不到其所有依赖驱动程序时,也会发生这种情况,可以使用驱动程序上的ldd进行检查,以确保找到了所有依赖驱动程序。

ldd命令的示例是:

 ldd /opt/teradata/client/odbc/drivers/tdata.so

0
投票

我尝试了LokMac提供的上述方法,所有相关的驱动程序都在那儿,但仍然无法正常工作,最后我添加了“#驱动程序:ODBC驱动程序的安装位置。”在驱动程序路径之前,它神奇地起作用:

最新问题
© www.soinside.com 2019 - 2024. All rights reserved.