星期一早上 9:00 点，银行的网上银行应用程序开始遇到性能问题。 CA Introscope 提醒 IT 团队，登录及其他关键事务响应时间降级并违反了 SLA 级别。 愤怒的用户开始打电话给客户服务中心，抱怨他们无法访问自己的银行帐户。 呼叫中心经理将问题上报给应用程序支持小组，该小组立即开始调查。
“更改了什么？ 应用程序上周工作正常。”
应用程序支持团队查看了他们的 CA Introscope 显示板以检查性能下降情况。 他们查看了性能图表－在安装 CA APM ChangeDetector 后，他们可查看直接集成到 CA APM ChangeDetector 图表中的更改数据。 团队检查图表上提供的更改标注和详细信息，注意到在当前性能问题发生之前，即上周末进行了一系列更改。 通过进一步调查，他们意识到更改是在周六晚上的应用程序维护窗口期间发生的。 团队浏览了 CA Introscope 调查器的树视图，检查各个应用程序实例的性能图；从相似的图表中清楚地看到每个实例大约在相同的时间经历了类似的一系列更改。
由于怀疑这些更改是导致问题的原因，应用程序支持团队更深入地调查。 他们在 CA Introscope 调查器内单击应用程序的每个组件时，CA APM ChangeDetector 视图显示了每个组件发生的更改。 将范围锁定在应用程序文件时，他们注意到 37 个文件发生了更改，其中包括 3 个配置文件。 CA APM ChangeDetector 帮助团队检验是否每个更改都是修改操作，是否每个更改都是在维护窗口期间检测到的。 通过选择其中一个应用程序服务器配置文件，他们将服务器上的文件的当前版本与更改前的上一版本进行了比较。
现在，原因很清楚。 有一个原先设置为 100 的数据库连接池参数现在更改为 10。 在获得此信息，应用程序支持经理告知开发经理发生了键入错误，并确认速度减慢是由于数据库连接中的意外更改而导致的。
|
版权所有 © 2013 CA。
保留所有权利。
|
|