[发明专利]用于监视对代码集的请求的方法和系统

说明书

一种监视对代码集的请求的方法，该方法包括以下步骤：接收对代码集的请求；为请求创建踪迹，该踪迹定义请求通过代码集的路径；访问多个存储的踪迹模式，每个存储的踪迹模式定义请求通过代码集的可接受的路径；将创建的踪迹与存储的踪迹模式进行比较；以及如果创建的踪迹与存储的踪迹模式都不匹配则存储该创建的踪迹。

技术领域

本发明涉及用于监视对代码集的请求的方法和系统。

背景技术

在许多计算环境中，很大数量的指令可能在短时间内由计算机处理。例如，正在为大型企业(诸如银行)运营网站的服务器将每秒处理很大数量的请求和事务，常常达到每秒数千个。这种计算系统必须运行非常复杂的软件，以便维持可接受的安全性和责任(1iability)水平。在这种复杂的计算环境中，错误检测和监视是至关重要的。在这种环境中许多不同的技术被使用，这些技术中的一种技术被称为踪迹(trace)。

在软件工程中，跟踪是专用类型的日志记录，以便记录关于程序的执行的信息。这种信息可以由程序员为了调试目的而使用，此外，依赖于踪迹日志中包含的信息的类型和细节，这种信息可以由有经验的系统管理员或技术支持人员以及软件监视工具使用以诊断软件的常见问题。更多信息请参见例如en.wikipedia.org/wiki/Tracing_(software)。

在大数据环境中，在向服务器进行许多请求的情况下，启用踪迹来捕获问题常常是不切实际的。踪迹可以创建数千兆字节的数据，因为这么多事务或请求在并发地运行。然而，3级支持(在三层技术支持模式中负责处理最困难或最前沿的问题的最高级支持)常常需要使用踪迹来弄清为什么发生问题。这种环境可以是并发地处理数千个请求的IBM MQMessagesight设备或者每秒处理上千个事务的IBM CICS事务服务器。(IBM和CICS是国际商业机器公司在许多辖区的注册商标)。

发明内容

根据本发明的第一方面，提供了一种监视对代码集的请求的方法，该方法包括以下步骤：接收对代码集的请求；为请求创建踪迹，该踪迹定义请求通过代码集的路径；访问多个存储的踪迹模式，每个存储的踪迹模式定义请求通过代码集的可接受路径；将创建的踪迹与存储的踪迹模式进行比较；以及如果创建的踪迹与存储的踪迹模式都不匹配，则存储该创建的踪迹。

根据本发明的第二方面，提供了一种用于监视对代码集的请求的系统，该系统包括处理器，该处理器被布置为：接收对代码集的请求；为请求创建踪迹，该踪迹定义请求通过代码集的路径；访问多个存储的踪迹模式，每个存储的踪迹模式定义请求通过代码集的可接受路径；将创建的踪迹与存储的踪迹模式进行比较；以及如果创建的踪迹与存储的踪迹模式都不匹配，则存储该创建的踪迹。

根据本发明的第三方面，提供了一种用于监视对代码集的请求的计算机可读存储介质上的计算机程序产品，该计算机程序产品包括用于如下操作的指令：接收对代码集的请求；为请求创建踪迹，该踪迹定义请求通过代码集的路径；访问多个存储的踪迹模式，每个存储的踪迹模式定义请求通过代码集的可接受路径；将创建的踪迹与存储的踪迹模式进行比较；以及如果创建的踪迹与存储的踪迹模式都不匹配，则存储该创建的踪迹。

由于本发明，可以提供一种方法，通过该方法有用的踪迹数据被捕获，但是与不加选择地使用踪迹相比，捕获的数据量大大降低。该想法是捕获示出请求通过代码集的路径的踪迹模式。这些模式被用于指示哪些路径对于系统是正常的，因此允许在执行期间识别异常路径。这些模式将优选地详细说明哪些代码模块和功能被调取(invoke)，可选地说明入口和出口参数的内容，但是没有进一步的细节。在一个实施例中，当为系统启用踪迹时，踪迹被捕获到存储器，并且不时地(诸如在请求完成或缓冲器被填满时)将踪迹与模式进行比较。对于每个请求/线程，如果请求与正常模式匹配，则踪迹被销毁并且不使用盘或存储器上的任何空间。如果模式不寻常，则踪迹被保留并且可以向支持提供。请求可以在环境中定义，例如，在CICS事务服务器中定义，请求将是事务的生命时间中的活动，而在Web服务器中，请求将是从HTTP请求进入直到已提供HTTP响应的活动。