- 在线时间
- 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文件有相似之处。
2 V1 S R& X- @' C+ z
) z/ ~. Q0 R9 ^( ]9 D: b 0 f" ~) g b# A& y
通过以上几个方面的检查,错误 1 发生的原因基本上可以被排除。下面我们再详细描述如何来解决错误 2。
0 S3 m1 C) q. R+ c/ R5 b+ U/ \. I( U f! `8 a8 C2 s1 A0 Q% v
当用户尝试在查询分析器里面使用sa来连接SQL Server,或者在企业管理器里面使用sa来新建一个SQL Server注册时,经常会遇到如图 2 所示的错误信息。该错误产生的原因是由于SQL Server使用了"仅 Windows"的身份验证方式,因此用户无法使用SQL Server的登录帐户(如 sa )进行连接。解决方法如下所示:
8 T4 q' M$ O1 T4 }; ~
# f+ C9 ?- _3 h$ F' i( d% J 1、 在服务器端使用企业管理器,并且选择"使用 Windows 身份验证"连接上 SQL Server;
d6 u9 c! Z Z" G, N6 n- t0 _, q+ A ~8 k# x! [
2、 展开"SQL Server组",鼠标右键点击SQL Server服务器的名称,选择"属性",再选择"安全性"选项卡;
3 ?8 J5 d& h1 h; [ v, T b& f1 e+ ] U {
3、 在"身份验证"下,选择"SQL Server和 Windows "。" ?) R8 \- i; A) o) G7 o0 T& C8 P, P
7 V+ [4 `' ^; \2 W& u
4、 重新启动SQL Server服务。0 [; N' Y# `% W+ n/ \
6 G6 o; l; l9 ` \) \" ~
在以上解决方法中,如果在第 1 步中使用"使用 Windows 身份验证"连接 SQL Server 失败,那么我们将遇到一个两难的境地:首先,服务器只允许了 Windows 的身份验证;其次,即使使用了 Windows 身份验证仍然无法连接上服务器。这种情形被形象地称之为"自己把自己锁在了门外",因为无论用何种方式,用户均无法使用进行连接。实际上,我们可以通过修改一个注册表键值来将身份验证方式改为 SQL Server 和 Windows 混合验证,步骤如下所示:
; M. p }; X5 R4 p5 a" T/ I1 x& C X, w% g2 {$ _- g# n
1、点击"开始"-"运行",输入regedit,回车进入注册表编辑器;
/ B& O( f# }1 ^: A! {6 l: \
$ R$ v6 ]/ u. S0 s. b0 F1 a6 V 2、依次展开注册表项,浏览到以下注册表键:
- u9 w3 @+ I: g# x2 p
3 O1 O+ @ F* A9 ^6 [[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]
7 x; v! f4 y1 H2 ~* q
9 G2 J! m+ ?+ l+ ^9 K 3、在屏幕右方找到名称"LoginMode",双击编辑双字节值;
0 ]# ~: J( H, u
! {' B0 [+ g- B& U 4、将原值从1改为2,点击"确定";
$ o, h+ W& a# J( q L, F; x U4 M) j x/ g# j
5、关闭注册表编辑器;9 @* Y; h" k! {+ j9 s1 t" k0 B" E
, Y# [! u3 c1 P( J8 f/ U A- G 6、重新启动SQL Server服务。1 K% p1 H9 k. R5 m+ ?% V
: Q& G5 y3 a1 `) y' |8 F5 {0 e
此时,用户可以成功地使用sa在企业管理器中新建SQL Server注册,但是仍然无法使用Windows身份验证模式来连接SQL Server。这是因为在 SQL Server 中有两个缺省的登录帐户:BUILTIN\Administrators 以及 <机器名>\Administrator 被删除。要恢复这两个帐户,可以使用以下的方法:; B) _# k! B" s5 ?" x
. d) L# F m5 k k
1、打开企业管理器,展开服务器组,然后展开服务器;3 q. [$ {+ v$ R- u* v, W
7 g. l) L' s, V% [: Q% z% w( ^
2、展开"安全性",右击"登录",然后单击"新建登录";6 }; }, |& t' Z# `
% m9 o; f$ J) j# S9 M* S. g
3、在"名称"框中,输入 BUILTIN\Administrators;( h* Q) Z4 q6 R) V8 S$ L5 q; C
) J( D9 u: @9 X" S. v1 N4 _ 4、在"服务器角色"选项卡中,选择"System Administrators" ;
: q$ v' {3 ~# G: V7 b. F- p" @* x6 \# H
5、点击"确定"退出;
8 V6 P, @# z! H! X8 j+ w
0 e. g8 x6 @7 t$ l/ G4 f- Q 6、使用同样方法添加 <机器名>\Administrator 登录。* \& [* R% L. o2 ]
7 v, y" b/ k d* I; J" C: r 以下注册表键
3 n6 W) d. i" x( O( A0 a
6 O8 [ k C; YHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode
0 O& R! `9 f" c8 i6 H) K8 _
2 W1 t# M3 U8 c) s+ I3 g: { 的值决定了SQL Server将采取何种身份验证模式。该值为1,表示使用Windows 身份验证模式;该值为2,表示使用混合模式(Windows 身份验证和 SQL Server 身份验证)。
7 ^2 b5 Z- q+ j. Q2 z0 g- S* L: D3 o! y+ B) u
看完如何解决前两个错误的方法之后,让我们来看一下如图 3 所示的第三个错误。! w8 W* M7 U( w; x: U4 b& m- {
/ I1 |% U: |% v) A1 l, R 如果遇到第三个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接,不过是由于连接的时间大于允许的时间而导致出错。这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器,并且是慢速连接时,有可能会导致以上的超时错误。有些情况下,由于局域网的网络问题,也会导致这样的错误。2 R1 [: O2 R: E$ \0 B3 s k
% [; b4 I1 k9 R 要解决这样的错误,可以修改客户端的连接超时设置。默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是 4 秒,而查询分析器是 15 秒(这也是为什么在企业管理器里发生错误的可能性比较大的原因)。具体步骤为:
( ]* i% }6 E1 D' x) R) V6 y# L% [$ L, w
1、在企业管理器中,选择菜单上的"工具",再选择"选项";
" |! E% G! i+ [5 @# l2 o0 l J& ^2 c* G0 [
2、在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡;
/ n) f$ A3 {" j) x; B* A2 Y: q y$ ^% n
3、在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字,如 20。8 H7 P- s: L5 m2 D
8 r: m+ D; I( x. q. p# f, j, |
查询分析器中也可以在同样位置进行设置。 < >: J; r E" `7 W5 l9 m
二、应用程序连接失败- j3 v' I$ K6 `- v5 }* w4 Q/ n% T. H
* r, H% n# n# H 以上的三种错误信息都是发生在 SQL Server 自带的客户端工具中,在应用程序中我们也会遇到类似的错误信息,例如:/ a N/ E& M2 k0 S
+ S3 X. R0 K% ?% f% ^) bMicrosoft OLE DB Provider for SQL Server (0x80004005)
- N$ m) r) b1 d% N( C# F& e5 Q$ |[DBNETLIB][ConnectionOpen (Connect()).]Specified SQL server not found.9 p5 P5 ~. k7 M W! p9 y5 p- P% c
' ^1 d. r$ W( {+ Z& }1 qMicrosoft OLE DB Provider for SQL Server (0x80004005)
8 \4 w4 h- W% F" {用户 'sa' 登录失败。原因: 未与信任 SQL Server 连接相关联。5 A2 m1 E" ?% [4 K
$ E G9 ^5 j# Q$ q
Microsoft OLE DB Provider for ODBC Drivers 错误 '80004005'.
9 H2 F |8 Y. P$ g& ^. R: F[Microsoft][ODBC SQL Server Driver]超时已过期., P% L& u+ [" q& h
! H5 F7 ^- |% h _( Q$ M
首先,让我们来详细看以下的示意图来了解一下使用 ODBC 和使用 OLE DB 连接 SQL Server 有什么不同之处。
9 a# M0 Z/ g! a& \$ [0 [2 x
& e# a% W* \5 t 2 v! w; l9 [' J" w7 V5 P
6 h# d4 [( I0 [2 N0 d! d
7 }, `/ p' a/ Y( y' \2 ^! M# u6 t
从上图中,我们可以看出在实际使用中,应用程序创建和使用各种 ADO 对象,ADO 对象框架调用享用的 OLE DB 提供者。为了访问 SQL Server 数据库,OLE DB 提供了两种不同的方法:用于 SQL Server 的 OLE DB 提供者以及用于 ODBC 的 OLE DB 提供者。这两种不同的方法对应于两种不同的连接字符串,标准的连接字符串写法如下所示:
/ p# T( E6 i' e: H1 O) t6 r g* l+ P& r, f
1、使用用于 SQL Server 的 OLE DB 提供者:! q" e" M- G% {6 f( ^
0 F0 [% ?2 s" ]' u8 n, I
使用 SQL Server 身份验证:% _5 q$ h; U" F$ k9 D
& I' H$ t) b& g4 t. M/ poConn.Open " rovider=sqloledb;" & _ % \: w& ^: T$ e' T7 Z! O4 G
"Data Source=myServerName;" & _5 e" a) C# d! q% O6 n# P1 K
"Initial Catalog=myDatabaseName;" & _
, o0 b+ V1 u3 n! Y) i& e: f"User Id=myUsername;" & _
3 \' D# L5 p2 \* w5 D) `: ^7 _+ k5 E" assword=myPassword"- ] Z; U) u" K# s' l4 R
8 ^: G' t- V" H 使用 Windows 身份验证(信任连接):7 o, M; Y) k/ y! j2 X4 |+ ~, h
# d, d$ \4 }7 V, M* ~- R" YoConn.Open " rovider=sqloledb;" & _
3 F8 M* R4 z4 O. ]+ L! Y"Data Source=myServerName;" & _$ ?$ G" P. P- z4 n" M: f
"Initial Catalog=myDatabaseName;" & _+ @5 s/ d; ?9 t# g; u3 n' k9 G
"Integrated Security=SSPI"
Z( t3 T! y( ]
. ~% G K7 V |& S 2、使用用于 ODBC 的 OLE DB 提供者(不使用 ODBC 数据源):$ A5 I# \. Q; [8 b
7 V2 d, ?. `' A$ ?4 k; ^) o9 [3 X
使用 SQL Server 身份验证:
( n: v" s7 n, p' q2 Z* O! R8 ]
$ |6 Q2 s, ~7 M0 E# g. M8 z, m0 A( loConn.Open "Driver={SQL Server};" & _ ; Y& G# p( R7 t& J% R) n5 x& a
"Server=MyServerName;" & _: y( |9 k, j- L9 h8 @! }
"Database=myDatabaseName;" & _% y1 g6 `0 w% K& s/ U2 p/ [: e; W
"Uid=myUsername;" & _' x2 ~& Q1 r4 ]
" wd=myPassword"
/ F3 F& K: b* s: [5 }
. h0 K& S% ~9 r" L: r 使用 Windows 身份验证(信任连接):; z: W$ S& Q" ]6 {5 r
/ e* t) I g$ coConn.Open "Driver={SQL Server};" & _ 0 s4 e Q8 P+ q8 Y- }2 p1 p
"Server=MyServerName;" & _
4 ]" u% G2 O! B: z# \"Database=myDatabaseName;" & _
- W! ^( u/ g( a, p"Trusted_Connection=yes"
) u6 g0 M' x, ~: V* V# P3 A! J* `8 _% t6 s& O
3、使用用于 ODBC 的 OLE DB 提供者(使用 ODBC 数据源):" w% L- Y# I( {1 o4 r
! Y5 g$ E6 o8 y8 s( t5 i$ _
oConn.Open "DSN=mySystemDSN;" & _ ( [1 N& C5 H4 a
"Uid=myUsername;" & _
: ]( @' ^: g% R- R" wd=myPassword"
/ R( z/ i* s; J" h( P% f; }. b: M2 [ O$ c5 N5 s! { O- }* \
如果遇到连接失败的情况,我们只要按照一中所示的方法,结合程序中的连接字符串进行检查,基本都能得到解决。另外,还有以下几个要注意的地方:
4 O8 d" G. w) H0 t, j, \
; ~2 c4 R/ E" i( `/ W$ f 1、配置 ODBC 数据源时,点击"客户端"配置选项可以让我们指定连接使用的网络库、端口号等属性,如下图所示:# u9 u0 B7 | u, [- v& q
* G0 L: D" R# O+ ~2 M
% u7 @: u0 L4 D6 K9 D
) I3 r$ P3 u$ {; M2 ]9 g4 F
* c6 U/ z* } ]/ \8 y+ L6 ~& R ?1 z7 e' y1 ~0 ]
2、如果遇到连接超时的错误,我们可以在程序中修改 Connection 对象的超时设置,再打开该连接。例如: " F' _) _- a6 ~
$ E4 z1 W9 z5 _- x6 v( M
</P>< ><%4 i. l' t, I9 @% J# b2 Z: ~1 U% x/ P0 U( L
Set Conn = Server.CreateObject("ADODB.Connection")
/ L) i& Q5 \8 W h+ a0 dDSNtest="DRIVER={SQL Server};SERVER=ServerName;UID=USER WD=password;DATABASE=mydatabase"& m, ^ S- o3 x! {6 }
Conn. Properties("Connect Timeout") = 15 '以秒为单位7 v7 c. K P' |# Q0 }, v
Conn.open DSNtest9 t" q( m! t& H5 i
%></P>< >" z6 ]+ X1 t& \. \9 P
3、如果遇到查询超时的错误,我们可以在程序中修改 Recordset 对象的超时设置,再打开结果集。例如:/ |7 l" z$ S- h# _) e+ p2 ^" ~1 K
- P0 q: m S: E: ~1 i</P>< >Dim cn As New ADODB.Connection
' {6 u3 M- `, T( V H8 k* m# F6 C& DDim rs As ADODB.Recordset
3 N& R3 e, r2 l% P' S; N% m3 y# I. . .
' r: c- Q$ y- Mcmd1 = txtQuery.Text0 p, F. Q7 E. Q. v, }+ `
Set rs = New ADODB.Recordset
p S8 y0 H5 S: t( X6 krs.Properties("Command Time Out") = 300, v' R/ A- N: J: ^
'同样以秒为单位,如果设置为 0 表示无限制
/ N/ A: ?* N D" _$ xrs.Open cmd1, cn# E% f% b% D, R0 c6 J M
rs.MoveFirst
5 a6 q# \! P4 ?; j( W. . . </P>< >4 b8 A x' h& B7 m1 Z. B
<B>三、小结</B>
v6 O- s% n( N7 ?4 k9 Z/ U8 \; @, E2 I1 `2 q8 O6 A9 o- C
本文针对大部分用户在使用 SQL Server 过程中常见的连接失败的错误,重点讨论了在使用 SQL Server 客户端工具以及用户开发的应用程序两种情况下,如何诊断并解决连接失败的错误。看过本文以后,相信每一个读者都会对 SQL Server 的连接工作原理、身份验证方式以及应用程序开发等有一个较为全面而深入的连接。本文中所有的测试或者示例均在 Windows 2000 Advanced Server + SQL Server 2000 企业版上通过。</P> |
|