在事件查看器中等待事务响应的C#服务超时(30000毫秒)

在事件查看器中等待事务响应的C#服务超时(30000毫秒),c#,.net,windows-services,service,event-log,C#,.net,Windows Services,Service,Event Log,我有C#服务。它是一个内存和CPU猪。它将整夜运行,移动数据库中的数据。上午7点左右,它会反复发布到事件查看器 等待超时(30000毫秒) 对于来自 ServName服务 然后它意外地停止了。是否有人对该消息的含义或如何诊断有意见 更新1 数据库事务没有超时。服务管理控制台正在记录有关尝试控制服务的消息 更新2 这里的问题与数据库访问无关。服务管理控制台在试图控制服务时抛出错误。我认为事务持续时间超过30秒 尝试发送事务,例如: 使用(transactionscope…) 插入某物 睡眠30秒

我有C#服务。它是一个内存和CPU猪。它将整夜运行,移动数据库中的数据。上午7点左右,它会反复发布到事件查看器

等待超时(30000毫秒) 对于来自 ServName服务

然后它意外地停止了。是否有人对该消息的含义或如何诊断有意见

更新1

数据库事务没有超时。服务管理控制台正在记录有关尝试控制服务的消息

更新2


这里的问题与数据库访问无关。服务管理控制台在试图控制服务时抛出错误。

我认为事务持续时间超过30秒

尝试发送事务,例如:

使用(transactionscope…) 插入某物 睡眠30秒 插入更多的内容

它应该给你同样的结果。如果是,请尝试优化或配置事务超时

希望这有帮助


问候。

我想交易持续时间超过30秒

尝试发送事务,例如:

使用(transactionscope…) 插入某物 睡眠30秒 插入更多的内容

它应该给你同样的结果。如果是,请尝试优化或配置事务超时

希望这有帮助


问候。

这似乎是一个奇怪的、离谱的建议,但是。。。数据库是否已用完事务日志空间?

这似乎是一个奇怪的、离谱的建议,但是。。。数据库是否耗尽了事务日志空间?

也有同样的问题。你是对的,这与数据库无关。我假设您正在运行Windows Server 2008或Vista,并且您的应用程序以某种方式是多线程的

试试这个:


也有同样的问题。你是对的,这与数据库无关。我假设您正在运行Windows Server 2008或Vista,并且您的应用程序以某种方式是多线程的

试试这个:


如果服务的主线程未能在30秒内返回控件,则会发生这种情况。但是,如果检查任务管理器,您的服务exe仍将在后台运行

解决方案是确保服务的主要功能在超时时间内返回


-Surya

如果服务的主线程未能在30秒内返回控件,则会发生这种情况。但是,如果检查任务管理器,您的服务exe仍将在后台运行

解决方案是确保服务的主要功能在超时时间内返回

-苏里亚可能对你有帮助。可能对你有帮助。