Win 7下SQL Server不能连接的一个案例解决

运维 数据库运维 SQL Server
Win7家庭高级版,访问SQL Server时出现不能访问的错误,笔者根据自身经验给出了一个案例解决,并给出一些总结。

一、问题情况

Win7 家庭高级版,访问SQL Server 时出现不能访问的错误,具体连接及错误情况见下图:

 

二、问题处理

经过了解,发现SQL Server的端口号进行了更改,由默认的1433改成了特定值,如45000

三、问题解决

1、通过设置ODBC数据源测试本机是否能正常访问,主要通过配置客户端配置实现,如下图所示

ODBC测试可以正常访问数据库。

 2、再次打开SQL Server连接服务器,仍然不能正常访问服务器

 3、建立udl文件测试,操作方法如下

      3.1 在桌面上新建一个文本文件,将其后缀名改为udl,然后双击打开,出现下面的配置界面

      3.2 配置界面

       配置好服务器需要的连接参数后,点击测试连接,发现连接正常。

4、再次打开SQL Server连接服务器,仍然不能正常访问服务器  

5、打开SQL Server配置管理器,如下图所示

 

之前通过ODBC建立的数据源,在别名选项中已可以查询,其端口号被配置为45000了,通过上面的描述可以知道ODBC及udl的方式都可以正常访问了,再测试,将上面别名中的记录删除,发现ODBC及udl方式都不能正确访问,因此可以推断ODBC及udl都通过了此别名对服务器进行了访问,可是为什么SQL Server就是不能呢?

于是打开SQL Native Client配置(32)位的别名中新建一个别名,如下图

建立后的别名情况

在SQL Native Client配置(32)位的别名中建立如图所示的别名后,再次打开SQL Server连接服务器,连接正常。

四、总结

问题本身并不复杂,在SQL Server端口号更改的情况下,通过配置客户端别名进行连接是一个常规手段,不过这个案例中比较有意思的是,采用ODBC及普通udl测试方式访问服务器时,采用了SQL Native Client配置中的别名,而用SQL Server直接进行连接时却采用了SQL Native Client配置(32位)下的别名。

【编辑推荐】

  1. 浅析SQL Server 2008中的代码安全之一:存储过程加密与安全上下文
  2. 浅析SQL Server 2008中的代码安全之二:DDL触发器与登录触发器
  3. 浅析SQL Server 2008中的代码安全之三:通过PassPhrase加密
  4. SQL Server安全解析
  5. sql server安全的两层模型
责任编辑:艾婧 来源: 博客园
相关推荐

2011-03-31 11:15:52

网页设计Web

2011-07-12 16:07:42

OracleToad环境变量

2023-07-13 12:21:18

2019-10-15 09:05:07

域插槽组件前端

2020-12-07 06:26:32

模式交付工作

2020-04-30 09:17:28

数据分析电商分析思维

2023-04-26 01:25:05

案例故障模型

2022-01-13 22:37:26

VSCode代码 编辑器

2011-05-06 14:19:29

ExcelSQL Server

2022-10-29 08:55:19

页面react

2011-08-01 09:25:32

SQL Server数

2011-08-02 13:26:38

JavaBeanSQL Server

2010-10-19 10:25:29

SQL Server连

2010-10-22 14:20:35

SQL SERVER连

2023-01-01 13:50:42

SQLtext​ntext​

2024-02-22 16:55:13

2011-07-18 10:01:59

C# ADO.NETSQL Server数

2010-10-19 13:05:31

Sql Server远

2010-11-08 16:16:57

SQL Server远

2010-10-19 12:22:02

SQL Server远
点赞
收藏

51CTO技术栈公众号