通过WMI查询EventLog和DCOM的性质

Question

首先一些背景：

我目前正在使用j-interop从Linux框查询对Windows框的WMI调用，我正在针对WMI运行此查询：

SELECT * FROM __InstanceCreationEvent WHERE TargetInstance ISA 'Win32_NTLogEvent'

并将其作为通知查询执行，这样我就可以在创建数据后立即将其取回。 但是，这在（很少）时间证明是个问题。

说，当用户更改根文件夹的权限时，我可能会充满成千上万的日志，系统可以很好地处理Java，并且互操作代码很高兴，但是WMI周期似乎是这样的：

Hook into event
while(forever)
{
    Query server for next event.
    Do work with event.
}

显然，这并不为我工作，是因为我会从服务器数千次来回跳转，程序不呛，但它肯定需要永远 ，我不能找到一个办法让事件全部归还未决事件（我认为）。

下一个选择是跟踪WMI返回的最后一个记录ID，并对其记录ID大于最后一个的所有事件进行直接查询，我认为这样做会更好，但是我不熟悉与DCOM。

所以我的问题是：

如果我运行ExecQuery而不是通知查询，由于分布式COM的性质，我是否必须在客户端/服务器之间来回跳动以遍历查询返回的每个记录？

Answer 1

此处的主要解决方案是不使用DCOM，这是非常低效的，并且我已经使服务器承受了大量CPU压力，无法执行大量DCOM指令。

如果要远程执行此操作或本地WinAPI，我正在研究Windows RPC Java实现。