Ⅰ sql 怎么都连接不上服务器
1、转到[Microsoft SQL Server 2008]并找到[SQL Server配置管理器]，单击里面。
Ⅱ 我的SQL server数据库无法连接 请高手指点下为什么
是不是，你是数据库的服务器没有启动啊。
重新启动数据库服务器，在进行数据库连接。
问题原因：
SQL 服务器已配置为在 " Windows 身份验证模式 （Windows 身份验证） " 操作和不允许
使用 SQL 帐户。
解决方法：
从 " Windows 身份验证模式 （Windows 身份验证） " 的 SQL 服务器身份验证模式更改
到 " 混合模式 （Windows 身份验证和 SQLServer 身份验证） "。
解决方案'
用户 'sa' 登录失败。该用户与可信 SQL Server 连接无关联
问题一、忘记了登录Microsoft SQL Server 2005 的sa的登录密码
解决方法：先用windows身份验证的方式登录进去，然后在‘安全性’-‘登录’-右键单击‘sa’-‘属性’，修改密码（sa的密码不能太简单，最好要有数字，字母，下划线字符组成，且长度最好大于10个字符）；点击确定就可以了。
问题二、已成功与服务器建立连接，但是在登录过程中发生错取。（provider:共享内存提供程序，error：0-管道的另一端上无任何进程。）（Microsoft SQL Server,错误:233）
解决方法：打开‘程序’－‘所有程序’－‘Microsoft SQL Server 2005 ’－‘配置工具’－‘SQL Server 配置管理器’，在弹出的窗体中，找到‘SQL Server 2005 网络配置’，把‘MSSQLSERVER的协议’下的“Named Pipes”和“TCP/IP”启动，然后重新启动Microsoft SQL Server 2005就可以了。
问题三、无法打开用户默认数据库。登录失败。用户‘sa’登录失败。（Microsoft SQL Server, 错误：4064）
解决方法：先用windows身份验证的方式登录进去，然后在‘安全性’-‘登录’-右键单击‘sa’-‘属性’，将默认数据库设置成master，点击确定就可以了。
问题四、sql server 2005 错误 18452
无法连接到服务器
服务器：消息18452， 级别16，状态1
[Microsoft][ODBC SQL Server Driver][SQL Server]用户‘sa’登陆失败。原因：未与信任SQL Server连接相关联
该错误产生的原因是由于SQL Server使用了"仅 Windows"的身份验证方式，因此用户无法使用SQL Server的登录帐户（例如 sa )进行连接，解决方法如下
设置允许SQL Server身份登录 (基本上这个很有用)
操作步骤：
1。在企业管理器中，展开"SQL Server组"，鼠标右键点击SQL Server服务器的名称
2。选择"属性"
3。再选择"安全性"选项卡
4。在"身份验证"下，选择"SQL Server和 Windows"
5。确定,并重新启动SQL Server服务
问题五、用户 'sa' 登录失败。该用户与可信 SQL Server 连接无关联。
解决方法：检查你的数据库的认证模式，windows 和 混合模式，需要SA登陆的请选择混合模式。
检查计算机1433连接端口，1434数据端口是否打开
针对sql 2005 进入管理器中“安全”==》“用户”==》双击用户（弹出属性对话框）==》“状态”把状态改成enable，退出管理器重新登录（用户验证模式）
即：右键数据库属性对话框，选择“安全性”选项卡，服务器身份验证模式选择“SQL Server和Windows身份验证模式 。然后重新配置sa的登陆信息即可。
SQL SERVER 2005使用sa 登录失败-提示该用户与可信 SQL Server 连接无关联
错误提示：
sa 登录失败，提示该用户与可信 SQL Server 连接无关联
解决方法：
打开SQL Server Management Studio Express，
右键点击服务器，选择Properties(属性),在弹出窗口中点击Security(安全)切换到安全面板，
将server authentication服务器认证从windows authentication mode（windows用户认证模式）
修改为Sql Server and Windows Authentication mode（Sql server和windows认证模式），ok。
打开security(安全性) -- logins(登录名) ，右键选中sa，选择properties(属性)，点击Status(状态)切换到状态面板，将Login(登录)设置为Enabled(启用)。
切记：一定要把SQL2005服务重启才生效。
Ⅲ 连接失败 SQL Server 不存在或访问被拒绝
Sql Server远程连接数据库时发生“[DBNETLIB][ConnectionOpen(connect()).]SQL Server 不存在或拒绝访问 ”的情况，原因有很多种，一般情况都是用过检查：
1、 防火墙；
2、1433端口；
来排除故障，但今天发现有以下情况同样会造成这个现象。
排除过程：
1、检查防火墙设置和1433端口设置正确；
2、如果出现“找不到网络路径”的报错，那么最好先PING一下它的IP地址。如果PING不通，那么需要先确认它是否连在网络或者网络连通性是否正常。然后查看是否启用了防火墙或者屏蔽掉了相应的端口。如果PING IP地址是正常的，但PING目标机器的计算机名不通，则需要查看是事网络名称解析有问题。关于如何诊断名称解析问题，可以先查看是所有客户端机器有问题还是某一台机器有问题。如果是所有机器的名称解析都有问题，那么你需要到网络的DNS或WINS服务器上检查了。如果只是某一台机器有问题，你需要先检查一下hosts和lmhosts文件；如果正常，可以重新注册一下DNS名字（ipconfig/reisterdns）。
－－－－正常；
3、如果出现“xxx计算机无法访问，您可能没有权限使用网络资源。请与这台服务器的管理员联系以查明您是否有访问权限”的报错，这可能是计算机的安全设置被改动过了，导致目标计算机无法被访问。可以采取以下步骤解决：
－－－存在这个问题，通过以下方法来解决
a. 打开“我的电脑”，在菜单上选择“工具”->“文件夹选项”->“查看”，清除“使用简单文件共享（推荐）”的选择。
b. 右键点击“我的电脑”，选择“管理”，选择“本地用户和组”->“用户”，右键点击Guest用户，选“属性”，清除“帐户已停用”的选择。
c. 点击“开始”->“运行”，输入secpol.msc，选择左边的“本地策略”->“用户权力指派”，双击右边的“从网络访问此计算机”，保证其中有Everyone，双击左边的“拒绝从网络访问此计算机”，保证其是空的。
d. 选择左边的“本地策略”->“安全选项”，a.确认右边的“网络访问：本地帐户的共享与安全模式”为“经典”；b.确认右边的“Microsoft网络客户：为通讯启用数字签名（总是）”为“已停用”；c.确认右边的“Microsoft网络客户：为通讯启用数字签名（如果服务器允许）”为“已启用”；d.确认右边的“Microsoft网络服务器：为通讯启用数字签名（总是）”为“已停用”；e.确认右边的“Microsoft网络服务器：为通讯启用数字签名（如果服务器允许）”为“已启用”。
4、用ODBC连接，结果一切OK。
Ⅳ SQL 数据库连接服务器失败是什么原因
由以下几个原因：x0dx0ax0dx0a1.数据库引擎没有启动 x0dx0ax0dx0a有两种启动方式：x0dx0a(1)开始->程序->Microsoft SQL Server 2008->SQL Server 2008外围应用配置器,在打开的界面单击"服务的连接的外围应用配置器",在打开的界面中找到Database Engine,单击"服务",在右侧查看是否已启动,如果没有启动可单击"启动",并确保"启动类型"为自动,不要为手动,否则下次开机时又要手动启动；x0dx0ax0dx0a(2)可打开:开始->程序->Microsoft SQL Server 2008->配置工具->SQL Server Configuration Manager,选中SQL Server 2008服务中SQL Server(MSSQLSERVER) ,并单击工具栏中的"启动服务"按钮把服务状态改为启动；x0dx0ax0dx0a 使用上面两种方式时,有时候在启动的时候可能会出现错误[/b],不能启动,这时就要查看"SQL Server 2008配置管理器"中的SQL Server 2008网络配置->MSSQLSERVER协议中的VIA是否已启用,如果已启用,则把它禁止.然后再执行上述一种方式操作就可以了。x0dx0ax0dx0a2.进行远程连接时,是否已允许远程连接.x0dx0ax0dx0aSQL Server 2008 在默认情况下仅限本地连接.我们可以手动启用远程连接.在上面第一种方式中,找到Database Engine,单击"远程连接",在右侧将"仅限本地连接(L)"改为"本地连接和远程连接(R)",并选中"同时使用TCP/IP和named pipes(B)".x0dx0ax0dx0a3.如果是远程连接,则还要查看连接数据库的语句是否正确,登录账户是否正确,密码是否正确等.x0dx0ax0dx0a我在一次局域网内连接数据库时,就要因为连接字符串出了问题,在局域网内一台机子连接另一台机子上数据库时,把Data Source=装有数据库的另一台机子的IP.我在连接数据库时总是出现上面的错误,查了好长时间,后来发现,IP没有正确到传到连接字符串,原来我在连接时,使用的是本地,即127.0.0.1,输入的IP没有传到连接字符串
Ⅳ sql server数据库连接失败
如果客户端计算机上的别名设置错误，可能会引起连接问题。您可以使用客户端网络实用程序查看别名。为此，请按以下步骤操作： 1. 启动客户端网络实用程序。如果 SQL Server 客户端工具被安装在正在运行客户端应用程序的计算机上，请按照以下步骤启动客户端网络实用程序： a. 单击“开始”，然后指向“程序”。 b. 指向“Microsoft SQL Server”，然后单击“客户端网络实用程序”。 如果 SQL Server 客户端工具没有安装在客户端计算机上，请按照以下步骤启动客户端网络实用程序： a. 单击“开始”，然后单击“运行”。 b. 在“运行”对话框中，在“打开”框中键入 cliconfg，然后单击“确定”。 2. 在“SQL Server 客户端网络实用程序”窗口中，单击“常规”标签，然后启用您要使用的所有协议。注意：您必须至少启用 TCP/IP 协议和命名管道协议。 3. 单击“别名”标签，然后验证为 SQL Server 实例所配置的别名。 4. 验证别名的属性，确认服务器名或 IP 地址和协议的配置是正确的。 通过使用服务器名、IP 地址或者其他协议，您可以创建一个新的别名以测试连接性能。注意：在 Microsoft 数据存取部件 (MDAC) 的早期版本中，客户端网络实用程序的用户界面是不同的。因此，如果您没有看到本文中列出的选项，请在运行客户端应用程序的计算机上安装 MDAC 的新版本。验证 SQL Server 实例正在正确地侦听要验证 SQL Server 实例正在正确地侦听命名管道、TCP/IP 或您在客户端应用程序中使用的其他协议，请打开当前的 SQL Server 错误日志文件。SQL Server 错误日志文件可能包括与以下类似的条目：2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes. 2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433.通过分析 SQL Server 错误日志文件中的条目，可以验证 SQL Server 实例是否正在侦听正确的 IP 地址和端口。在默认情况下，一个默认的 SQL Server 实例侦听端口 1433。您还可以使用服务器网络实用程序来验证 SQL Server 的协议设置并更改 SQL Server 中的属性，包括可以连接到 SQL Server 和可以使用的端口的协议。关于使用服务器网络实用程序的更多信息，请参见 SQL Server 在线参考书中的“SQL Server 网络实用程序”专题。有时候，SQL Server 2000 可能不会绑定于端口 1433 或任何其他指定的端口。如果端口正被其他应用程序使用，或者如果您正在尝试使用一个错误的 IP 地址进行连接，就可能会出现此问题。因此，TCP/IP 到 SQL Server 的连接可能不成功，在 SQL Server 错误日志中您会收到下列错误信息：2001-11-14 15:49:14.12 server SuperSocket Info:Bind failed on TCP port 1433.有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 307197 ( http://support.microsoft.com/kb/307197/) PRB:TCP\IP 端口正由另一应用程序使用 如果通过 TCP/IP 连接您不能连接到 SQL Server 实例，请尝试使用命名管道协议或共享内存协议。在命令提示符下运行下面的命令，以获取关于正在使用的端口的信息：