在动态的资产管理世界中，IBM 的 马克西莫 作为一种强大而全面的工具脱颖而出，可帮助组织优化其资产生命周期和维护运营。但是，与任何复杂的系统一样，遇到技术问题是不可避免的。对这些问题进行故障排除不仅需要对Maximo系统有深入的理解，还需要一种解决问题的战略方法。本博客深入探讨了 Maximo 内部故障排除的艺术和科学，为应对常见挑战提供了宝贵的见解和实用技巧。

1。用户支持：

与用户互动是故障排除过程中的关键第一步。有效的沟通有助于：

• 确认问题的具体情况，收集更多详细信息，并在可能的情况下获取任何错误消息，以更好地了解问题的背景。
  
  
• 利用 MS Teams 等协作工具，实现屏幕共享，以便更清楚地演示遇到的问题。
  
  

2。问题识别：

识别并明确定义问题在故障排除过程中起着至关重要的作用。有效的策略包括：

• 准确识别和定义问题的能力是故障排除的第一步。
  
  
• 有时，简单的数据比较可以解决问题。例如，一位用户报告了一个仅发生在一个工作单上的问题。在这种情况下，我们可以提取有问题的工单的数据，并与另一个没有相同问题的类似工作单进行比较。
  
  
  • 错误消息显示 WO 在创建发行 PO 时无效。
    
    

• • 搜索另一个具有相同地点和工作分类等的类似工作场所
    
    

• • 运行 SQL 查询从 WORKORDER 中提取两条记录。复制并粘贴到 Excel 中。
    
    
  • 比较两个 WoS 的值，忽略这些日期字段，我们可以很容易地发现两个 WO 的 WOACCEPTSCHARGES 的值是不同的，这很可能是问题的原因。
    
    

• • 转到有问题的工作单并勾选 “接受费用？” 复选框（WO 接受指控）。再次尝试创建发行 PO，问题已解决。
    
    

3.以用户的个人资料登录以重现该问题：

• 重现问题是解决问题的最重要步骤之一，尤其是对于一些复杂的问题。我们可以以用户的个人资料登录并尝试重现问题，这样我们就可以看到问题是如何/何时发生的，也可以制定/测试解决方案。
  
  
• 有两种方法：
   
  • 将用户名（LOGINID）替换为用户的 Maximo 帐户中的用户名（LOGINID），然后登录以重现问题。我们通常会在非生产环境中执行此操作，并且仅在需要时才在生产环境中执行此操作。请记住，此方法仅适用于配置了 Active Directory 身份验证的 Maximo 环境。
    
    

• • 或者将我们的用户添加到用户所在的安全组中，然后登录以重现问题。但是，这在某些工作流程中可能不起作用，因为您和用户可能位于不同的人员组中。

4。日志分析：

• Maximo 日志在故障排除中起着至关重要的作用。分析 Maximo 应用程序日志和服务器日志，以识别错误消息、警告或其他问题指标。
   
  • 系统日志：Maximo 生成系统日志，记录应用程序内的各种事件、错误和活动。这些日志对于故障排除和诊断问题至关重要。出现问题时，我们可以访问系统日志以检查是否捕获了任何错误。系统日志通常位于 Maximo 安装目录中，如下所示：
    <Root>\ IBM\ WebSphere\ AppServer\ 配置文件\ AppSrv01\ 日志\...\ SystemOut.log
    
    例如，当采样组无法生成 WoS 时，我们可以先转到 cron 任务 PlusdBaseCronTask 来确定操作时间和服务器实例。
    
    

• • 
    然后进入服务器日志文件夹，根据cron任务操作时间查找系统日志，打开日志并尝试找到文本 “[SampleWogen]”。以下是错误，表明抽样组中的一项资产未处于运行状态。
    
    [31/10/23 5:38:23:557 澳大利亚东部标准时间] 0000030d SystemOut O 2023 年 10 月 31 日 05:38:23:557 [错误] [maxprdcrn1] [] [SampleWogen] 在位置创建工作单时出错：2073938/资产：513973：psdi.util.mxApplicationException：BMXAA0090E-资产 513973 不是有效资产，或者它的状态不是运行状态。
    
    
  • 错误记录：Maximo 记录应用程序中发生的错误。这些错误日志可以帮助管理员快速识别和解决问题。
    
    以下是用户在尝试运行 Reorder 项目时收到的错误消息示例：
    
    “BMXAA3463E-出现错误，必须由系统管理员更正。查看<HOME>目录中的 REORDER 应用程序日志，从记录的错误消息中确定错误的原因”
    
    我们再次进入服务器日志文件夹，根据问题发生的时间查找 SystemErr.log，并且可以看到错误显示 “地址代码无效”：
    
    [澳大利亚东部标准时间 9 月 11 日 8:29:02:934] 000005ed systemerR R psdi.util.mxApplicationException：BMXAA3901E-地址码无效。
    ...
    [澳大利亚东部标准时间 23 年 9 月 11 日 8:29:02:934] 000005ed systemerR R 位于 psdi.mbo.mbo.setValue (mbo.java: 2441)
    [澳大利亚东部标准时间 23 年 9 月 11 日 8:29:02:934] 000005ed systemerR R 位于 psdi.app.Inventory.reorder.generateprHeader（reorder.java: 1479）
    [澳大利亚东部标准时间 23 年 9 月 11 日 8:29:02:934] 000005ed systemerR 位于 psdi.app.Inventory.reorderset.reorderset.reorderset.reorder（reorderset.java: 997）
    ...
    
    接下来，前往我们运行 “重新排序” 商品的仓库查找收货地址/收货地址，然后前往组织检查该地址是否存在并已添加到网站：
    
    然后我们发现库房中的配送地址未添加到库房网站。将其添加到网站并修复问题后。
    
    
  • 特定日志：在某些 cron 任务中，我们还可以在参数中指定日志文件，以捕获有关 cron 任务活动的更多具体信息。当问题发生时，此类日志将极大地帮助我们快速识别问题。
    
    

• • 
    例如，
    
    BMXAT0005E-PM 126373 尚未到期，或者不属于活跃季节。
    
    BMXAA9342W-没有为浮动的 PM 126373 指定下一个到期日。要生成 PM，请在 PM 应用程序中指定下一个截止日期。

5。对工作流程问题进行故障排除：

• 对工作流程问题进行故障排除可能有点像侦探工作。我们需要对工作流程设计有很好的了解，仔细检查工作流程历史中的细节，分析工作流程的发展方向和方式，从而找出问题所在。
  
  
• Maximo 提供的工作流程操作很少，可以帮助我们解决问题。
  • 查看工作流程任务：我们可以查看当前分配给谁的工作流程。
    
    
  • 查看工作流程历史记录：Maximo 保留工作流程的历史记录。这包括有关何时执行每个步骤、谁执行了操作以及与该步骤相关的任何评论或注释的信息。
    
    
  • 查看工作流程图：工作流地图显示工作流进程的图形，包括其节点和连接线。我们可以在一个过程中检查地图的当前位置，该位置由节点周围的方框突出显示。
• 建议使用以下方法来解决工作流程问题。
  
  • 首先，我们可以尝试对工作流程历史进行简单的比较。找到另一条使用相同工作流程的相似记录，为这两条记录打开 “查看工作流程历史记录”，比较工作流程是否以及在何处走不同的路线。
    
    下面显示了工作流程问题的示例。在将数百个 WO 的工作流从 APPR 状态路由到 PNDNLD 时，只有 2 个 WO 保持状态 APPR。通过比较工作流程历史记录，我们发现这两个有问题的 WO 的工作流程在 “SFS，排除分类” 节点上遵循的是真实操作，而不是错误操作。接下来，我们可以直接进行工作流程设计，找出为什么这两个 WO 在该工作流节点返回 True。
    
    

• 其次，我们可以选择 “查看工作流程任务” 操作来了解当前分配给谁。然后，我们以受让人的用户个人资料登录并尝试重现该问题。这将帮助我们了解有关该问题的更多细节，并使制定和测试解决方案变得更加容易。
  
  此外，还有另一种方法可能很耗时，但通常可以帮助我们识别问题。正如刚才提到的，我们可以使用 “查看工作流程地图” 来找出工作流程当前的位置，并了解工作流程飞向那里的原因/方式。我们可以逐步检查和比较工作流程历史和工作流程设计，以找出哪个工作流程节点执行了错误的操作以及原因。
  
  

6。其他亮点：

文档参考：

请参阅 Maximo 文档、发行说明、用户指南、知识库和之前的票证说明，以查找与问题和潜在解决方案相关的信息。
‍
协作：

与同事、在线论坛或 Maximo 用户社区合作，寻求建议并分享解决常见问题的经验。

测试：

实施解决方案后，对系统进行全面测试以确认问题已解决且未出现任何新问题。

变更管理：

记录故障排除期间所做的更改。确保遵守公司的变更管理流程，并将变更正确地传达给相关的利益相关者。

备份和恢复：

在测试/实施修复之前，请务必进行备份并尽可能准备备份脚本，以防故障排除工作导致意想不到的后果。