SQL SERVER 附加数据库时出现：ERROR 5123
用户、组或角色 在当前数据库中已存在
用户、组或角色'zgb' 在当前数据库中已存在。
(Microsoft SQL Server，错误: 15023)在使用SQL Server 2000时，我们经常会遇到一个情况：需要把一台服务器上的数据库转移到另外一台服务器上。
而转移完成后，需要给一个"登录"关联一个"用户"时,往往会发生错误：“错误15023:当前数据库中已存在用户或角色”这个问题非常棘手，几经排常找到了原因与解决方法，因为这个问题与解决方法均比较复杂，所以把这个过程中的一些经验纪录下来与大家分享，希望能对大家以后的类似操作有所帮助。
原因及解决办法如下：首先介绍一下sql server中“登录”与“用户”的区别，“登录”用于用户身份验证，而数据库“用户”帐户用于数据库访问和权限验证。
登录通过安全识别符(SID) 与用户关联。
将数据库恢复到其他服务器时，数据库中包含一组用户和权限，但可能没有相应的登录或者登录所关联的用户可能不是相同的用户。
这种情况被称为存在“孤立用户”。
此时是不能通过新建登录或者是对同名登录授予对应数据库的“用户”权限来解决登录问题，因为SQL Server会报出“错误15023:当前数据库中已存在用户或角色”，为了解决这个问题，需要调用系统存储过程sp_change_users_login，具体用法如下：Use netzsgosp_change_users_login 'update_one', 'yjsy312', 'yjsy312'其中netzs为存在孤立用户的数据库，update_one是存储过程的参数，表示只处理一个用户，前一个yjsy312是“用户”，后一个yjsy312是“登录”，以上这个SQL 表示将服务器登录“yjsy312”与netzs 数据库用户“yjsy312”重新连接起来。
这样就可以正常使用数据库了。
SQL_Server数据库连接失败错误及解决方法
SQL Server数据库连接失败错误及解决方法在使用SQL Server 的过程中，用户遇到的最多的问题莫过于连接失败了。
一般而言，有以下两种连接SQL Server 的方式，一是利用SQL Server 自带的客户端工具，如企业管理器、查询分析器、事务探查器等;二是利用用户自己开发的客户端程序，如ASP 脚本、VB程序等，客户端程序中又是利用ODBC 或者OLE DB 等连接SQL Server。
下面，我们将就这两种连接方式，具体谈谈如何来解决连接失败的问题。
一、客户端工具连接失败在使用SQL Server 自带的客户端工具(以企业管理器为例)连接SQL Server时，最常见的错误有如下一些：1、SQL Server 不存在或访问被拒绝ConnectionOpen (Connect())2、用户'sa'登录失败。
原因：未与信任SQL Server 连接相关联。
3、超时已过期。
下面我们依次介绍如何来解决这三个最常见的连接错误。
第一个错误"SQL Server 不存在或访问被拒绝"通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。
一般说来，有以下几种可能性：1、SQL Server名称或IP地址拼写有误;2、服务器端网络配置有误;3、客户端网络配置有误。
要解决这个问题，我们一般要遵循以下的步骤来一步步找出导致错误的原因。
首先，检查网络物理连接：ping <服务器IP地址>或者ping <服务器名称>如果ping <服务器IP地址> 失败，说明物理连接有问题，这时候要检查硬件设备，如网卡、HUB、路由器等。
还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的，比如ISA Server。
防火墙软件可能会屏蔽对ping、telnet 等的响应，因此在检查连接问题的时候，我们要先把防火墙软件暂时关闭，或者打开所有被封闭的端口。
sqlserver附加数据库错误823的解决方案
单位一台单机刷卡的机器，sql2000数据库，数据库名后面有“（置疑）”字样，程序无法使用。
从网上搜到方法：解决办法：在SQL-Server企业管理器中，新建同名数据库（这里假设为Test）后，停止数据库，把损坏的数据库文件Data.mdf和Test_log.LDF覆盖刚才新建数据库目录下的Data.mdf和Test_log.LDF，同时删除Test_log.LDF文件；启动数据库服务，发现数据库名Test后面有“置疑”字样。
不要紧，打开SQL自带查询分析器，分别执行如下SQL语句：第一、exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE第二、update sysdatabases set status=32768 where name='数据库名'第三、DBCC REBUILD_LOG ('数据库名','D:\database\Test_Log.LDF')--这个没执行成功！！第四、update sysdatabases set status=0 where name='数据库名'第五、restore database 数据库名WITH RECOVERY第六、exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE按照此方法操作，应该能修复数据库正常访问了。
如果问题依然存在，最笨的一个方法就是新建另一个数据库，把原数据库（Test）各个表的数据导出到新建数据库表中。
============================================================补充说明：用上面的六步把数据库置疑的问题解决了，但是数据库表里还有损坏的表(inf_gdscode)，把坏表导出的时候也不成功。
SQLServer数据库错误5123解决方案
SQLServer数据库错误5123解决⽅案因为⾃⼰有⼀本基于SQL Server 2005的数据库教程，⾥边使⽤的⽰例数据库是AdventureWorks for SQL Server 2005，⽽我的机⼦上装的是SQL Server 2008，⽰例数据库是AdventureWorks for SQL Server 2008。
起初我以为⽰例数据库AdventureWorks for SQL Server 2005 与AdventureWorks for SQL Server 2008 数据库结构应该差不多，可是在练习的过程中，我发现两个数据库中很多表的结构还是有很多不⼀样的地⽅。
于是决定到微软下载中⼼将⽰例数据库AdventureWorks for SQL Server 2005下过来，附加到SQL Server 2008上，以便顺利进⾏练习。
我以SQL Server 2008的超级管理员账户“sa”连接登录到实例SQLSERVER2008：在附加⽰例数据库AdventureWorks for SQL Server 2005时，弹出了下图这个错误：仔细看了⼀下主要信息“尝试打开或创建物理⽂件......时，CREATE FILE遇到操作系统错误 5(拒绝访问。
)”，⼀看就知道应当是对要附加的数据⽂件的操作权限不够。
按⼀般的思维习惯，我们会对操作权限不够的⽂件授予⾜够的操作权限。
⽐如，有⽹友说“给要附加的数据⽂件和相应的⽇志⽂件授予Everyone的权限”，授权过程如下三张截图所⽰（注意数据⽂件和⽇志⽂件都必须授权）：（图1：授权数据⽂件）（图2：数据⽂件授权后）（图3：⽇志⽂件授权后）对要附加的数据⽂件和⽇志⽂件分别授予Everyone【读取和执⾏】、【读取】的权限后，在SQL Server 2008中重新尝试附加数据库，发现可以附加成功了！是不是问题就这样解决了呢？这样⼦做对吗？如果在真实的数据库管理过程中，我们把数据⽂件、⽇志⽂件的权限放⼤到Everyone，那肯定是不对的做法。
SQLSERVER错误号，SQLSERVER错误代码
SQLSERVER错误号，SQLSERVER错误代码SQLSTATE SQL SERVER 驱动程序错误描述HY000所有绑定列都是只读的。
必须是可升级的列，以使⽤ SQLSetPos 或 SQLBulkOperations 更改或插⼊⾏。
HY000已检测到⼀个旧netlib (%s)。
请删除并重新启动应⽤程序。
正在装载的 netlib 已过期。
驱动程序请求⼀个较新的 netlib。
问题可能出在应⽤程序当前⽬录中的 netlib，正在装载的是这个netlib，⽽不是系统⽬录中的那个。
也可能是该 netlib 安装不当或已损坏。
如果错误⽂本中所指定的 netlib 存在于 Windows 系统⽬录外的其它地⽅，请将其删除。
如果 netlib 只存在于系统⽬录中，在客户端安装客户实⽤⼯具，然后重新启动应⽤程序。
HY000尝试将 NULL 值⼤容量复制到不接受NULL 值的 Server 列中。
字段包含 NULL 值，但列不允许 NULL 值。
HY000尝试将过⼤的列⼤容量复制到 SQLServer。
为列提供的长度⼤于表中的列定义。
HY000尝试读取 BCP 格式⽂件的未知版本。
bcp 格式⽂件中的标题⾏采⽤了不可识别的版本。
HY000错误的⼤容量复制⽅向。
必须是 IN 或者OUT。
bcp_init 调⽤没有为 eDirection 参数指定有效的⽅向。
HY000错误的终⽌符。
bcp_bind 中提供的终⽌符字符串⽆效。
HY000Bcp 主⽂件必须⾄少包含⼀列。
未选定任何要装载的列。
HY000⽆法⽣成 SSPI 上下⽂。
驱动程序⽆法获得集成安全性所要求的 SSPI 上下⽂。
本机错误将包含该 Win32 错误代码。
HY000⽆法初始化 SSPI包。
驱动程序⽆法获得集成安全性所要求的 SSPI 上下⽂。
本机错误将包含该 Win32 错误代码。
HY000通讯模块⽆效。
未正确安装驱动程序。
⽹络库 .dll 已损坏。
Server连接失败错误及解决
小结SQL Server连接失败错误及解决在使用SQL Server 的过程中，用户遇到的最多的问题莫过于连接失败了。
一般而言，有以下两种连接SQL Server 的方式，一是利用SQL Server 自带的客户端工具，如企业管理器、查询分析器、事务探查器等；二是利用用户自己开发的客户端程序，如ASP 脚本、VB程序等，客户端程序中又是利用ODBC 或者OLE DB 等连接SQL Server。
一、客户端工具连接失败在使用SQL Server 自带的客户端工具（以企业管理器为例）连接SQL Server时，1、SQL Server 不存在或访问被拒绝ConnectionOpen (Connect())2、用户'sa'登录失败。
原因：未与信任SQL Server 连接相关联。
3、超时已过期。
下面我们依次介绍如何来解决这三个最常见的连接错误。
第一个错误"SQL Server 不存在或访问被拒绝"通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。
一般说来，有以下几种可能性：1、SQL Server名称或IP地址拼写有误；2、服务器端网络配置有误；3、客户端网络配置有误。
要解决这个问题，我们一般要遵循以下的步骤来一步步找出导致错误的原因。
首先，检查网络物理连接：ping ＜服务器IP地址＞或者ping ＜服务器名称＞如果ping ＜服务器IP地址＞失败，说明物理连接有问题，这时候要检查硬件设备，如网卡、HUB、路由器等。
还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的，比如ISA Server。
防火墙软件可能会屏蔽对ping、telnet 等的响应，因此在检查连接问题的时候，我们要先把防火墙软件暂时关闭，或者打开所有被封闭的端口。
如果ping ＜服务器IP地址＞成功而ping ＜服务器名称＞失败，则说明名字解析有问题，这时候要检查DNS 服务是否正常。
sqlserver中的错误信息错误1-999
sqlserver中的错误信息错误1-999展开全文sql server中的错误信息错误 1 -999错误严重度描述（消息文本）1 10 上次升级的版本日期: 10/11/90.21 10 警告:严重错误 %1! 发生于 %2!。
请记下错误和时间，然后与系统管理员联系。
102 15 在 ''%1!'' 附近有语法错误。
103 15 以 ''%2!'' 开头的 %1! 太长。
最大长度为 %4!。
104 15 如果语句中包含 UNION 运算符，那么 ORDER BY 子句中的项就必须出现在选择列表中。
105 15 字符串 ''%1!'' 之前有未闭合的引号。
106 16 查询中的表名太多。
允许的最大数目为 %1!。
107 15 列前缀 ''%1!'' 与查询中所用的表名或别名不匹配。
108 15 ORDER BY 子句中的位置号 %1! 超过了选择列表中项数目。
109 15 INSERT 语句中列的数目大于 VALUES 子句中指定的值的数目。
VALUES 子句中值的数目必须与 INSERT 语句中指定的列的数目匹配。
110 15 INSERT 语句中列的数目小于 VALUES 子句中指定的值的数目。
VALUES 子句中值的数目必须与 INSERT 语句中指定的列的数目匹配。
111 15 ''%1!'' 必须是批查询中的第一条语句。
112 15 %1! 语句中不允许有变量。
113 15 缺少注释的结尾标记 '*/'。
114 15 对于将值赋给变量的语句，浏览模式无效。
116 15 当没有用 EXISTS 引入子查询时，在选择列表中只能指定一个表达式。
117 15 %1! 名称 ''%2!'' 包含的前缀数目超过了最大值。
常见的SQLServer连接失败错误以及解决方法（2）
常见的SQLServer连接失败错误以及解决方法（2）常见的SQLServer连接失败错误以及解决方法具体设置如下:manage管理器->windows authentication(第一次用windows 方式进去),->对象资源管理器中选择你的数据服务器--右键>属性>security>sqlserver and windows authentication方式同时选中.2:设置一个sql server方式的用户名和密码,具体设置如下:manage管理器->windows authentication>new query>sp_password null,'sa123456','sa' 这样就设置了一个用户名为sa ,密码为:sa123456的用户,下次在登陆时,可以用sql server方式, 用户名为sa ,密码为:sa123456的用户进数据库了.3：用ssms运行的 sp_password null,'sa123456','sa' 然后重新启动sql;c--连接超时如果遇到这样的错误，一般而言表示客户端已经找到了这台服务器，并且可以进行连接，不过是由于连接的时间大于允许的时间而导致出错。
这种情况比较少见，一般发生在当用户在internet上运行企业管理器来注册另外一台同样在internet上的服务器，并且是慢速连接时，有可能会导致以上的超时错误。
有些情况下，由于局域网的网络问题，也会导致这样的错误。
要解决这样的错误，可以修改客户端的连接超时设置。
默认情况下，通过企业管理器注册另外一台sql server的超时设置是4 秒，而查询分析器是 15 秒。
具体步骤为:企业管理器中的设置:1、在企业管理器中，选择菜单上的"工具"，再选择"选项";2、在弹出的"sql server企业管理器属性"窗口中，点击"高级"选项卡;3、在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字，如 30。
SA无法附加数据库
2、打开SlServer 2005 ，在只读的数据库上右击选择属性，选中属性窗口左边&uot;选择页&uot;下面的&uot;选项&uot;，在窗口右边将“数据库为只读”改为f
。操作系统错误 5:&uot;5(拒ver，错误: 5120)
1 所有有程序-SL Server 2005-配置工具-&uot;SL Server Configuration Manager&uot;，点击&uot;SL Server 2005 服务&uot;，右边会显示出用户，右击你的用户(如sa)属性，内置帐户选择&uot;Local System&uot;，点击重新启动就OK了
2 附加后发现数据库属性为只读 解决方法为：
1、打开 开始→程序→Microsoft SL Server 2005→配置工具→SL Server 配置管理器, 打开SL Server SLEXPRESS 的属性.在内置帐号处，把“网络服务”改成“本地系统”，重新启动SL Server 2005 Express 后，再附加数据库一切正常。
SQL 2005的创建数据库操作系统错误的问题
SQL 2005的创建数据库操作系统错误的问题create database bj_jfon(name='bj_jf',filename='E:\jingfeng\bj_jf_data.mdf',size=10,filegrowth=20%)log on(name='bj_jf_log',filename='E:\jingfeng\bj_jf_log.ldf',size=3,maxsize=20,filegrowth=10%)但是他会报错：消息1802，级别16，状态4，第 1 行CREATE DATABASE 失败。
无法创建列出的某些文件名。
请查看相关错误。
消息5123，级别16，状态1，第 1 行尝试打开或创建物理文件'E:\jingfeng\bj_jf_data.mdf' 时，CREATE FILE 遇到操作系统错误5(拒绝访问。
)。
但是他会报错：消息1802，级别16，状态4，第 1 行CREATE DATABASE 失败。
无法创建列出的某些文件名。
请查看相关错误。
消息5123，级别16，状态1，第 1 行尝试打开或创建物理文件'E:\jingfeng\bj_jf_data.mdf' 时，CREATE FILE 遇到操作系统错误5(拒绝访问。
)。
解答：方法一：这是因为SQL Server的启动帐户（一般是system或某个操作系统管理员），对E盘根目录没有创建文件的权限。
右击E盘，在属性里查看“安全”选项卡里查看用户的权限。
查看启动帐户是谁，运行services.msc，在服务管理器里找到SQL Server服务，然后看“登录”选项卡。
方法二：打开sql 2005 configuration manager ,双击sql 服务器，打开sql服务器的属性，在内置帐户中选择本地系统。
（一般可以解决此问题）最后，重新启动服务器，就ok了。
SQLServer错误代码及解释（三）
SQLServer错误代码及解释（三）5001 因为其它资源需要它，不能将群集资源移到另⼀个组。
5002 找不到此群集资源的依存。
5003 因为已经处于依存状态，此群集资源不能依存于指定的资源。
5004 此群集资源未联机。
5005 此操作没有可⽤的群集节点。
5006 没有群集资源。
5007 找不到群集资源。
5008 正在关闭群集。
5009 因为联机，群集节点⽆法从群集中脱离。
5010 对象已存在。
5011 此对象已在列表中。
5012 新请求没有可⽤的群集组。
5013 找不到群集组。
5014 因为群集组未联机，此操作不能完成。
5015 群集节点不是此资源的所有者。
5016 群集节点不是此资源的所有者。
5017 群集资源不能在指定的资源监视器中创建。
5018 群集资源不能通过资源监视器来联机。
5019 因为群集资源联机，此操作不能完成。
5020 由于是仲裁资源，群集资源不能被删除或脱机。
5021 由于没有能⼒成为仲裁资源，此群集不能使指定资源成为仲裁资源。
5022 群集软件正关闭。
5023 组或资源的状态不是执⾏请求操作的正确状态。
5024 属性已被存储，但在下次资源联机前，不是所有的修改将⽣效。
5025 由于不属于共享存储类别，群集不能使指定资源成为仲裁资源。
5026 由于是内核资源，⽆法删除群集资源。
5027 仲裁资源联机失败。
5028 ⽆法成功创建或装⼊仲裁⽇志。
5029 群集⽇志损坏。
5030 由于该⽇志已超出最⼤限量，⽆法将记录写⼊群集⽇志。
5031 群集⽇志已超出最⼤限量。
5032 群集⽇志没有发现检查点记录。
5033 不满⾜⽇志所需的最⼩磁盘空间。
5034 群集节点未能控制仲裁资源，因为它被另⼀个活动节点拥有。
5035 这个操作的群集⽹络⽆效。
5036 此操作没有可⽤的群集节点。
5037 所有群集节点都必须运⾏才能执⾏这个操作。
5038 群集资源失败。
5039 该群集节点⽆效。
5040 该群集节点已经存在。
Sqlserver2005附加数据库时出错提示操作系统错误5
Sqlserver2005附加数据库时出错提示操作系统错误5(拒绝访问)的
解决办法
Sql Server2005附加数据库文件时弹出错误信息：如下图：
方案一：切换登录方式
出现这种情况是由于用“混合验证方式”（SQL Server身份验证）登录数据库造成的，只要将登录方式改为“windows身份验证方式”
登录即可解决该问题，附加成功后再换用“混合验证模式”登陆就没问题了。
方案二：修改服务
选择所有程序-SQL Server 2005-配置工具-选择"SQL Server Configuration Manager"或者“SQL Server 配置管理器”，打开“SQL Server Configuration Manager”配置界面，在左侧选择"SQL Server 2005 服务"，在右侧右击打开“SQL Server (SQLEXPRESS)”的属性，在内置账户处将网络服务--”Network Service”改为本地系统--"Local System"，点击“重新启动”后再附加数据库就OK了。
主要配置过程如下图：
1.打开“SQL Server Configuration Manager”配置界面
2.选择SqlServer(SQLEXPRESS),选项，并右击
3.选择“Local System”
4.选择“重新启动”
5.配置成功。
【VIP专享】SQL数据库连接常见错误的解决方法
怎样解决SQL数据库连接错误很多人使用SQL数据库的时候经常会出现很多错误，这篇文章采用图文的形式给大家列出常见的错误及解决方法。
一、常见错误1错误一：错误信息erroe40，点击登录Sql时出现的错误。
1.错误二：错误信息erroe26，点击登录窗体时报出的错误，无法正常登录。
错误三：Microsoft Sql Sever 错误53,错误信息erroe40，无法正常登录。
错误四：Microsoft Sql Sever错误18456,无法正常登录错误五：出现异常，无法打开到SQL Sever的连接。
二、解决方法1.1错误一的原因：没有打开sql服务器。
解决办法：打开sql服务器。
步骤：右键点击【我的电脑】打开【管理】，点击【服务和应用程序】剩下步骤如图所示错误二的原因：选择错误的Sql服务器。
解决办法：查看刚才打开的数据库Sql Sever服务器名称，登录的时候选择它作为登录服务名称。
2.错误三的原因：输入错误的服务器名称，并且Sql Sever服务没有大概。
解决方法：这里有打开sql服务器的另一种方式，错误的服务器名称自己检查下修改下；打开服务器的另一种方法图示步骤如下：3.4错误四的原因：数据库没有给sa授权登录。
解决方法：先使用window身份验证登录，登录后点击,点击安全性，打开登录名，右键打开sa属性,在sa登录属性框里，点击状态，在登录框里选择启用项，确定后；断开连接，重新连接选择sa身份登录。
4.5错误五的原因：没有选择正确的sql服务。
断开重新选择连接，选择合适的服务。
解决方法：注意事项∙看清自己启动的是哪个服务（启动时候记住Sql Sever记住服务名称）∙登录是选择合适的登录身份验证用户。
sqlserver 一些错误以及解决方法
一直以来,在安装SQL时,总会时不时提示安装程序被挂起的问题,害得我装了N次的系统,就在前几天晚上照样害我三点钟才睡，最终我上网查看了很多资料之后总结如下，希望对大家有所帮助：今天在服务器上的SQL server挂了之后,重新装了,可老提示什么狗P程序被挂起的信息,最后不得不细找原因,功夫不负有心人,终于找出了病症所在,K,我要早知道这么简单,就再也不装系统了.....汗死,详情如下,做个备份,以便今后再碰到类似问题有地方查!1、先运行你的安装程序，当提示挂起时，点击“确定”，切记，不要退出安装程序，用ALT+Tal 键切换，点击“开始》运行”，输入“regedit”，打开注册表2、找到目录HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager3、删除其中的“PendingFileRenameOperations”(在这里说明一下，PendingFileRenameOperations文件位于Session Manager右侧，即当你点击Session Manager 时，在右边就可以看到了)4、关闭注册表5、重新开始安装SQL Server 2000，一切OK了。
简单吧6、问题解决了，哈哈（如果上述步骤没能解决你问题，请继续往后看）二、我是在WIN2003下安装的SQL2000,不用管"...SQL2000SP2不能安装在WIN2003下.."的提示,点继续,等安装完后再马上打上SP3,没有问题!只是在安装过程中还出现了这个错误:安装程序配置服务器失败。
参考服务器错误日志和C:\WINNT\sqlstp.log 了解更多信息.WINNT目录下的sqlstp.log中最后是这样的错误信息：正在启动?Chinese_PRC_CI_AS-m -Q -T4022 -T3659正在与服务?driver={sql server};server=GH;UID=sa;PWD=;database=master[Microsoft][ODBC SQL Server Driver][Shared Memory]一般性网络错误。
SQLServe数据源连接失败问题总结
SQL Server ODBC数据源连接失败问题总结本文针对SQL Server 不存在或是访问被拒绝、[Microsoft][ODBC Sql Server Driver]无效的连接、SQLSERVER错误：18452三种常见的连接错误问题，提出了解决的方法，并且亲身实践。
在提出问题之前，首先要检查防火墙和杀毒软件是否关闭，接着，在建立连接的时候，要保证SQL Server 服务器是打开的。
以上都做到后，请参考下文的出错情况以及解决方法。
一、错误1：SQL Server 不存在或是访问被拒绝SQLState:01000SQL Server 错误: 64[Microsoft][ODBC SQL Server Driver][DBNETLIB] ConnectionOpen (Connect()) 连接失败SQLState:08001SQL Server 错误: 17[Microsoft][ODBC SQL Server Driver][DBNETLIB] SQL Server 不存在或是访问被拒绝检查1433端口是否打开没有找到1433端口说明1433端口没有打开。
打开1433端口的方法：1.针对我安装的系统SP3，安装的SQL2005默认TCP/IP的状态是禁止的，因此：选择SQL Server Configuration Manager，然后分别打开SQL Server 2005 Services 和SQL Server 2005 Client Configuration，并把TCP/IP和Nameed Pipes的状态设置为Enabled；2.如果不行，就需要更新系统更新后，一定要重启电脑。
.重新检查1433端口，如下图所示，发现1433已经打开。
二、错误2：[Microsoft][ODBC Sql Server Driver]无效的连接再次打开ODBC,进行到第二步时，又出错了，不过这次的错误如图所示，显示的无效的连接，和之前的错误不同。
SQLServer连接失败错误及解决[2]数据库教程-电脑资料
![SQLServer连接失败错误及解决[2]数据库教程-电脑资料](https://img.taocdn.com/s3/m/1dee681feffdc8d376eeaeaad1f34693daef10a4.png)
SQLServer连接失败错误及解决[2]数据库教程-电脑资料server|错误|解决通过以上几个方面的检查，错误1 发生的原因基本上可以被排除，。
下面我们再详细描述如何来解决错误 2。
当用户尝试在查询分析器里面使用sa来连接SQL Server，或者在企业管理器里面使用sa来新建一个SQL Server注册时，经常会遇到如图 2 所示的错误信息。
该错误产生的原因是由于SQL Server使用了"仅Windows"的身份验证方式，因此用户无法使用SQL Server的登录帐户（如 sa ）进行连接。
解决方法如下所示：1、在服务器端使用企业管理器，并且选择"使用Windows 身份验证"连接上 SQL Server；2、展开"SQL Server组"，鼠标右键点击SQL Server服务器的名称，选择"属性"，再选择"安全性"选项卡；3、在"身份验证"下，选择"SQL Server和 Windows "。
4、重新启动SQL Server服务。
在以上解决方法中，如果在第 1 步中使用"使用 Windows 身份验证"连接SQL Server 失败，那么我们将遇到一个两难的境地：首先，服务器只允许了 Windows 的身份验证；其次，即使使用了 Windows 身份验证仍然无法连接上服务器。
这种情形被形象地称之为"自己把自己锁在了门外"，因为无论用何种方式，用户均无法使用进行连接。
实际上，我们可以通过修改一个注册表键值来将身份验证方式改为SQL Server 和 Windows 混合验证，步骤如下所示：1、点击"开始"-"运行"，输入regedit，回车进入注册表编辑器；2、依次展开注册表项，浏览到以下注册表键：[HKEY_LOCAL_MACHINEOFTWARE\Microsoft\MSSQLServer\MSSQLServer]3、在屏幕右方找到名称"LoginMode"，双击编辑双字节值；4、将原值从1改为2，点击"确定"；5、关闭注册表编辑器；6、重新启动SQL Server服务。
sa无法附加数据库
sql server 2005附加数据库错误:尝试打开或创建物理文件
无法打开物理文件"E:\works\database\northwnd\northwnd.mdf"。
操作系统错误5:"5(拒绝访问。
)"。
(Microsoft SQL Server，错误: 5120)
1 所有有程序-SQL Server 2005-配置工具-"SQL Server Configuration Manager"，点击"SQL Server 2005 服务"，右边会显示出用户，右击你的用户(如sa)属性，内置帐户选择"Local System"，点击重新启动就OK了
2 附加后发现数据库属性为只读解决方法为：
1、打开开始→程序→Microsoft SQL Server 2005→配置工具→SQL Server 配置管理器, 打开SQL Server SQLEXPRESS 的属性.在内置帐号处，把“网络服务”改成“本地系统”，重新启动SQL Server 2005 Express 后，再附加数据库一切正常。
2、打开SqlServer 2005 ，在只读的数据库上右击选择属性，选中属性窗口左边"选择页"下面的"选项"，在窗口右边将“数据库为只读”改为false ，点击确定即可。
总结：之所以附加上的数据库为“只读”，是因为启动SQL Server 的默认的启动帐号“网络服务”对所附加(Attach)的数据库文件的权限不够造成的。
sqlserver错误9003：LSN无效（日志扫描号无效）,对数据库的修复
sql server 错误9003：LSN无效(日志扫描号无效),对数据库的修复sql server 错误9003：LSN无效(日志扫描号无效)今天,从朋友那儿接到一个有问题的数据库文件与日志文件,在使用sql2000与sql2005进行数据库附加时,sql server报错,错误信息: "传递给数据库 'POS' 中的日志扫描操作的日志扫描号 (2806:120:1) 无效。
此错误可能指示数据损坏，或者日志文件(.ldf)与数据文件(.mdf)不匹配。
如果此错误是在复制期间出现的，请重新创建发布。
否则，如果该问题导致启动期间出错，请从备份还原。
无法打开新数据库 'POS'。
CREATE DATABASE 中止。
(Microsoft SQL Server，错误: 9003)"一看是9003错误,就想到可能是由于日志文件的原因,再看数据库文件可能损坏,于是想到dbcc checkdb指令.方法如下:1．我们使用默认方式建立一个供恢复使用的数据库(如pos)。
可以在SQ Server Enterprise Manager里面建立。
2．停掉数据库服务器。
3．将刚才生成的数据库的日志文件pos_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件pos_data.mdf。
4．启动数据库服务器。
此时会看到数据库pos的状态为“置疑”。
这时候不能对此数据库进行任何操作。
5．设置数据库允许直接操作系统表。
此操作可以在SQ Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。
也可以使用如下语句来实现。
use mastergoexec sp_configure 'allow updates',1goreconfigure with overridego6．设置pos为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID('pos')此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表7．下面执行真正的恢复操作，重建数据库日志文件godbcc rebuild_log('pos','D:\Program Files\Microsoft SQL Server\MSSQL\Data\pos_log.ldf') go。