The execution of an InstancePersistenceCommand was interrupted because the insta

Kilin_Zhang 2011-08-31 02:51:38
WF4 的项目,测试一切都好,发布之后隔几天,有些数据就会出现下面的BUG,搞了一天了也没查出来什么问题,各路大神帮帮忙!急!!!!!!!!!!!!!!!

Message: The execution of an InstancePersistenceCommand was interrupted because the instance key '31e755a1-1a94-ed40-3d83-2b7d756cac15' was not associated to an instance. This can occur because the instance or key has been cleaned up, or because the key is invalid. The key may be invalid if the message it was generated from was sent at the wrong time or contained incorrect correlation data..

Exception Type: System.ServiceModel.FaultException.

Source: mscorlib.

Module Name: C:\Windows\Microsoft.NET\Framework\v4.0.30319\mscorlib.dll.

Stack Trace:

Server stack trace:

at System.ServiceModel.Channels.ServiceChannel.HandleReply(ProxyOperationRuntime operation, ProxyRpc& rpc)

at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)

at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)

at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)



Exception rethrown at [0]:

at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)

at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)

at IPP.Oversea.CN.CallCenterMgmt.ServiceImpl.WorkOrderWFService.IWorkOrderService.Assign(AssignRequest request)

at IPP.Oversea.CN.CallCenterMgmt.ServiceImpl.WorkOrderWFService.WorkOrderServiceClient.IPP.Oversea.CN.CallCenterMgmt.ServiceImpl.WorkOrderWFService.IWorkOrderService.Assign(AssignRequest request) in D:\Oversea\IPPOversea\03_Code\01_SourceCode\Oversea.Service\CallCenterMgmt\CallCenterMgmt.ServiceImpl\Service References\WorkOrderWFService\Reference.cs:line 990

at IPP.Oversea.CN.CallCenterMgmt.ServiceImpl.WorkOrderService.Assingn(WFOperateDataV31 msg) in D:\Oversea\IPPOversea\03_Code\01_SourceCode\Oversea.Service\CallCenterMgmt\CallCenterMgmt.ServiceImpl\WorkOrderService.cs:line 150.
...全文
379 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
内容概要:本文针对四机并联孤岛微电网系统,提出了一种融合DoS(拒绝服务)攻击场景、二次控制、下垂控制与事件触发式负荷控制的协同控制策略,在Simulink环境中实现了电压与频率恢复及有功/无功功率共享分配的仿真验证。研究通过引入混合动态事件触发机制,有效降低控制器间的通信频率与网络负载,同时提升系统在面对间歇性通信中断或网络攻击时的鲁棒性与容错能力。控制架构采用分层设计,结合多智能体系统(MAS)的分布式协同思想,利用弹性二次控制补偿下垂控制带来的静态偏差,并在DoS攻击导致部分通信链路失效的情况下,保障微电网电能质量与运行稳定性。整体方案体现了网络安全性与控制性能的深度融合,适用于高比例分布式能源接入场景下的智能微电网安全稳定运行需求。; 适合人群:具备电力电子、自动控制理论与微电网运行控制基础知识,熟悉Simulink/MATLAB仿真环境,从事分布式能源系统、智能电网安全控制、网络物理系统(CPS)等领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①研究微电网在遭受网络攻击(如DoS)时的动态响应特性与稳定性保持能力;②设计低通信开销、高鲁棒性的分布式协同控制策略;③实现孤岛微电网的电压频率精确恢复与功率均分控制;④验证事件触发机制在实际控制系统中的节能与抗干扰优势。; 阅读建议:建议结合提供的Simulink模型进行仿真实验,重点分析事件触发阈值设置、DoS攻击周期与强度对系统性能的影响,深入理解二次控制与下垂控制之间的协调逻辑,并可进一步拓展至其他类型网络攻击(如重放攻击、虚假数据注入)的防御机制研究。

13,345

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 .NET技术前瞻
社区管理员
  • .NET技术前瞻社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧