3个回答
展开全部
断开宽带连接的
⒈ 错误代码832(XP) 、813(VISTA)
提示:错误代码832(XP)
存在其他拨好连接处于活动状态,请断开其他连接或者重起计算机。
错误代码813 (VISTA)
连接失败,错误代码813,异常错误。请核对客户名和密码并检查网线是否插好。
原因:由于计算机中存在其他连接导致。
处理方法:1.请断开本地连接以外的所有连接后再次登陆,查看是否正常。
2.请重起电脑后再次登陆,查看是否正常。
3.如不能正常使用,错误代码改变,请根据相应错误代码处理故障。
1.将所有宽带连接都删除;
2.如果第一步的方法无法解决,请打开控制面板---设备管理器,将网络适配器下的选项右击禁用;
3.重启后,将网络适配器下的选项右击启用;
4.建立新的宽带连接即可.
⒈ 错误代码832(XP) 、813(VISTA)
提示:错误代码832(XP)
存在其他拨好连接处于活动状态,请断开其他连接或者重起计算机。
错误代码813 (VISTA)
连接失败,错误代码813,异常错误。请核对客户名和密码并检查网线是否插好。
原因:由于计算机中存在其他连接导致。
处理方法:1.请断开本地连接以外的所有连接后再次登陆,查看是否正常。
2.请重起电脑后再次登陆,查看是否正常。
3.如不能正常使用,错误代码改变,请根据相应错误代码处理故障。
1.将所有宽带连接都删除;
2.如果第一步的方法无法解决,请打开控制面板---设备管理器,将网络适配器下的选项右击禁用;
3.重启后,将网络适配器下的选项右击启用;
4.建立新的宽带连接即可.
展开全部
错误代码832说明你的电脑已经存在了一个拨好的连接,并且处于活动状态,请断开其他连接或者重起计算机
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
SQL-Server附加数据库失败
在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') /* 重建LDF文件 */
第四、
update sysdatabases set status=0 where name='数据库名' /* 重置数据库状态 */
第五、
restore database 数据库名 WITH RECOVERY /* 恢复数据库 (这一步,有时可省略)*/
第六、
exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE /* 关闭打开修改系统表的开关 */
按照此方法操作,应该能修复数据库正常访问了。如果问题依然存在,最笨的一个方法就是新建另一个数据库,把原数据库(Test)各个表的数据导出到新建数据库表中。
============================================================
补充说明:用上面的六步把数据库置疑的问题解决了,但是数据库表里还有损坏的表(inf_gdscode),把坏表导出的时候也不成功。最后在查询分析器里运行:
USE nmgbt_hcxuexipos (数据库名)
GO
DBCC CHECKTABLE ('inf_gdscode',REPAIR_ALLOW_DATA_LOSS)
GO
在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') /* 重建LDF文件 */
第四、
update sysdatabases set status=0 where name='数据库名' /* 重置数据库状态 */
第五、
restore database 数据库名 WITH RECOVERY /* 恢复数据库 (这一步,有时可省略)*/
第六、
exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE /* 关闭打开修改系统表的开关 */
按照此方法操作,应该能修复数据库正常访问了。如果问题依然存在,最笨的一个方法就是新建另一个数据库,把原数据库(Test)各个表的数据导出到新建数据库表中。
============================================================
补充说明:用上面的六步把数据库置疑的问题解决了,但是数据库表里还有损坏的表(inf_gdscode),把坏表导出的时候也不成功。最后在查询分析器里运行:
USE nmgbt_hcxuexipos (数据库名)
GO
DBCC CHECKTABLE ('inf_gdscode',REPAIR_ALLOW_DATA_LOSS)
GO
参考资料: http://hi.baidu.com/loosensong/blog/item/7bd39e9081290044d0135e3b.html
本回答被提问者采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询