In der dynamischen Welt des Asset Managements hat IBM Maximo zeichnet sich durch ein robustes und umfassendes Tool aus, das Unternehmen dabei unterstützt, ihren Anlagenlebenszyklus und ihre Wartungsabläufe zu optimieren. Wie bei jedem ausgeklügelten System sind technische Probleme jedoch unvermeidlich. Die Behebung dieser Probleme erfordert nicht nur ein tiefes Verständnis des Maximo-Systems, sondern auch einen strategischen Ansatz zur Problemlösung. Dieser Blog befasst sich mit der Kunst und Wissenschaft der Problembehandlung innerhalb von Maximo und bietet wertvolle Einblicke und praktische Techniken zur Bewältigung häufiger Herausforderungen.

1. Unterstützung für Benutzer:

Die Interaktion mit Benutzern ist ein wichtiger erster Schritt bei der Fehlerbehebung. Effektive Kommunikation hilft bei:

• Bestätigen Sie die Einzelheiten des Problems, sammeln Sie weitere Informationen und rufen Sie, wenn möglich, alle Fehlermeldungen ab, um den Kontext des Problems besser zu verstehen.
  
  
• Verwenden Sie Tools für die Zusammenarbeit wie MS Teams, die Bildschirmübertragung ermöglichen, um die aufgetretenen Probleme klarer zu demonstrieren.
  
  

2. Identifizierung des Problems:

Die Identifizierung und klare Definition des Problems spielt eine zentrale Rolle bei der Problembehebung. Zu den effektiven Strategien gehören:

• Die Fähigkeit, das Problem genau zu identifizieren und zu definieren, ist der erste Schritt bei der Problembehandlung.
  
  
• Manchmal reicht ein einfacher Datenvergleich aus. Ein Benutzer hat beispielsweise ein Problem gemeldet, das nur bei einem Arbeitsauftrag aufgetreten ist. In solchen Fällen können wir die Daten des problematischen Arbeitsauftrags extrahieren und mit einem anderen ähnlichen Arbeitsauftrag vergleichen, der nicht dasselbe Problem hat.
  
  
  • Die Fehlermeldung besagt, dass die WO beim Erstellen einer Release-PO nicht gültig ist.
    
    

• • Suchen Sie nach einer anderen ähnlichen WO, die denselben Standort und dieselbe Werkklassifizierung usw. hat.
    
    

• • Führen Sie eine SQL-Abfrage aus, um zwei Datensätze aus WORKORDER zu extrahieren. Kopieren und in Excel einfügen.
    
    
  • Vergleichen Sie die Werte von zwei WOs, ignorieren Sie diese Datumsfelder und wir können leicht erkennen, dass die Werte von WOACCEPTCHARGES für zwei WOs unterschiedlich sind, was höchstwahrscheinlich die Ursache des Problems ist.
    
    

• • Gehen Sie zum problematischen Arbeitsauftrag und aktivieren Sie das Kontrollkästchen „Akzeptiert Gebühren?“ (ZWEI AKZEPTIEREN GEBÜHREN). Versuchen Sie erneut, die Release-PO zu erstellen, und das Problem wurde behoben.
    
    

3. Melden Sie sich als Benutzerprofil an, um das Problem zu reproduzieren:

• Das Reproduzieren des Problems ist einer der wichtigsten Schritte zur Lösung, insbesondere bei einigen komplizierten Problemen. Wir können uns als Benutzerprofil anmelden und versuchen, das Problem zu reproduzieren, sodass wir sehen können, wie/wann das Problem auftritt, und auch die Lösung ausarbeiten/testen können.
  
  
• Es gibt zwei Methoden:
   
  • Ersetzen Sie den Benutzernamen (LOGINID) im Maximo-Konto des Benutzers durch Ihren und melden Sie sich an, um das Problem zu replizieren. Normalerweise würden wir dies in einer Umgebung tun, die nichts mit der Produktion zu tun hat, und zwar nur dann, wenn es erforderlich ist. Beachten Sie, dass diese Methode nur in Maximo-Umgebungen funktioniert, die mit der Active Directory-Authentifizierung konfiguriert sind.
    
    

• • Oder fügen Sie unseren Benutzer zu denselben Sicherheitsgruppen hinzu, in denen sich der Benutzer befindet, und melden Sie sich an, um das Problem zu reproduzieren. In einigen Workflow-Fällen funktioniert dies jedoch möglicherweise nicht gut, da Sie und der Benutzer möglicherweise unterschiedlichen Personengruppen angehören.

4. Protokollanalyse:

• Maximo-Logs spielen eine entscheidende Rolle bei der Behebung von Problemen. Analysieren Sie Maximo-Anwendungsprotokolle und Serverprotokolle, um Fehlermeldungen, Warnungen oder andere Anzeichen von Problemen zu identifizieren.
   
  • Systemprotokolle: Maximo generiert Systemprotokolle, die verschiedene Ereignisse, Fehler und Aktivitäten innerhalb der Anwendung aufzeichnen. Diese Protokolle sind für die Behebung und Diagnose von Problemen unerlässlich. Wenn ein Problem aufgetreten ist, können wir auf Systemprotokolle zugreifen, um zu überprüfen, ob Fehler erfasst wurden. Die Systemprotokolle befinden sich normalerweise im Maximo-Installationsverzeichnis wie folgt:
    <Root>\ IBM\ WebSphere\ AppServer\ profiles\ AppSrv01\ logs\... \ SystemOut.log
    
    Wenn eine Stichprobengruppe beispielsweise WoS nicht generieren konnte, können wir zuerst zur Cron-Aufgabe plusDBaseCronTask gehen, um die Aktionszeit und die Serverinstanz zu identifizieren.
    
    

• • 
    Gehen Sie dann zum Serverprotokollordner, um das Systemprotokoll zu finden, das auf der Aktionszeit der Cron-Aufgabe basiert, öffnen Sie die Protokolle und versuchen Sie, den Text „[SampleWogen]“ zu finden. Hier ist der FEHLER, der darauf hinweist, dass sich ein Asset in der Sampling Group nicht in einem Betriebsstatus befindet.
    
    [31/10/23 5:38:23:557 AEST] 0000030d SystemOut O 31. Oktober 2023 05:38:23:557 [FEHLER] [maxprdcrn1] [] [SampleWogen] Fehler beim Erstellen eines Arbeitsauftrags am Standort: 2073938//Asset: 513973: psdi.util.mxApplicationException: BMXAA0090E — Asset 513973 ist kein gültiges Asset oder sein Status ist kein Betriebsstatus.
    
    
  • Fehlerprotokollierung: Maximo protokolliert Fehler, die innerhalb der Anwendung auftreten. Diese Fehlerprotokolle können Administratoren dabei helfen, Probleme schnell zu erkennen und zu lösen.
    
    Im Folgenden finden Sie ein Beispiel für Fehlermeldungen, die Benutzer beim Versuch erhalten haben, Artikel neu zu bestellen:
    
    „BMXAA3463E — Ein Fehler ist aufgetreten und muss von einem Systemadministrator behoben werden. Überprüfen Sie das REORDER-Anwendungsprotokoll aus dem <HOME>Verzeichnis, um die Ursache des Fehlers anhand der protokollierten Fehlermeldungen zu ermitteln.“
    
    Wir gehen erneut in den Ordner mit den Serverprotokollen, um die Datei SystemErr.log basierend auf dem Zeitpunkt zu finden, zu dem das Problem aufgetreten ist, und sehen, dass die Fehlermeldung „Der Adresscode ist nicht gültig“ angezeigt wird:
    
    [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R psdi.util.mxApplicationException: BMXAA3901E — Der Adresscode ist nicht gültig.
    ...
    [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R bei psdi.mbo.mbo.setValue (mbo.java:2441)
    [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R bei psdi.app.inventory.reorder.generatePRHeader (Reorder.java:1479)
    [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R bei psdi.app.inventory.ReorderSet.Reorder (ReorderSet.java:997)
    ...
    
    Gehen Sie als Nächstes zu dem Lagerraum, für den wir Artikel nachbestellen, um die Liefer- und Rechnungsadresse zu finden, und gehen Sie zu Organisationen, um zu überprüfen, ob die Adresse existiert und zur Website hinzugefügt wurde:
    
    Dann haben wir festgestellt, dass die Lieferadresse im Lagerraum nicht zur Lagerraum-Website hinzugefügt wurde. Sobald es zur Website hinzugefügt wurde und das Problem behoben wurde.
    
    
  • Spezifische Protokolle: Bei einigen Cron-Aufgaben können wir die Logdatei auch in den Parametern angeben, um genauere Informationen zu den Aktivitäten der Cron-Aufgabe zu erfassen. Wenn ein Problem aufgetreten ist, helfen uns solche Protokolle sehr dabei, das Problem schnell zu identifizieren.
    
    

• • 
    Zum Beispiel
    
    BMXAT0005E - PM 126373 ist noch nicht fällig oder fällt nicht in die aktuelle Jahreszeit.
    
    BMXAA9342W — Das nächste Fälligkeitsdatum ist für Floating PM 126373 nicht angegeben. Um die PM zu generieren, geben Sie in der PM-Anwendung ein nächstes Fälligkeitsdatum an.

5. Behebung von Workflow-Problemen:

• Die Behebung von Workflow-Problemen kann ein bisschen wie Detektivarbeit sein. Wir müssen ein sehr gutes Verständnis für das Workflow-Design haben, die Details in der Workflow-Historie sorgfältig überprüfen und analysieren, wohin und wie der Workflow geflogen ist, um herauszufinden, wo die Probleme liegen.
  
  
• Maximo enthält nur wenige Workflow-Aktionen, die uns bei der Behebung von Problemen helfen können.
  • Workflow-Zuweisungen anzeigen: Wir können überprüfen, wem der Workflow derzeit zugewiesen ist.
    
    
  • Workflow-Verlauf anzeigen: Maximo speichert den Verlauf eines Workflow-Prozesses. Dazu gehören Informationen darüber, wann die einzelnen Schritte ausgeführt wurden, wer die Aktion ausgeführt hat, und alle Kommentare oder Notizen, die mit dem Schritt verknüpft sind.
    
    
  • Workflow-Map anzeigen: Die Workflow-Map zeigt eine Grafik eines Workflow-Prozesses, einschließlich seiner Knoten und Verbindungslinien. Wir können die aktuelle Position der Map in einem Prozess überprüfen, der durch ein Kästchen um den Knoten hervorgehoben wird.
• Die folgenden Ansätze werden zur Behebung der Workflow-Probleme empfohlen.
  
  • Zunächst können wir erneut versuchen, einen einfachen Vergleich der Workflow-Historien durchzuführen. Suchen Sie nach einem anderen ähnlichen Datensatz, der denselben Workflow verwendet, und öffnen Sie für beide Datensätze „Workflow-Verlauf anzeigen“, um zu vergleichen, ob und wo der Workflow einer anderen Route gefolgt ist.
    
    Unten finden Sie ein Beispiel für Workflow-Probleme. Bei der Weiterleitung des Workflows von Hunderten von WOs vom Status APPR nach PNDNLD blieben nur 2 WOs als Status APPR übrig. Beim Vergleich des Workflow-Verlaufs stellten wir fest, dass der Workflow für diese beiden problematischen WOs am Knoten „SFS, Exclude Classification“ der Aktion „Wahr“ statt der Aktion „Falsch“ folgte. Als Nächstes können wir einfach zum Workflow-Design gehen, um herauszufinden, warum diese beiden WOs an diesem Workflowknoten True zurückgegeben haben.
    
    

• Zweitens können wir die Aktion „Workflow-Zuweisungen anzeigen“ auswählen, um herauszufinden, wem gerade zugewiesen ist. Dann melden wir uns mit dem Benutzerprofil des Beauftragten an und versuchen, das Problem zu reproduzieren. Das hilft uns dabei, das Problem genauer zu verstehen, und macht es einfacher, die Lösung auszuarbeiten und zu testen.
  
  Es gibt auch einen anderen Ansatz, der zeitaufwändig sein kann, uns aber normalerweise dabei helfen kann, die Probleme zu identifizieren. Wie bereits erwähnt, können wir mithilfe von „Workflow-Map anzeigen“ herausfinden, wo sich der Workflow gerade befindet, und um zu verstehen, warum/wie der Workflow dorthin geflogen ist. Wir können den Workflow-Verlauf und das Workflow-Design Schritt für Schritt überprüfen und vergleichen, um herauszufinden, welcher Workflowknoten der falschen Aktion gefolgt ist und warum.
  
  

6. Weitere Höhepunkte:

Referenz zur Dokumentation:

Informationen zum Problem und mögliche Lösungen finden Sie in der Maximo-Dokumentation, den Versionshinweisen, Benutzerhandbüchern, der Wissensdatenbank und früheren Ticketnotizen.
‍
Zusammenarbeit:

Arbeiten Sie mit Kollegen, Online-Foren oder Maximo-Benutzergemeinschaften zusammen, um Rat einzuholen und Erfahrungen bei der Lösung häufig auftretender Probleme auszutauschen.

Testen:

Testen Sie das System nach der Implementierung einer Lösung gründlich, um sicherzustellen, dass das Problem behoben wurde und keine neuen Probleme aufgetreten sind.

Änderungsmanagement:

Dokumentieren Sie die während der Problembehandlung vorgenommenen Änderungen. Stellen Sie sicher, dass der Change-Management-Prozess des Unternehmens eingehalten wird und dass Änderungen den relevanten Stakeholdern ordnungsgemäß mitgeteilt werden.

Sichern und Wiederherstellen:

Erstellen Sie immer ein Backup und bereiten Sie die Backout-Skripte vor, wenn möglich, bevor Sie einen Fix testen/implementieren, falls die Bemühungen zur Fehlerbehebung zu unbeabsichtigten Folgen führen.