前些天做局域网内的数据访问的一个小程序，可惜一直没有搞懂在 Windows XP 下可以好好访问，在Win 7下就是不能访问。 后来把 Win7 的防火墙做了重新设置，开放了 TCP1433, 1434 和 UDP 1433, 1434, 以后就可以访问了。这样访问了没有几天，不知道谁把服务器端做了什么改动，结果不管是 XP 还是 Win7，都无法访问了。这些天来的测试数据都无法导出来，只好趁今天在办公室等着装修的事情，顺便把这个问题解决一下。
首先把问题确认了一下，在服务器上自己访问没有问题。但是在局域网内的其它机器上，都访问不到。错误是找不到 SQL Server 服务器，错误是 SQL Error 53。从网上找了很多资料，主要说了一下的问题：1，是否能够ping通服务器；2. telnet 服务器 1433，看能否通; 3，用户和密码的问题。 我尝试了一下，第2步是怎么都不通的。但是遇到另一个问题，就是在服务器上，Telnet 也是不能工作。因此是否是这个问题，就不敢肯定。用户和密码，访问权限的事情，我敢肯定是不存在的。
对于SQL Server服务，其实还存在不少疑问，首先是安装时SQL Server时需要选择用户帐户的问题，不同的用户账户，对应了不同访问权限。一般从本地系统选择系统服务，网络服务，或者从网络中选择一个用户，作为SQL Server服务的启动者。本地的系统服务只有普通user的权限，不能进行网络级别的访问，但是对于仅访问本机的服务，应该是足够的。本地的网络服务，相当与局域网域内的user，可以通过服务器自身的验证，具有一般域用户的访问权限。网络上的其它用户，则根据该用户的定义，实现特定权限的访问，如本地或域的特殊访问权限。这个权限也可以在安装完成后哦，在控制面板的服务设置里面进行修改。修改后采用该帐号重新启动服务即可生效。为了便于网内访问，设定了特定的域用户，能够访问域内的所有 SQL Server。
SQL Server 自身的安装很快，安装完成后，很快就试了在本机的访问，没有问题。然后在另外一台电脑上用企业管理器试，却找不到该服务器。回到这个服务器上，将服务器的网络配置修改一下，同时启用命名管道，TCP/IP和共享内存3钟协议，此时再试，就可以找到该SQL服务器了。但是如果仅启用 TCP/IP 协议，依然会找不到该服务器。我想这个域企业管理器访问时所采用的方式有关吧。
这前面还有一个插曲，我将系统由 Windows XP 更换为 Windows Server 2003 R2 企业版。准备将该服务器加入域时，怎么都找不到域控制器。查询分配的IP地址，网关，DNS及WINS 等设置都没有问题，直接Ping域控也没有问题，但就是无法找到域控。后来看到有人说必须同时将两边的防火墙都关闭，这样试了一下，果然这个问题立即解决了。但是采用 XP 系统加入域时，没有这个麻烦的。
虽然SQL Server 的局域网访问问题解决，但是更大的问题来了 - 我们要使用的应用程序不能与我安装的 SQL Server 2005 配合，每次启动就立即挂起。这可是真正的大问题。不能远程访问，数据可以从本地导出去离线分析，但应用程序无法启动，则数据都无法采集。没有办法，只好把整个系统重新安装，回到原来的XP系统中，安装SQL Server 2000的个人版本。安装完成后，首先检查应用程序能否正常工作，然后在跟前面一样，配置服务器的网络接口，最终还算顺利的安装好了，这个困扰了我很久的问题算是解决了。
这次重新安装整个应用系统，虽然问题解决了，但是还留下不少疑问，主要是关于 SQL Server 的启动账户和访问权限的问题。对于具体的应用，怎样设置一个适当的帐号，可以保证应用的前提下，不给出过大的权限，以防产生系统安全问题。这个只能在以后继续看资料了。
|
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
收藏
淘帖
顶
踩
