我有运行部署图像的GhostCast服务器。 我想每个鬼投的会话写入一个文件（可以是多个文本文件或附加到一个文件已经有）统计。 我知道这可能是基于GhostCast软件提供的用于写入日志文件的选项，但是我希望自动为每个映像进行备份和恢复。 我不想让我的员工每次都点击写入新文件。
这可能吗？
那么，GhostCast本身写出来的统计数据并不是很有用（而且它们的格式是真正的）。 鉴于GhostCast本身的devise有多么糟糕，我可能会推荐的是我创build了一个我们在开发产品时使用的系统，这个系统也是供客户使用的，而且当时我也logging并展示给了客户 。
这个工具（mcservice.exe）还没有发布，就像我们从2008年开始的其他许多工作一样，当赛门铁克在2009年初closures了开发网站并取消了Ghost Solution Suite产品时，它实际上已经失去了效果。用于我们的内部连续build造和testing系统做testing自动化，运行良好，现在仍在使用和运行的地方进行必要的合同维护。
现在，我最初在Ghost Solution Suite中devise和编写了大部分的pipe理系统，而小型服务包装器使用了我曾经使用的相同技术 – 使GhostCast正确可靠几乎是不可能的，但至less通过将更大脚本错误可以避免99％的错误。
为了支持我的pipe理系统，GhostCast将在与非-noninteractive标志一起运行时尝试连接到一个pipe理服务COM对象，并且它将轮询该对象的状态（当客户端连接并断开连接到一个监听但未启动会话），并定期询问是否应该停止收听并转移到会话发送阶段。 然后，在发送阶段，它会偶尔发回进度信息，并且通过拨打该COM服务，它允许服务能够取消正在进行的传输。
所以，创build自己的服务包装并不难; 绑定到Ghost会话查询UDP端口并侦听会话连接，dynamic启动GhostCast实例来为这些请求提供服务，dynamic地select调整等待更多客户端的时间，然后通过一个简单的方式看到会话并写出一些统计信息 – parsing表单。
此时，你可以走两条路线; 虽然Ghost Solution Suite产品并没有得到积极的开发，2008年的大部分工作都不会被释放，但仍然保持着。 如果你的组织有一个销售代表，我会通过他们（特别是如果你有一个维护合同），看看你是否能够按照“现状”的不支持的基础 – 这是产品构build的标准部分这是每天使用。 这也可能是可能的，因为当Windows 8发布时，可能会有一个维护汇总，甚至把它作为一个不受支持的额外产品添加到产品（我当时尝试这样做，但那是当时;现在产品没有未来的想法可能会不同）。
否则，您可以通过查看types库来从头开始编写一个粗略的等价物，以获取由GhostCast使用的COM接口信息来构build一个类似的工具; 一个已经存在的事实（即使它是不可能的）显示了可能的事情，这是一半的战斗。