最近查看系统日志的时候发现:
我的服务器的事件查看器中应用程序不停的报数据库引擎停止和开始的错误。请指点如何处理
svchost (700) 数据库引擎已停止。
svchost (700) 数据库引擎 5.02.3790.3959 已启动。
就是这样隔几分钟报一次,请高手指点。
事件类型: 信息
事件来源: ESENT
事件种类: 常规
事件 ID: 101
日期: 2013-8-9
事件: 14:40:24
用户: N/A
计算机: WEIJIAN-SERVER
描述:
svchost (700) 数据库引擎已停止。
原因与解决方法:
svchost (700) 数据库引擎 5.02.3790.3959 已启动。(700) 括号中的700 为 进程PID 标识楼主一定是听信网络上的所谓地址池优化,把IIS里的“应用程序地址池”的工作进程回收时间从默认的1740分钟,改为60分钟了,居然是自己所为,那么就应该接受这个系统报告,无需大惊小怪,这不会引起什么后遗症,关键是看你需不需改动这个,原因帮你找到。
所以我们无需操作什么。如果你把IIS里的“应用程序地址池”的工作进程回收时间,就不用紧张了。
我的服务器的事件查看器中应用程序不停的报数据库引擎停止和开始的错误。请指点如何处理
svchost (700) 数据库引擎已停止。
svchost (700) 数据库引擎 5.02.3790.3959 已启动。
就是这样隔几分钟报一次,请高手指点。
事件类型: 信息
事件来源: ESENT
事件种类: 常规
事件 ID: 101
日期: 2013-8-9
事件: 14:40:24
用户: N/A
计算机: WEIJIAN-SERVER
描述:
svchost (700) 数据库引擎已停止。
原因与解决方法:
svchost (700) 数据库引擎 5.02.3790.3959 已启动。(700) 括号中的700 为 进程PID 标识楼主一定是听信网络上的所谓地址池优化,把IIS里的“应用程序地址池”的工作进程回收时间从默认的1740分钟,改为60分钟了,居然是自己所为,那么就应该接受这个系统报告,无需大惊小怪,这不会引起什么后遗症,关键是看你需不需改动这个,原因帮你找到。
所以我们无需操作什么。如果你把IIS里的“应用程序地址池”的工作进程回收时间,就不用紧张了。