- 在线时间
- 0 小时
- 最后登录
- 2007-9-23
- 注册时间
- 2004-9-10
- 听众数
- 3
- 收听数
- 0
- 能力
- 0 分
- 体力
- 9975 点
- 威望
- 7 点
- 阅读权限
- 150
- 积分
- 4048
- 相册
- 0
- 日志
- 0
- 记录
- 0
- 帖子
- 1893
- 主题
- 823
- 精华
- 2
- 分享
- 0
- 好友
- 0

我的地盘我做主
该用户从未签到
|
单击"别名"选项卡,还可以为服务器配置别名。服务器的别名是用来连接的名称,连接参数中的服务器是真正的服务器名称,两者可以相同或不同。如下图中,我们可以使用myserver来代替真正的服务器名称sql2kcn-02,并且使用网络库 Named Pipes。别名的设置与使用HOSTS文件有相似之处。; D& w" v- x8 W& Z/ S$ F$ L R/ C
0 T2 J% f+ l9 A8 t3 f/ @& K
9 W1 e. l/ W1 ^# T- P9 L# N通过以上几个方面的检查,错误 1 发生的原因基本上可以被排除。下面我们再详细描述如何来解决错误 2。
1 ~/ u* `& B- c, p K( C
5 H$ a; v- _0 w, K$ {) r 当用户尝试在查询分析器里面使用sa来连接SQL Server,或者在企业管理器里面使用sa来新建一个SQL Server注册时,经常会遇到如图 2 所示的错误信息。该错误产生的原因是由于SQL Server使用了"仅 Windows"的身份验证方式,因此用户无法使用SQL Server的登录帐户(如 sa )进行连接。解决方法如下所示:
" K4 Q8 ~" e" w4 B+ d3 V0 B8 A* d' U2 _$ O
1、 在服务器端使用企业管理器,并且选择"使用 Windows 身份验证"连接上 SQL Server;) Q- [7 b: E: [& e
1 O) l/ X! l3 B 2、 展开"SQL Server组",鼠标右键点击SQL Server服务器的名称,选择"属性",再选择"安全性"选项卡;
0 c$ m! Z; Q* T5 o7 f6 X7 K
" i+ r" ]9 t# x E9 ^, [% P, u8 \( ~& h- Z 3、 在"身份验证"下,选择"SQL Server和 Windows "。2 Z6 G: e H# c. D3 m) U& M6 Z- l
: C9 A8 l) t7 [0 |
4、 重新启动SQL Server服务。! @7 J, f% C4 D+ T# l( p$ E ]1 l
* b) Y2 ]1 a! n# i7 W3 \/ f1 _" ]. ]3 l ^
在以上解决方法中,如果在第 1 步中使用"使用 Windows 身份验证"连接 SQL Server 失败,那么我们将遇到一个两难的境地:首先,服务器只允许了 Windows 的身份验证;其次,即使使用了 Windows 身份验证仍然无法连接上服务器。这种情形被形象地称之为"自己把自己锁在了门外",因为无论用何种方式,用户均无法使用进行连接。实际上,我们可以通过修改一个注册表键值来将身份验证方式改为 SQL Server 和 Windows 混合验证,步骤如下所示:6 F5 A: D6 F" g2 @1 G6 C
0 [# ~ M5 K$ X: |* k- U0 |
1、点击"开始"-"运行",输入regedit,回车进入注册表编辑器;
2 O6 ^4 h6 H1 V6 [" w" f: f
) _2 I2 O8 d4 n- { 2、依次展开注册表项,浏览到以下注册表键:
+ T! [" G: d4 f9 J% P9 @- T: p7 I2 H) h* d% p
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]
2 a0 [/ Y0 C( i
% O" W* |# h& _- o5 _6 @, Y 3、在屏幕右方找到名称"LoginMode",双击编辑双字节值;& a! _# B) `9 g) N! M+ R
, c3 Y4 S6 P' s' D* {2 S 4、将原值从1改为2,点击"确定";& v: X" t3 o% q, |: f( J6 V
3 o {+ y6 `4 R) ?" n& d
5、关闭注册表编辑器;
5 o, P+ F& P7 F: Z0 x# U/ s+ c* E$ g+ }' z2 W* C
6、重新启动SQL Server服务。, s" b6 ^5 a5 Q5 ]
) w8 a2 G9 S2 t/ |
此时,用户可以成功地使用sa在企业管理器中新建SQL Server注册,但是仍然无法使用Windows身份验证模式来连接SQL Server。这是因为在 SQL Server 中有两个缺省的登录帐户:BUILTIN\Administrators 以及 <机器名>\Administrator 被删除。要恢复这两个帐户,可以使用以下的方法:$ \8 V" N- P" B7 Q
- Z3 b/ M' A- f3 b 1、打开企业管理器,展开服务器组,然后展开服务器;8 X! ], O& X9 b0 T r2 I
) R- L3 I/ i1 W7 F# D
2、展开"安全性",右击"登录",然后单击"新建登录";
, t m7 \" H j! a* N/ S2 t
' W! m- D1 _% N4 O e* F# f 3、在"名称"框中,输入 BUILTIN\Administrators;8 C* _! f) I, N7 I! h. N
( V) A* V; a1 h$ r" H7 s 4、在"服务器角色"选项卡中,选择"System Administrators" ;
3 I8 g* ~3 O/ C0 V/ h) g; J: S, o2 x0 j, T8 G( x* G9 D$ o7 l$ d
5、点击"确定"退出;
+ k; ^/ [. i) C! u- @2 a8 v% U0 B
6、使用同样方法添加 <机器名>\Administrator 登录。
& f" z v# J, `# O' G/ \$ E4 G" }2 }+ Z7 ]" ?
以下注册表键/ f5 r; d; e2 ?
( \1 h; O: f j6 T" B
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode
" F( N( J/ k2 Q4 J- ^: r
6 q' p8 v+ l+ D+ X8 B& y& ~0 N 的值决定了SQL Server将采取何种身份验证模式。该值为1,表示使用Windows 身份验证模式;该值为2,表示使用混合模式(Windows 身份验证和 SQL Server 身份验证)。
h' R$ _ M8 Y, a* r8 u" R# K1 q3 L; G) P: ?1 T8 d' z
看完如何解决前两个错误的方法之后,让我们来看一下如图 3 所示的第三个错误。! J! n+ @7 }% l: ]8 \& `3 D6 u
( R E% G+ E; P6 n8 ]) c* M6 U
如果遇到第三个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接,不过是由于连接的时间大于允许的时间而导致出错。这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器,并且是慢速连接时,有可能会导致以上的超时错误。有些情况下,由于局域网的网络问题,也会导致这样的错误。
& b% o% B' T# y9 ~1 i" R
5 Z( a7 [0 t- w2 A1 A( T 要解决这样的错误,可以修改客户端的连接超时设置。默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是 4 秒,而查询分析器是 15 秒(这也是为什么在企业管理器里发生错误的可能性比较大的原因)。具体步骤为:0 C$ B( X9 ^1 n
9 ~, t1 p# n1 Y
1、在企业管理器中,选择菜单上的"工具",再选择"选项";
. O9 I# a( ^! Q8 t$ T8 w" Y# V- C/ X* |
2、在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡;
/ H, M( R) J" F; f. }, Q
2 E) R D0 Q% X4 s6 R! F 3、在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字,如 20。 I) c4 D$ E% n) C
: h- U8 R2 J! ^2 }" i
查询分析器中也可以在同样位置进行设置。 < >
/ R6 S, i1 p. ^+ N( R2 G二、应用程序连接失败
: r, ^4 V2 j! L
* j5 e. ^5 E D' z. x: ~: v% L) Z 以上的三种错误信息都是发生在 SQL Server 自带的客户端工具中,在应用程序中我们也会遇到类似的错误信息,例如:7 N( ` k4 B" O6 ]6 [3 Q% K
* i) ~" e% | V6 X, uMicrosoft OLE DB Provider for SQL Server (0x80004005)- I* v/ b8 V% S
[DBNETLIB][ConnectionOpen (Connect()).]Specified SQL server not found.4 w, u! n& [( {) l- r, U, n- q! F( M
( |7 {* v; g' r% r+ y$ e8 |Microsoft OLE DB Provider for SQL Server (0x80004005)3 I; N6 S0 R' e1 K+ ?, ]
用户 'sa' 登录失败。原因: 未与信任 SQL Server 连接相关联。
$ _. d1 ]9 y4 e$ c( J) e2 Q, V* O& |( C% j m' n, H8 {/ K
Microsoft OLE DB Provider for ODBC Drivers 错误 '80004005'.
7 E) L( f! B' \# \- p9 E0 P+ r[Microsoft][ODBC SQL Server Driver]超时已过期.
1 l4 H5 `) H. b# m9 W! J
$ e$ o$ d9 u- K- C* f 首先,让我们来详细看以下的示意图来了解一下使用 ODBC 和使用 OLE DB 连接 SQL Server 有什么不同之处。& _+ A. Z+ x b+ {# I# h# A" B
1 M* e. M+ K u5 m b0 x
5 h6 a+ k: u! \$ P( r; J% A
3 l" `6 k, \: x
/ r* t8 p( ^8 B( k$ R! ^# @- c; \ [
从上图中,我们可以看出在实际使用中,应用程序创建和使用各种 ADO 对象,ADO 对象框架调用享用的 OLE DB 提供者。为了访问 SQL Server 数据库,OLE DB 提供了两种不同的方法:用于 SQL Server 的 OLE DB 提供者以及用于 ODBC 的 OLE DB 提供者。这两种不同的方法对应于两种不同的连接字符串,标准的连接字符串写法如下所示:! n7 |( ~2 W2 ?& a& b" ^7 ?
1 J+ |- p! {, Z5 p5 d
1、使用用于 SQL Server 的 OLE DB 提供者:) W% @4 }/ n, U! N: w
; A" T; i, w) K# d, r+ Y% a. d 使用 SQL Server 身份验证:
4 t# b# n( }: j
" R/ c9 X5 u9 y, a* AoConn.Open " rovider=sqloledb;" & _ 9 W* q" w; t) O! C* D2 O
"Data Source=myServerName;" & _( G% ]7 R2 Y# Q: L
"Initial Catalog=myDatabaseName;" & _
5 P& ~4 O, ~0 z' g. @6 j8 G"User Id=myUsername;" & _5 `& y% [& x% J3 `# b' q
" assword=myPassword"
7 j1 V* C( b; \& M7 h/ C7 C2 K, [; Z% L+ E
使用 Windows 身份验证(信任连接):
( L* x' ^% \' C6 A7 D
" x W4 v* V' w5 g" uoConn.Open " rovider=sqloledb;" & _
0 K* t- a$ H& Q' D! K"Data Source=myServerName;" & _. w1 Q! R6 _) C3 w9 _6 w
"Initial Catalog=myDatabaseName;" & _
$ r" L% e7 M" p% g! v3 a3 C( S- ~0 I"Integrated Security=SSPI"3 K' f% S# b- G4 v* Y# p2 r- c
Y7 B/ }8 y% S: M 2、使用用于 ODBC 的 OLE DB 提供者(不使用 ODBC 数据源):
4 o, D+ t+ b) v" L$ w" e
$ { Z- a1 K7 }4 z* l: F3 j 使用 SQL Server 身份验证:
6 @+ @3 d3 ^$ N; _4 S4 _9 j- y% ]
) E/ Q$ u8 j9 N) H8 o, k8 uoConn.Open "Driver={SQL Server};" & _
( n0 O9 t+ }% L"Server=MyServerName;" & _! p2 `# ^4 B( y# }4 V! o
"Database=myDatabaseName;" & _/ ^( ^. K; s* a
"Uid=myUsername;" & _8 m1 q# a7 X- A6 W- Q( t
" wd=myPassword"
4 `2 {, f9 A" e( i$ n* D+ u3 G# P; G# B3 [7 N. z8 w
使用 Windows 身份验证(信任连接):( X( a4 ~8 Q& N5 V: N' v
g+ {' E; M) RoConn.Open "Driver={SQL Server};" & _
& O% E- s' u1 L! `- `"Server=MyServerName;" & _
5 u4 i! B8 N/ r9 S/ a& c$ z @' k"Database=myDatabaseName;" & _' H8 y8 d; v: Q& V: I
"Trusted_Connection=yes"* ~. V9 C/ {' s& X) J8 d9 C
6 W+ t- Q' B p R9 l 3、使用用于 ODBC 的 OLE DB 提供者(使用 ODBC 数据源):
6 S3 P/ x" p* O- ?
/ G7 ]7 C" Z9 soConn.Open "DSN=mySystemDSN;" & _ $ V* d. |% J& h5 x* M5 Z
"Uid=myUsername;" & _
/ |5 u# b6 \" Z$ S" wd=myPassword"
( B* ]$ h) k# h$ @4 e; F) H; k0 W/ N4 Y5 z9 A+ t/ I
如果遇到连接失败的情况,我们只要按照一中所示的方法,结合程序中的连接字符串进行检查,基本都能得到解决。另外,还有以下几个要注意的地方:5 G5 t8 P& ~7 i9 I
7 k: \$ s0 i$ S/ _* Q; t; q
1、配置 ODBC 数据源时,点击"客户端"配置选项可以让我们指定连接使用的网络库、端口号等属性,如下图所示:
& j' m9 k: [& v- y2 j% j9 p& o; m3 Z
: C) ^" {3 _; ~4 l# z/ v
' r8 ]6 |( p3 J% b
* L- z8 i' [# T0 V1 Q* w: U+ f
+ i' n" r, f f0 w 2、如果遇到连接超时的错误,我们可以在程序中修改 Connection 对象的超时设置,再打开该连接。例如:
- _( s) J& ?4 \, Y& D' {% F
- k! ]4 m/ q$ R1 b</P>< ><%" L6 I/ I( ], h7 \# b5 M$ Z3 p
Set Conn = Server.CreateObject("ADODB.Connection")
: T7 y$ B/ P8 k0 n, i" MDSNtest="DRIVER={SQL Server};SERVER=ServerName;UID=USER WD=password;DATABASE=mydatabase"4 S0 p" J: {, L$ U p
Conn. Properties("Connect Timeout") = 15 '以秒为单位9 N3 p+ B7 Q# m7 a4 N* x
Conn.open DSNtest
7 K. f( a1 j2 j6 _4 j+ b$ p%></P>< >6 g- Y% T/ s$ |/ q& f5 U- S4 \4 m) K
3、如果遇到查询超时的错误,我们可以在程序中修改 Recordset 对象的超时设置,再打开结果集。例如:0 q9 j9 A# I( A3 j
0 \: R, n+ b7 U- S. E
</P>< >Dim cn As New ADODB.Connection& w+ [$ d: D/ {+ h% d
Dim rs As ADODB.Recordset* s) U$ p# x% i8 m Z5 n) F
. . . 6 C* `$ a2 f, K
cmd1 = txtQuery.Text# E- K- B! t+ b! |
Set rs = New ADODB.Recordset
7 p( Z: g3 |, W4 x0 prs.Properties("Command Time Out") = 300# `4 g7 a0 u9 Y% c' X9 [: f
'同样以秒为单位,如果设置为 0 表示无限制
& b8 ]9 t9 M a) N! b' grs.Open cmd1, cn
9 s2 ~* @: L( p* a! ?rs.MoveFirst1 b- z9 U1 S4 U: D, J0 t
. . . </P>< >
# o. A5 u- N# m. x) s% k2 Q i+ X <B>三、小结</B>
6 J; E" \2 Y# T! f5 p2 Y* `, F0 B- I/ H! a6 V' \" r9 W$ C; I$ u
本文针对大部分用户在使用 SQL Server 过程中常见的连接失败的错误,重点讨论了在使用 SQL Server 客户端工具以及用户开发的应用程序两种情况下,如何诊断并解决连接失败的错误。看过本文以后,相信每一个读者都会对 SQL Server 的连接工作原理、身份验证方式以及应用程序开发等有一个较为全面而深入的连接。本文中所有的测试或者示例均在 Windows 2000 Advanced Server + SQL Server 2000 企业版上通过。</P> |
|