SQL server 错误‘80040e31’

2009-03-25 09:10:14 953 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

鸿蒙子系统解读-分布式软总线子系统初步研究（下）鸿蒙子系统解读-分布式软总线子系统初步研究（下）本文作者：江苏润和软件股份有限公司郎建中 3.2. 数据传输上一节我们看了PublishService()函数的代码实现过程。被发现端发布服务后，软总线回调发布成功的函数中，被发现端需要使用CreateSessionServer()来创建会话的服务器等待发现端的连接创建会话。下面我们就来分析CreateSessionServer()函数的实现过程。数据传输部分的代码位于foundation/communication/services/softbus 阅读详情

请大家帮帮忙，看看我这个报错信息是什么意思，应该怎么解决，谢谢了！

报错信息：Microsoft OLE DB Provider for SQL Server 错误 '80040e31' Timeout expired

再次谢谢哈！

...全文

Mixly/Arduino实战：WS2812点阵动态显示自定义图案与汉字本文手把手教你使用Mixly和Arduino驱动WS2812点阵屏，实现自定义图案与汉字的动态显示。内容涵盖硬件连接、取模软件设置、高效数据处理技巧（巧用Excel）、Mixly图形化编程及Arduino代码解析，并深入探讨动态显示与滚动汉字原理，最后提供常见问题排查与性能优化心得，助你从零开始轻松玩转智能硬件。阅读详情

zidian5

疑难问题 22,298 成员 121,727 内容

+ 关注 + 加入社区

切换为时间正序

ljluck7687 2009-03-26

打赏
举报

应该是连接超时，致使连接失败

dawugui 2009-03-25

打赏
举报

http://www.360doc.com/content/070316/16/7059_399747.html

新丁11111 2009-03-25

打赏
举报

联接超时，如果你是编程的话，你可以在你的数据源对象中设置timeout属性值，如果要是在数据库中，请参考上面，数据库这方面没有测试过

htl258_Tony 2009-03-25

打赏
举报

Microsoft OLE DB Provider for SQL Server错误80040e37

问题原因：
把数据库备份还原到另一个服务器时，可能会产生孤立用户的问题；
解决办法：
步骤：1.把备份的数据库还原到新的数据库服务器中（1.1企业管理器-->1.2数据库（右键）-->1.3所有任务-->1.4还原数据库-->1.5常规/还原为数据库/写上你要的数据库名字xxxx/选中从设备/选择设备/添加（浏览找到你的数据库备份文件）/确定/确定/确定-->1.6选项-->1.7将数据库还原为f:\usr\xxxx.mdf一般存放在你sql安装的目录下如：d:\Program Files\Microsoft SQL Server\MSSQL\Data\xxxx.mdf-->1.8确定就ok了！！
2. 查看你刚刚还原的数据库中的用户如：abc；
3. 查看安全性下面的登陆用户中是否有：abc如果没有此时的abc就是一个孤立用户；
4.打开查询分析器运行脚本
use 数据库名
go
DECLARE @sid BINARY(16)
SELECT @sid=sid FROM sysusers WHERE name='abc' and islogin=1
exec sp_addlogin @loginame = 'abc',@sid = @sid
5.注意,应该是先还原,如果事先在sql的安全性--登录中已经创建abc这个登录,则先删除它,再执行上面的语句.同过上面的就能解决问题了！======================================================================
总结：孤立用户疑难解答
把数据库备份还原到另一个服务器时，可能会遇到孤立用户的问题。下面的方案显示解决了这个问题：

通过执行sp_addlogin，把登录 janetl 改名为 dbo。
sp_addlogin 'janetl', 'dbo'
备份数据库。在本例中，备份 Northwind。
BACKUP DATABASE Northwind
TO DISK = 'c:\mssql\backup\northwnd'
除去刚刚备份的数据库。
DROP DATABASE Northwind
除去登录。
sp_droplogin 'janetl'
还原备份的数据库。
RESTORE DATABASE Northwind
FROM DISK = 'c:\mssql\backup\northwnd'
janetl 登录不能访问 Northwind 数据库，除非允许 guest 登录。尽管 janetl 登录已经删除，它仍然（作为一个孤立行）显示在 sysusers 表中：
USE Northwind
SELECT *
FROM sysusers
WHERE name = 'janetl'
解决孤立用户问题
用 sp_addlogin 添加一个临时登录。为孤立用户指定安全标识符(SID)（从 sysusers）。
sp_addlogin @loginame = 'nancyd',@sid = 0x32C864A70427D211B4DD00104B9E8A00
用 sp_dropalias 除去属于别名 SID 的临时别名。
sp_dropalias 'nancyd'
用 sp_dropuser 除去原始用户（即现在的孤立用户）。
sp_dropuser 'janetl'
用 sp_dropuser 除去原始登录。
sp_droplogin 'nancyd'

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
孤立用户的产生演示
创建一个测试的数据库
CREATE DATABASE DB_test
go
创建一个登录
EXEC sp_addlogin 'aa'
设置登录 aa 的默认数据库为测试数据库 DB_test
EXEC sp_defaultdb 'aa','DB_test'
go
切换到测试数据库
USE DB_test
go
为登录 aa 在当前测试数据库中添加用户
EXEC sp_grantdbaccess 'aa'
go
至此,用户 aa 登录后,其默认的当前数据库就是 DB_test
我们可以在查询分析器,使用用户 aa 登录一下,来验证我们的测试环境
备份测试数据库,为下面的测试做准备
{
BACKUP DATABASE DB_test TO DISK='c:\DB_test.bak' WITH INIT
go
/*=================== 产生孤立用户 ======================*/
切换到 master 数据库
USE master
go
删除测试数据库
DROP DATABASE DB_test
go
删除登录 aa
EXEC sp_droplogin 'aa'

go
/*=================== 孤立用户表现形式1 ======================*/
还原测试数据库
RESTORE DATABASE DB_test FROM DISK='c:\DB_test.bak'
go
切换到测试数据库
USE DB_test
go
查看用户信息
select name from sysusers where islogin=1
我们会发现,虽然我们已经将登录 aa 删除了,但用户 aa 仍然存在于数据库中

尝试一下,用 aa 登录,被告知登录失败
go
再把删除的登录添加回去
EXEC sp_addlogin 'aa'
设置登录 aa 的默认数据库为测试数据库 DB_test
EXEC sp_defaultdb 'aa','DB_test'
再次登录,被告知无法打开默认数据库,登录失败
go
于是把默认数据库改为 master
EXEC sp_defaultdb 'aa','master'
这次再登录,就可以登录了

go
尝试切换到测试数据库 DB_test
USE DB_test

得到错误信息: 服务器用户 'aa' 不是数据库 'DB_test' 中的有效用户。
看来用户 aa 与登录 aa 失去了联系
go
尝试重新为登录 aa 添加用户 aa
EXEC sp_grantdbaccess 'aa'
得到错误信息:当前数据库中已存在用户或角色 'aa'。
这次我们换个顺序,先建立登录,再恢复数据库,看能否使登录与用户自动建立回联系
做这个测试之前,先清理测试环境,即做前面的<产生孤立用户>步骤,然后再开始测试
先添加登录
EXEC sp_addlogin 'aa'
go
还原测试数据库
RESTORE DATABASE DB_test FROM DISK='c:\DB_test.bak'
go
切换到测试数据库

USE DB_test
go

查看用户信息
select name from sysusers where islogin=1

我们会发现,用户 aa 存在于数据库中
尝试一下,用 aa 登录,并切换到 DB_test
结果是登录成功,访问 DB_test 出现和测试1一样的错误
for SQL Server 错误 '80040e37'
对象名 'Dv_User' 无效。

/***.asp，行 *

先查看了一下数据库表,确实有这个表存在,而且程序中调用语句也没错.
重写了一下代码,结果还是一样.
怀疑不是程序的问题,于是看其他页面,发现所有的页面都有类似的问题,只要有调用到数据库的地方,都会出现错误.判断是数据库出现了问题.数据库链接没错.导入也没错.
go了一把,就解决了.

把所有表的所有者改为DBO就不会了。
执行下面语句，更改所有表的所有者为DBO
exec sp_msforeachtable "sp_changeobjectowner '?','dbo'"

来源：http://hi.baidu.com/qbief/blog/item/916e9551aeba552642a75b97.html

sdhdy 2009-03-25

打赏
举报

是超时吧？

--修改默认连接登录超时的方法: 



企业管理器—>工具—>选项—>在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡—>连接设置—>在 登录超时(秒) 后面的框里输入一个较大的数字或改为0。





--修改默认连接查询超时的方法: 



企业管理器—>工具—>选项—>在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡—>连接设置—>在 查询超时(秒) 后面的框里输入一个较大的数字或改为0。

SQL server 错误‘80040e31’

相关推荐