先回答第一个问题，关于挂起的消息属于哪个应用的问题，第二个问题需要做些测试，然后回复。
消息在biztalk不会孤立的存在，必然是和某个服务实例关联在一起，一个消息至少需要有一个或者多个服务实例对其进行处理。
方法BizTalkOperations.GetMessage(messageID, instanceID)
其中的instanceID表示正在处理这个消息的服务实例，messageID表示这个消息。
可以通过instanceID在InstancesSuspended表中找到这个服务实例的记录，在InstancesSuspended表中一个挂起的的服务实例表现为一条记录。InstancesSuspended表里用两个字段：
uidServiceID -- 表示这个服务实例的服务Guid，比如挂起的服务实例是一个orchestration的话，就是这个orchestration的id。
uidClassID -- 表示这个服务所属的类别。
biztalk中所有的服务类别都在BizTalkMgmtDb管理数据库中的adm_ServiceClass表中列处理，一共四类：
| 名称 |
Guid |
描述 |
| XLANG/s |
226fc6b9-0416-47a4-a8e8-4721f1db1a1b |
业务流程orchestration |
| Messaging InProcess |
59f295b0-3123-416e-966b-a2c6d65ff8e6 |
表示一般的发送端口、Solicit- Response发送端口 |
| MSMQT |
3d7a3f58-4bfb-4593-b99e-c2a5dc35a3b2 |
MS消息队列 |
| Messaging Isolated |
683aedf1-027d-4006-ae9a-443d1a5746fc |
基本上就是指HTTP和SOAP这类需要外部IIS这类进程接收消息的Request-Response双向接收端口 |
比较常用的就是xlang/s 和 Message InProcess，以这两个为例。
-
如果InstancesSuspended表里的uidClassID 是226fc6b9-0416-47a4-a8e8-4721f1db1a1b，表示挂起的服务是orchestration。
此时将uidServiceID 字段对应到BizTalkMgmtDb管理数据库bts_Orchestration表的uidGUID字段。就能找到挂起的orchestration在数据库中的记录。
bts_Orchestration表中有nAssemblyID字段，表示这个orchestration所属的Assembly。
nAssemblyID字段再跟bts_assembly表的nID字段关联，bts_assembly表中的nApplicationID字段，表示这个Assembly属于哪个应用。
nApplicationID字段再对应到bts_application表的nID字段，最后就找到了这个挂起的orchestration所属的应用。
-
如果InstancesSuspended表里的uidClassID 是59f295b0-3123-416e-966b-a2c6d65ff8e6，表示挂起的服务是发送端口。
此时将uidServiceID 字段对应到BizTalkMgmtDb管理数据库bts_SendPort发送端口表的uidGUID，这就找到了这个发送端口在数据库中的记录。bts_SendPort表有字段nApplicationID字段，跟前面一样，根据nApplicationID字段可以在bts_application表找到所属的应用。
