无法使用pymssql连接到SQL Server数据库,但可以使用底层freetds tsql连接

时间:2012-04-12 09:49:10

标签: sql-server tsql freetds pymssql

我不知道为什么我收到此错误,无法找到任何解决方案。我可以使用freetds tsql连接到SQL Server数据库,但在使用pymssql.connect连接时我一直收到错误。

具体错误是:

  

pymssql.OperationalError:(18456,“用户登录失败'xxx'.DB-Lib错误消息18456,严重级14:\ n一般SQL Server   错误:检查来自SQL Server \ nDB-Lib错误消息20002的消息,   严重级9:\ n自适应服务器连接失败\ n“)

我将freetds的配置设置为:

[custom_config]
    host = myhost
    port = 1433
    tds version = 7.0
    encryption = request
    dump file = /tmp/freetds.log

运行:

tsql -S custom_config -U tsmv -P xxx

返回:

locale is "en_US.UTF-8"
locale charset is "UTF-8"
using default charset "UTF-8"
1>

允许我查询数据库。

然而,运行:

python
>> import pymssql
>> pymssql.connect(server='custom_config', user='user', password='xxx',    database='database')

引发了上述错误。

我正在使用Linux CentOS,python 2.6.6,freetds 0.92 dev(我已尝试使用tdsver = 7.0编译其他版本)。

freetds日志是:

log.c:196:Starting log file for FreeTDS 0.92
on 2012-04-12 10:39:15 with debug flags 0x4fff.
iconv.c:330:tds_iconv_open(0x1391b70, ISO-8859-1)
iconv.c:187:local name for ISO-8859-1 is ISO-8859-1
iconv.c:187:local name for UTF-8 is UTF-8
iconv.c:187:local name for UCS-2LE is UCS-2LE
iconv.c:187:local name for UCS-2BE is UCS-2BE
iconv.c:349:setting up conversions for client charset "ISO-8859-1"
iconv.c:351:preparing iconv for "ISO-8859-1" <-> "UCS-2LE" conversion
iconv.c:391:preparing iconv for "ISO-8859-1" <-> "UCS-2LE" conversion
iconv.c:394:tds_iconv_open: done
net.c:205:Connecting to xx.x.x.xxx port 1433 (TDS version 7.1)
net.c:270:tds_open_socket: connect(2) returned "Operation now in progress"
net.c:310:tds_open_socket() succeeded
util.c:156:Changed query state from DEAD to IDLE
net.c:741:Sending packet
0000 12 01 00 34 00 00 00 00-00 00 15 00 06 01 00 1b |...4.... ........|
0010 00 01 02 00 1c 00 0c 03-00 28 00 04 ff 08 00 01 |........ .(......|
0020 55 00 00 02 4d 53 53 51-4c 53 65 72 76 65 72 00 |U...MSSQ LServer.|
0030 c7 39 00 00            -                        |.9..|

net.c:555:Received header
0000 04 01 00 25 00 00 01 00-                        |...%....|

net.c:609:Received packet
0000 04 01 00 25 00 00 01 00-00 00 15 00 06 01 00 1b |...%.... ........|
0010 00 01 02 00 1c 00 01 03-00 1d 00 00 ff 0a 00 0f |........ ........|
0020 a0 00 00 02 00         -                        |.....|

login.c:1057:detected flag 2
login.c:782:quietly sending TDS 7+ login packet
token.c:328:tds_process_login_tokens()
net.c:555:Received header
0000 04 01 00 72 00 51 01 00-                        |...r.Q..|

net.c:609:Received packet
0000 04 01 00 72 00 51 01 00-aa 5e 00 18 48 00 00 01 |...r.Q.. .^..H...|
0010 0e 1d 00 4c 00 6f 00 67-00 69 00 6e 00 20 00 66 |...L.o.g .i.n. .f|
0020 00 61 00 69 00 6c 00 65-00 64 00 20 00 66 00 6f |.a.i.l.e .d. .f.o|
0030 00 72 00 20 00 75 00 73-00 65 00 72 00 20 00 27 |.r. .u.s .e.r. .'|
0040 00 74 00 73 00 6d 00 76-00 27 00 2e 00 0c 4d 00 |.t.s.m.v .'....M.|
0050 43 00 53 00 2d 00 44 00-41 00 54 00 41 00 42 00 |C.S.-.D. A.T.A.B.|
0060 41 00 53 00 45 00 00 01-00 fd 02 00 00 00 00 00 |A.S.E... ........|
0070 00 00                  -                        |..|

token.c:337:looking for login token, got  aa(ERROR)
token.c:122:tds_process_default_tokens() marker is aa(ERROR)
token.c:2588:tds_process_msg() reading message 18456 from server
token.c:2661:tds_process_msg() calling client msg handler
dbutil.c:85:_dblib_handle_info_message(0x14e2e30, 0x1391b70, 0x7fff8b047e40)
dbutil.c:86:msgno 18456: "Login failed for user 'xxx'."
token.c:2674:tds_process_msg() returning TDS_SUCCEED
token.c:337:looking for login token, got  fd(DONE)
token.c:122:tds_process_default_tokens() marker is fd(DONE)
token.c:2339:tds_process_end: more_results = 0
    was_cancelled = 0
    error = 1
    done_count_valid = 0
token.c:2355:tds_process_end() state set to TDS_IDLE
token.c:2370:                rows_affected = 0
token.c:438:tds_process_login_tokens() returning TDS_FAIL
login.c:466:login packet accepted
util.c:156:Changed query state from IDLE to DEAD
util.c:331:tdserror(0x14e2e30, 0x1391b70, 20002, 0)
dblib.c:7929:dbperror(0x1383c70, 20002, 0)
dblib.c:7981:20002: "Adaptive Server connection failed"
dblib.c:8002:"Adaptive Server connection failed", client returns 2 (INT_CANCEL)
util.c:361:tdserror: client library returned TDS_INT_CANCEL(2)
util.c:384:tdserror: returning TDS_INT_CANCEL(2)
dblib.c:1443:dbclose(0x1383c70)
dblib.c:258:dblib_del_connection(0x7fa462faf540, 0x1391b70)
mem.c:615:tds_free_all_results()
dblib.c:305:dblib_release_tds_ctx(1)
dblib.c:5882:dbfreebuf(0x1383c70)
dblib.c:739:dbloginfree(0x1533a40)

我完全迷失了为什么这不起作用。任何帮助将非常感激。

4 个答案:

答案 0 :(得分:6)

&#34; Adaptive Server连接失败&#34;似乎是一个相当普遍的消息,但这里有一些事情要尝试。

  1. 此邮件列表线程(http://lists.ibiblio.org/pipermail/freetds/2010q3/026060.html)表示使用错误的TDS协议导致&#34; Adaptive Server连接失败&#34;信息。在chewynougat的日志中似乎并非如此,但也许对其他人有帮助。

  2. 此常见问题解答提供了许多尝试的步骤: https://github.com/pymssql/pymssql/blob/87f4383ec153962b7ca7e63a05042d3f09005178/docs/faq.rst

  3. 一个是尝试通过tsql -H测试tds连接,它绕过conf的读取并只读取传入的值。鉴于上面的conf同时包含端口和协议版本,可能值得与tsql -C一起检查是否需要进行调整。

    1. 此外,在常见问题解答的底部,它指出

        

      真实&#34;登录不正确&#34;消息的代码= 18456,严重性= 14

    2.      这是发送的错误消息,因此可能尝试登录审核(http://msdn.microsoft.com/en-us/library/ms175850.aspx)以查看pymssql是否正确传递您的凭据。

      1. 同一部分讨论了搞乱mssql.connect的不同字符集,所以也许尝试一个基本密码(即ASCII 65-90)以确保在翻译中没有丢失任何内容。看起来Aki与日本人合作,所以也许这也是一个原因。

答案 1 :(得分:2)

我遇到了同样的问题。幸运的是,我发现了什么是错的。我的机器上有两个不同版本的FreeTDS。我安装了其中一个(v 0.91):

   sudo apt-get install freetds-dev

后来我发现它不是最后一个版本,我从freetds.org下载了Freetds的tar文件。当我运行tsql -C。它显示了正确的路径,我正确地操纵了freetds.conf。通过更改环境变量(http://www.freetds.org/userguide/envvar.htm),我可以连接到数据库。但是,每次我尝试通过Pymssql连接时都会出错。

最后,我查看了日志文件,我发现Python使用的是旧版本(v 0.91),但最后一个版本是0.95版本。

>>> import os
>>> os.environ['TDSDUMP'] = 'stdout'
>>>
>>> import pymssql
>>> conn = pymssql.connect(server="sqlserverhost")

所以,我删除了版本0.91:

sudo apt-get purge freetds-common

和pymssql以正确的配置连接到正确的版本。

它也可以帮到你。

答案 2 :(得分:2)

通过pip install pymssql安装时,我遇到了同样的问题,因为它安装了不支持加密的预构建的特定于操作系统的二进制转盘。

即使我已经安装了特定版本的freetds,也可以使用我期望的版本。改为使用pip install --no-binary pymssql pymssql进行安装,可以进行安装。

如果要加密数据库连接,则需要先构建/安装freetds,然后按照此处所述安装pymssql。

在这种情况下,我强烈建议确保您的freetds.conf文件指定的是“ require”而不是“ request”,以避免无声地退回到未加密的流量。使用tcpdump -A并对SQL关键字进行grepping可以帮助确定流量是否真正加密。

答案 3 :(得分:1)

尝试按照pymssql文档中的新注释:azure需要照顾用户部分。它太奇怪了,但很有效。 ms sql仓库使linux / mac上的工作变得如此困难..

http://pymssql.org/en/latest/azure.html

重要提示:请勿使用username@server.database.windows.net作为相关connect()调用的用户参数!您必须使用较短的用户名@ server form!

enter image description here