Festpreis
8.000 €
pro Automic System · zzgl. MwSt.
Vollständiger Leitfaden - Beratungspaket

Automic System Health Check — Stabilität & Leistung

Vollständiger Leitfaden für das Automic-System Health Check-Beratungspaket - die 5-tägige Expertenprüfung, die Tricise zur Prüfung und Optimierung eines Automic-Systems anbietet.

Preis
8.000 € ohne MwSt.
Dauer
5 Tage
Lieferung
Remote / vor Ort
Scope
1× Automic System
1 · Warum ein Health Check wichtig ist

Warum ein strukturierter Health Check

Die meisten Unternehmen Broadcom Automic Automation Landschaften folgen der gleichen Geschichte: eine stabile Erstinstallation, jahrelanger ruhiger Betrieb, allmähliche Erweiterung und eine wachsende Annahme, dass “es einfach läuft”. Die Zeitpläne wuchsen, die Agenten vervielfachten sich, neue Anwendungen wurden angeschlossen, Versionen wurden aktualisiert - und die zugrunde liegende Plattform hielt mit, aber niemand hat einen strukturierten Blick darauf geworfen, ob sie immer noch so dimensioniert, konfiguriert und abgestimmt ist, wie es die aktuelle Arbeitslast erfordert.

Das Automic System Health Check ist Tricises Antwort auf genau diese Situation. Es handelt sich um eine 5-tägige, von Experten geleitete, festpreisgeprüfte Überprüfung eines Automic Systems, die dazu dient, Schwachstellen zu identifizieren, Optimierungspotenziale aufzudecken und einen strukturierten, dokumentierten Fahrplan für die Behebung zu erstellen. Das Engagement wird remote oder vor Ort von Broadcomzertifizierten Tricise-Experten durchgeführt und nutzt unsere eigenen SQL-basierten Analysewerkzeuge, um zu messen, wie sich die Plattform tatsächlich verhält – nicht nur, wie sie vor Jahren eingerichtet wurde.

The guiding principle behind the Health Check is simple: Man soll ein laufendes System nicht verändern – aber man darf auch nie davon ausgehen, dass ein laufendes System noch optimal ist.. Historisch gewachsene Automic-Umgebungen enthalten oft Einstellungen, die seit mehreren Versionen veraltet sind (zum Beispiel das Legacy FT_VERSION Parameter in UC_HOSTCHAR_* Systemvariablen), überbereitgestellte Ressourcen aus einer anderen Ära von Workloads oder unterdimensionierte Komponenten, die sich leise ihren Grenzen nähern. Die Health Check deckt all dies in einem strukturierten Engagement auf, damit Ihr Team die Prioritäten setzen kann, die wichtig sind, ohne die Entdeckung selbst durchführen zu müssen.

Ein klares Bild der aktuellen Plattformgesundheit ist auch die Grundlage für eine fundierte Planung in mehreren Bereichen – Kapazitätsentscheidungen, Upgrade-Projekte, Agentenkonsolidierung, Leistungsoptimierung und operative Budgetierung. Keines dieser Gespräche ist produktiv ohne Zahlen und dokumentierte Erkenntnisse. Das Automic System Health Check liefert sie Ihnen.


2 · Methode

Die 5-Tage-Methode

Das Automic System Health Check wird als ein einziges, auf einen festen Umfang beschränktes Engagement von fünf aufeinanderfolgenden Arbeitstagen geliefert. Die fünf Tage sind keine starre Tagesordnung – sie sind ein Budget an Expertenzeit, das auf vier klare Phasen aufgeteilt wird: Vorbereitung, Datenerfassung, Analyse und gemeinsame Besprechung. Die genaue Verteilung hängt von der Landschaft, der Zugangssituation und der Geschwindigkeit ab, mit der Ihr Team Fragen beantworten kann.

STUFE 1 – VORBEREITUNG & ZUGANG
Geltungsbereich und Umgebungszugriff

Bevor das Engagement beginnt, legen Tricise und Ihr Team fest, welchesAutomic System im Geltungsbereich liegt, wer die Ansprechpartner auf Kundenseite sind und welche Zugänge ( Automic Benutzer, Lesezugriff auf Datenbanken, Zugriff auf Protokolldateien) der Berater benötigt. Die SQL-Skripte, die Tricise für die Datenerfassungsphase verwendet, werden vorgestellt und mit Ihrem Team besprochen, sodass Sie genau sehen, was sie tun, bevor sie Ihre Umgebung berühren. Diese Phase erfordert bewusst nur geringen Aufwand auf Kundenseite – in der Regel ein kurzes Scoping-Gespräch und eine Sitzung zur Bereitstellung von Zugängen.

STUFE 2 — DATENERFASSUNG
Führen Sie die Analyse-Tools gegen das Live-System aus

Nachdem der Zugriff eingerichtet ist, führt der Tricise-Berater die Analyse-Skripte gegen das Automic-Repository aus, sammelt Protokolldateien aus der Automation Engine und der AWI, erfasst Konfigurationsdateien und Systemvariablen und extrahiert die historischen Laufzeitdaten, die für die Leistungsbewertungen benötigt werden. Die gesamte Datenerfassung erfolgt nur lesend – während dieser Phase wird nichts im Automic-System verändert. Die Erfassung ist aus Sicht der Systemauslastung leichtgewichtig und mit einer Abfrage für Berichte vergleichbar.

Je nach Größe der Landschaft dauert die Datenerhebung zwischen einem halben und einem ganzen Tag Beraterzeit.

STUFE 3 - ANALYSE
Expertenprüfung in allen acht Bewertungsbereichen

Dies ist der Kern des Engagements. Der Tricise-Berater arbeitet die gesammelten Daten durch und wendet den im nächsten Abschnitt beschriebenen Bewertungskatalog an: Systemarchitektur und Hardware, Datenbank und Prozesse, Systemeinstellungen und Inkompatibilitäten, Automic Systemkonfiguration, AE-Leistung, Leistung zur Datenbank, Webinterface-Konfiguration und Sizing. Jeder Bereich liefert Erkenntnisse, jede Erkenntnis wird dokumentiert und jede Erkenntnis wird mit einer konkreten Empfehlung und einer Aufwands- und Auswirkungsbewertung verknüpft.

Die Analysephase verbraucht den größten Teil des 5-Tage-Budgets – typischerweise zwei bis drei Tage –, da hier Erfahrung und Mustererkennung Rohdaten in nützliche Schlussfolgerungen umwandeln.

BÜHNE 4 — DURCHGANG & BERICHT
Gemeinsamer Ergebnis-Session und schriftlicher Bericht

Das Engagement endet mit einer gemeinsamen Begehungssitzung, in der der Tricise-Berater Ihrem Team die Ergebnisse, Empfehlungen und grafischen Auswertungen präsentiert. Die Sitzung ist interaktiv: Ihr Team stellt Fragen, hinterfragt Ergebnisse, wo dies sinnvoll ist, fügt Kontext hinzu, den der Berater von außen nicht erkennen konnte, und bestätigt Prioritäten. Die Ergebnisse dieser Sitzung fließen in den endgültigen schriftlichen Bericht ein – ein umfassendes Dokument, mit dem Ihr Team in den Wochen und Monaten nach dem Engagement eigenständig arbeiten kann.

Der Walkthrough ist bewusst gegen Ende der 5 Tage angesetzt, damit keine Lücke zwischen “Analyse abgeschlossen” und “Ergebnisse übergeben” entsteht – Sie verlassen das Engagement mit dem Verständnis, nicht nur mit dem Dokument.

Was 5 Tage dir kaufen. Fünf aufeinanderfolgende Tage mit Broadcom-zertifizierten Experten, die sich voll und ganz auf ein Automic-System konzentrieren, ohne parallele Arbeit und ohne konkurrierende Prioritäten. Das Festpreismodell bedeutet, dass Sie im Voraus genau wissen, was der Auftrag kostet und was Sie genau erhalten; eine Ausweitung des Umfangs ist kein Thema, da der Bewertungskatalog standardisiert ist.

3 · Bewertungskatalog

Was wir analysieren

Der Automic System Health Check Bewertungskatalog ist das Ergebnis jahrelanger Erfahrung von Tricise Consulting und deckt ab mehr als 30 strukturierte Diagnoseprüfungen in acht Hauptbereiche gegliedert. Die nachstehenden Kategorien beschreiben die Art der während des Engagements durchgeführten Evaluierungen – jede deckt eine andere Klasse von Problemen auf und zusammen ergeben sie ein vollständiges Bild der Plattformgesundheit. Die genauen Metriken, Schwellenwerte und Abfragen sind Teil der Beratungsmethode von Tricise und werden vom Berater während des Engagements angewendet; was Sie hier sehen, sind die Ergebnisse, nicht wie sie berechnet werden.

Systemarchitektur & Hardware
Analyse der aktuellen Systemarchitektur und Verifizierung, ob diese noch mit den Anforderungen und der tatsächlichen Grösse der Automic-Landschaft übereinstimmt. Viele Umgebungen wurden vor Jahren für ein anderes Workload-Profil dimensioniert und haben sich schleichend verändert – einige sind unterversorgt und beginnen zu knarren, andere sind erheblich überdimensioniert und verschwenden Infrastruktur. Was es enthüllt: ob Ihre Architektur ihr ursprüngliches Design überschritten hat, ob die Dimensionierung noch mit der aktuellen Auslastung übereinstimmt und ob sie für das Wachstum der nächsten 2–3 Jahre gerüstet ist.
Datenbanken & Prozesse
Überprüfung der Datenbankkonfiguration, wichtiger Automation Engine-Prozesse und ihrer Wechselwirkungen für Effizienz und Stabilität. Auch wenn Automic “nur ein Benutzer” der Datenbank ist, verfügt das Repository über eigene Parameter und Best Practices, abhängig vom verwendeten Backend. Was es enthüllt: Datenbankparameter, die angepasst werden müssen, Prozessverbindungen, die Latenz oder Konflikte verursachen, und Konfigurationsmuster, die den Durchsatz während der Spitzenzeiten begrenzen.
Systemeinstellungen & Inkompatibilitäten
Überprüfung aller Automic-Konfigurationsdateien und Systemvariablen (UC_*und Identifizierung veralteter, nicht mehr gültiger oder inkompatibler Einstellungen, die mehrere Versionssprünge überlebt haben. Historisch gewachsene Systeme tragen oft Parameter aus Versionen unterhalb der 12.x mit sich, die nicht mehr verwendet werden – zum Beispiel FT_VERSION in UC_HOSTCHAR_*. Was es enthüllt: veraltete Einstellungen, die sicher bereinigt werden können, inkompatible Komponenten, die während des nächsten Upgrades Probleme verursachen könnten, und Konfigurationsabweichungen im Vergleich zu den aktuellen Broadcom-Empfehlungen.
Automic Systemkonfiguration
Umfassende Überprüfung und Optimierung der Konfiguration des Automation Engine (AE)-Systems – die ucsrv.ini, Serverparameter, systemweite Einstellungen und Routing-Regeln, die das Verhalten der Plattform bestimmen. Hier verbergen sich viele Entscheidungen nach dem Motto “Das haben wir schon immer so gemacht”, die oft erhebliche Auswirkungen auf Durchsatz, Stabilität und Verhalten unter Last haben. Was es enthüllt: Konfigurationsparameter, die für die aktuelle Arbeitslast angepasst werden sollten, Einstellungen, die Broadcom bewährten Praktiken widersprechen, und Möglichkeiten zur Verbesserung der Stabilität.
AE-Leistung & Arbeitsabläufe
Leistungsanalyse der Automation Engine basierend auf aktuellen und historischen Laufzeitdaten, einschließlich der Dimensionierung der Work-Prozesse (WPs) und des Verhältnisses zwischen der Anzahl der gestarteten Work-Prozesse und der tatsächlichen Systemauslastung. Mehr Prozesse ist nicht immer besser – eine überbereitgestellte WP-Anzahl verschwendet Ressourcen, während eine unterbereitgestellte bei Spitzenlast zu Warteschlangen führt. Serverroutinen wie UCGENX_R/GENX werden in den Protokolldateien auf Muster überprüft, die auf Objekte mit einer erhöhten Anzahl von Skriptzeilen hinweisen können, was auf Leistungsprobleme hindeuten kann. Was es enthüllt: die optimale Anzahl von Arbeitsprozessen für die aktuelle Auslastung, Muster in der Server-Routineausführung, die auf Leistungsschwerpunkte hinweisen, und Ressourcenverschwendung durch Überdimensionierung.
Leistung gegenüber der Datenbank
Analyse der Datenbank-Performance und ihrer Interaktion mit der AE zur Identifizierung von Engpässen und Optimierungspotenzialen. Die Automation Engine interagiert kontinuierlich mit dem Repository über viele verschiedene Arten von Abfragen, und einige davon – zum Beispiel SLUC, ein für Update auswählen Anweisung, die zur Transaktionsverwaltung verwendet wird – sollte immer schnell ausgeführt werden. Wenn dies nicht der Fall ist, ist das ein Signal. Was es enthüllt: welche Datenbankaufrufe langsam sind, ob langsame Aufrufe mit bestimmten Zeitfenstern korrelieren und ob die Langsamkeit mit erhöhten Serverroutinen korreliert. Dies umfasst die Überprüfung des AE REORG – Häufigkeit, Laufzeit, Tabellengrößen, Indexstruktur –, da die REORG-Konfiguration die langfristige Datenbankleistung direkt beeinflusst.
Objektaktivierungen und Lastverteilung
Analyse von Prozessaktivierungen über verschiedene Zeiträume - monatlich, wöchentlich, täglich, stündlich -, um Spitzenlastzeiten und ungleiche Lastverteilung zu identifizieren. Die meisten Landschaften weisen zu vorhersehbaren Zeiten (der morgendliche Batch um 06:00 Uhr, der Monatsabschluss, die Montagsreporting-Welle) scharfe Spitzen auf, und diese Spitzen bestimmen sowohl die Stabilitäts- als auch die Dimensionierungsentscheidungen. Was es enthüllt: Arbeitslastprofil, Optimierungs- und Konsolidierungsmöglichkeiten, die tatsächliche Spitzenlast, die Sie berücksichtigen müssen, und kritische Lastspitzen, die einer genaueren Betrachtung bedürfen.
Objektanalyse (Variablen, Kalender, Jobs, Agenten)
Strukturelle Überprüfung der Automic Objektebene. Gibt es Variablen mit hunderttausenden Einträgen – oder Kalender mit tausenden Einträgen – die das Laden und die Operationen verlangsamen? Gibt es Jobs, die wiederholt abbrechen? Passen die angebundenen Agenten zur aktuellen Automation Engine Version und sind sie voll kompatibel? Was es enthüllt: übergroße Objekte, die eine Bereinigung erfordern, instabile Aufträge, die auf tiefere Prozessprobleme hindeuten, und Agenten-Versionsunterschiede, die beim nächsten Upgrade zu einem Problem werden.
AWI (Weboberfläche) Analyse
Überprüfung der Automic Weboberfläche, unabhängig davon, ob Tomcat oder Jetty als Launcher verwendet wird. Der Berater prüft die configuration.properties prüft nützliche Parameter, untersucht Tomcat- und Jetty-Logdateien auf Anomalien, verifiziert, dass ausreichend Ressourcen für den AWI-Betrieb vorhanden sind, und bewertet die gesamte AWI-Architektur auf Optimierungspotenzial. Was es enthüllt: Webinterface-Parameter, die die Benutzerfreundlichkeit und Stabilität verbessern, Probleme bei der Dimensionierung von Ressourcen, die sich auf das Benutzererlebnis auswirken, und architektonische Verbesserungen für eine bessere Skalierbarkeit.
Mehr als 30 strukturierte Diagnoseprüfungen. Die acht oben genannten Bereiche sind die Hauptfamilien der Bewertung; innerhalb jedes Bereichs wendet der Berater mehrere spezifische Prüfungen an, abhängig vom Datenbank-Backend, der Automic-Version und der Landschaftsgröße. Ein typisches Health Check-Engagement führt zu 20 bis 60 konkreten Ergebnissen, die jeweils dem Bereich zugeordnet sind, aus dem sie stammen, und die jeweils mit eigener Empfehlung und Priorität versehen sind.

4 · Liefergegenstände

Was Sie erhalten

Am Ende des Automic System Health Check(5 Tage) verlassen Sie die Zusammenarbeit mit einem vollständigen Satz schriftlicher und visueller Ergebnisse, mit denen Ihr Team eigenständig, ohne weitere Beteiligung von Tricise, arbeiten kann. Alles unten Aufgeführte ist Teil des Festpreises – das Automic System Health Check hat keine versteckten Zusatzkosten und keine stundenweise Abrechnung innerhalb des vereinbarten Umfangs.

Detaillierter Analysebericht

Ein umfassendes schriftliches Dokument, das alle Erkenntnisse aus dem Engagement enthält, gegliedert nach Bewertungsbereichen und mit jeder Erkenntnis beschrieben, quantifiziert und in Kontext gesetzt. Der oberste Abschnitt ist eine strukturierte Zusammenfassung, die für das operative Management lesbar ist; der Hauptteil enthält die technischen Details, die operative und Plattform-Ingenieure für Maßnahmen benötigen. Das Dokument wird am Ende des Engagements gemeinsam mit dem Tricise-Experten durchgesprochen, damit alle in Ihrem Team verstehen, was gefunden wurde, warum es wichtig ist und wie die nächsten Schritte aussehen.

Praktische Empfehlungen & Aktionsplan

Jeder Befund wird mit einer konkreten Empfehlung geliefert: Was zu ändern ist, welcher Aufwand damit verbunden ist und welche Auswirkungen auf Stabilität, Leistung oder Ressourcennutzung erwartet werden. Die Empfehlungen sind in sofort umsetzbare Quick Wins, mittelfristige Verbesserungen und langfristige architektonische Änderungen unterteilt, sodass Ihr Team eine klare Top-Down-Liste und keine lose Sammlung von Vorschlägen hat.

Kritische Anpassungshinweise

Ein dedizierter Abschnitt, der Anpassungen hervorhebt, die entscheidend sind, um Vorfälle, fehlgeschlagene Upgrades oder Stabilitätsrückgänge zu vermeiden – die Dinge, denen zuerst Aufmerksamkeit geschenkt werden muss. Dieser Abschnitt existiert, weil nicht jede Erkenntnis gleichwertig ist: einige sind “nice-to-have”, und einige sind "reparieren Sie dieses vor dem nächsten Wartungsfenster".

Grafische Auswertungen

Visualisierungen von Systemauslastung, Objektaktivierungen und Datenbankzugriffsmustern, die die Erkenntnisse greifbar machen – die Form des wöchentlichen Spitzenwerts, die Verteilung der Datenbankaufrufe nach Dauer, die Tabellen mit der höchsten Zeilenanzahl, die wichtigsten Auslastungstreiber und die am häufigsten ausgelösten Objekte. Grafische Ausgaben verwandeln Zahlen in Argumente, die Ihr Team intern nutzen kann, wenn es sich für priorisierte Änderungen einsetzt.

Gemeinsame Durchgangssitzung

Der finale Rundgang mit dem Tricise-Berater ist selbst ein Ergebnis. Hier sieht Ihr Team die Ergebnisse aus erster Hand, klärt Zusammenhänge, stellt Fragen und verwandelt den schriftlichen Bericht in ein gemeinsames Verständnis. Die Sitzung findet innerhalb des 5-tägigen Engagements statt, nicht als separater Nachtrag, sodass zwischen Analyse und Übergabe nichts verloren geht.

Roadmap für zukünftige Sicherung

Eine prägnante Roadmap, die die Empfehlungen in eine Reihenfolge bringt: Was zuerst zu tun ist, was als Nächstes zu tun ist und was im Hinblick auf bevorstehende Upgrades, Skalierungsentscheidungen oder architektonische Änderungen geplant werden muss. Dies ist das Ergebnis, das die Health Check noch Monate und Jahre nach der eigentlichen Beauftragung nützlich macht.


5 · Technischer Anwendungsbereich

Technischer Umfang & was wir von Ihnen benötigen

Das Automic System Health Check stellt bewusst nur geringe Anforderungen an den Kunden. Wir bitten Ihr Team nicht, Daten vorzubereiten, Skripte auszuführen oder Berichte zusammenzustellen. Was wir benötigen, ist Zugriff auf das System, Verfügbarkeit während des Walkthroughs und das Kontextwissen, das nur Ihr Betriebsteam besitzt. Der gesamte Aufwand auf Kundenseite während des 5-tägigen Engagements beträgt typischerweise etwa einen halben bis einen Tag – den Rest leistet Tricise.

Was ist im Geltungsbereich

  • Ein Automic System — ein einzelnes Automic Automation-Enginesystem, das mehrere Clients umfassen kann, wenn diese dasselbe Repository gemeinsam nutzen
  • 5 Tage Berateraufwand Vorbereitung, Datenerfassung, Analyse, Bericht, Durchgang
  • Alle acht Bewertungsbereiche — Architektur, Datenbank, Systemeinstellungen, Konfiguration, AE-Leistung, Datenbankleistung, Aktivierungen, Objekte und AWI
  • Mehr als 30 strukturierte Diagnoseprüfungen — angewendet aus dem Tricise-Katalog
  • Bericht, Empfehlungen, grafische Auswertungen und Begehung — das vollständige Leistungsspektrum

Was Ihr Team bereitstellen muss

  • Vollständiger Zugriff auf das Automic System - ein Automic-Benutzerkonto mit ausreichenden Rechten, um Konfiguration, Objekte und Systemvariablen einzusehen
  • Lesezugriff auf das Automic-Repository — zum Ausführen der Tricise-Analyse-Skripte gegen PostgreSQL, Oracle oder SQL Server, je nach Ihrem Backend
  • Zugang zu den einschlägigen Protokolldateien — Protokolle der Automatisierungs-Engine, AWI-Protokolle (Tomcat oder Jetty) und alle Protokolle zu aktuellen Vorfällen, die als nützlicher Kontext dienen könnten
  • Teilnehmer für die Begehung — typischerweise ein oder zwei Automic Administratoren und, wo zutreffend, einen Datenbankadministrator
  • Ein kurzes Sondierungsgespräch Bevor die Engagement beginnt, um Zugang, Kontakte und Zeitplan zu bestätigen

Liefermodus

Das Automic System Health Check wird standardmäßig per Fernservice geliefert, was die Kosten kalkulierbar hält, eine schnelle Terminplanung ermöglicht und für die meisten Kunden gut funktioniert. Nach Absprache ist auch eine Vor-Ort-Lieferung möglich; in diesem Fall werden zusätzlich zum Festpreis die Reisekosten zum Selbstkostenpreis berechnet. Die Analyse selbst ist bei beiden Liefermodi identisch – die Fernlieferung nutzt einen sicheren Zugang und Videokonferenzen für den Walkthrough, und Kunden, die mit Tricise remote zusammengearbeitet haben, berichten durchweg, dass das Format für diese Art von Zusammenarbeit gut funktioniert.

Außerhalb des Rahmens

  • Umsetzung der Empfehlungen —Health Check liefert die Analyse und den Plan; die Umsetzung erfolgt in der Regel durch Ihr eigenes Team oder als separates Tricise-Beratungsprojekt
  • Upgrade-Ausführung – ein Upgrade-Projekt ist eine separate Aufgabe, obwohl die Health Check oft ein wertvoller Input dafür ist
  • Analyse von Systemen, die nicht Gegenstand dieses Auftrags sind
  • Laufende Überwachung oder Managed Services – siehe Tricise Application Managed Services (AMS) dafür

6 - FAQ

Häufig gestellte Fragen

Klicken Sie auf eine beliebige Frage, um die Antwort zu erweitern.

Was ist das Automic System Health Check und was macht es?

Das Automic System Health Check ist ein Beratungs-Paket zum Festpreis von Tricise, das eine strukturierte 5-tägige Überprüfung eines Automic Automation Engine-Systems durchführt. Broadcomzertifizierte Tricise-Experten prüfen acht Bereiche der Plattform – Systemarchitektur, Datenbank, Systemeinstellungen, Automic Konfiguration, AE-Performance, Datenbank-Performance, Objektaktivierungen, die strukturelle Objektschicht und das Webinterface (AWI) – und wenden dabei mehr als 30 strukturierte Diagnoseprüfungen aus dem Tricise-Evaluationskatalog an. Der Auftrag endet mit einem detaillierten Bericht, priorisierten Empfehlungen, grafischen Auswertungen und einer gemeinsamen Durchbesprechung mit Ihrem Team, sodass Sie sowohl das Dokument als auch das geteilte Verständnis erhalten, das für die Umsetzung benötigt wird.

Was kostet das Automic System Health Check?

Das Automic System Health Check wird zu einem Festpreis von 8.000 € (zzgl. MwSt.) pro Automic System. Der Festpreis deckt das vollständige 5-tägige Engagement ab: Vorbereitung, Datenerhebung, Analyse über alle acht Bewertungsbereiche, schriftlicher Bericht, priorisierte Empfehlungen, grafische Auswertungen und das gemeinsame Durchsprechen. Wenn das Engagement auf Ihren Wunsch vor Ort erbracht wird, werden Reisekosten zusätzlich nach tatsächlichem Aufwand in Rechnung gestellt. Es gibt keine versteckten Kosten und keine Abrechnung nach Stunden innerhalb des vereinbarten Umfangs.

Wie lange dauert das Automic System Health Check?

Das Automic System Health Check ist ein 5-tägiges Engagement, normalerweise verteilt auf fünf aufeinander folgende Arbeitstage. Die fünf Tage stellen ein Budget für die Zeit von Tricise-Experten dar, das Vorbereitung, Datenerfassung, Analyse, Berichterstellung und den abschließenden Walkthrough abdeckt – keine starre Tagesordnung. Je nach Geländebeschaffenheit und Zugangssituation kann die Verteilung leicht variieren, Aufwand und Festpreis bleiben jedoch konstant. Der Aufwand auf Kundenseite ist im Vergleich sehr gering – typischerweise etwa ein halber bis ein Tag insgesamt, einschließlich des Scoping-Gesprächs und der abschließenden Walkthrough-Sitzung.

Welche Automic Versionen und Datenbank-Backends werden unterstützt?

Das Automic System Health Check unterstützt aktuelle Automic Automation-Engine-Versionen, die auf einer der drei gängigen Repository-Datenbanken laufen: PostgreSQL, Oracle und Microsoft SQL Server. Tricise unterhält Analyseskripte und Evaluierungsprüfungen, die an jedes Backend und an die verwendete Version der Automation Engine angepasst sind. Wenn Ihre Landschaft eine sehr alte Automic-Version verwendet - also eine Version, die weit unter dem aktuellen Support-Fenster liegt - teilen Sie uns dies beim Scoping mit; wir werden Ihnen direkt sagen, ob der Standardeinsatz noch passt oder ob Anpassungen erforderlich sind.

Was muss ich vorbereiten, bevor Health Check beginnt?

Die Vorbereitung auf Ihrer Seite für ein Automic System Health Check ist absichtlich minimal. Sie müssen ein Automic Benutzerkonto mit ausreichenden Rechten zur Inspektion von Konfiguration, Objekten und Systemvariablen bereitstellen; Lesezugriff auf die Automic Repository-Datenbank für die Tricise-Analyse-Skripte; sowie Zugriff auf die entsprechenden Protokolldateien (Automation Engine, AWI, Incident Logs). Sie benennen außerdem ein oder zwei Automic Administratoren – zuzüglich eines Datenbankadministrators, falls zutreffend –, die am kurzen Scoping-Gespräch zu Beginn und an der Walkthrough-Sitzung am Ende teilnehmen. Keine Datenvorverarbeitung, keine internen Tabellenkalkulationen, keine vorausgehenden Berichte – das Engagement ist so konzipiert, dass die Gesamtbeteiligung Ihres Teams unter einem Tag bleibt.

Ist die Datenerfassung aufdringlich? Beeinflusst sie die Produktion?

Nein. Die Datenerfassung während des Automic Systems Health Check ist gänzlich schreibgeschützt - Die Tricise-Analyseskripte fragen das Automic-Repository und die Protokolldateien ab, verändern sie aber nicht. Es wird kein Code in die Automation Engine eingespeist, es werden keine Agenten installiert, keine Änderungen an Workflows oder Objekten vorgenommen und es besteht kein Risiko für laufende Aufträge. Die Skripte werden vor der Ausführung gemeinsam mit Ihrem Team überprüft, so dass Sie genau sehen, was sie tun, bevor sie Ihre Umgebung berühren. Die Belastung der Datenbank ist vergleichbar mit einer Berichtsabfrage.

Wie unterscheidet sich dies vom Automic Prozessanalyse & Optimierungspaket?

Die beiden Pakete ergänzen sich. Die Automic System Health Check ist eine Architektur- und Konfigurationsüberprüfung – sie fragt “Ist die Plattform gesund?” und betrachtet, wie die Automation Engine eingerichtet, dimensioniert und optimiert ist (Datenbankparameter, Workprozesse, Serverroutinen, REORG, AWI-Konfiguration, "Object Layer Hygiene", Agentenkompatibilität). Automic Prozessanalyse und -optimierung Pakete ist eine Arbeitslastüberprüfung – es fragt: “Laufen wir effizient?” und betrachtet, was das System tatsächlich ausführt, in welchem Umfang, mit welcher Häufigkeit und mit welcher Effizienz. Kunden buchen oft beides, in beliebiger Reihenfolge, je nachdem, welche Frage dringender ist. Eine Health Check ist typischerweise der richtige Ausgangspunkt, wenn Stabilität, Upgrades oder Dimensionierung die treibende Sorge sind; die Prozessanalyse passt besser, wenn die Arbeitslasteffizienz oder die auf der Ausführung basierende Lizenzierung der Treiber ist.

Werden Sie mir genau sagen, was ich ändern soll, oder nur, was falsch ist?

Jeder Befund im Bericht Automic System Health Check wird mit einer konkreten Empfehlung versehen - was soll geändert werden, wie viel Aufwand bedeutet das und welche Auswirkungen sind zu erwarten. Bei Konfigurations- und Parameterfeststellungen lautet die Empfehlung in der Regel: “Ändern Sie diese Einstellung aufgrund von X auf diesen Wert”. Bei Architektur- und Sizing-Ergebnissen liegt die Empfehlung auf der Musterebene, da die tatsächliche Entscheidung vom geschäftlichen Kontext abhängt, den nur Ihr Team kennt. In jedem Fall liefert Ihnen der Bericht umsetzbare nächste Schritte, nicht nur Beobachtungen.

Können Sie die Empfehlungen auch umsetzen?

Die Implementierung ist bewusst nicht Teil des Festpreises Automic System Health Check - das Paket ist als Analyse- und Empfehlungsauftrag konzipiert. Dennoch kann Tricise die Empfehlungen natürlich als Folgeprojekt umsetzen, das auf der Grundlage der Ergebnisse des Health Check separat geplant und berechnet wird. Viele Kunden nehmen zunächst den Bericht, arbeiten die Quick Wins intern ab und beauftragen Tricise dann mit den mittelfristigen und architektonischen Aufgaben. Andere geben alles sofort an uns zurück. Beide Modelle funktionieren.

Behalten wir die SQL-Skripte nach dem Engagement?

Die SQL-Analyse-Skripte und das Auswertungs-Tooling sind die Beratungsleistung von Tricise und verbleiben bei Tricise — sie sind das Instrument, mit dem wir die Health Checkdurchführen, und kein lieferbares Produkt. Was Sie erhalten und behalten, ist der vollständige Analysebericht, alle Ergebnisse, Empfehlungen, grafischen Auswertungen und der Aktionsplan. Wenn Sie eine fortlaufende Self-Service-Überwachungsmöglichkeit anstelle einer einmaligen Expertenbewertung wünschen, ist das eine andere Konversation — typischerweise entweder das Automation CLI Action Pack, die Application Managed Service(AMS) oder eine periodisch wiederholte Health Check-Beratungsleistung.

Wie oft sollten wir ein System Health Checkausführen?

Es gibt keine einzig einzig richtige Antwort, aber eine nützliche Faustregel ist alle 12 bis 24 Monate, oder wann immer ein bedeutendes Ereignis bevorsteht – ein großes Automic Upgrade, eine Migration, eine Plattformkonsolidierung, die Einführung einer neuen Workload oder ein starkes Wachstum der Auslastung. Zwischen den Einsätzen sollten die Empfehlungen des vorherigen Health Check bearbeitet worden sein, was bedeutet, dass der nächste Durchlauf von einer saubereren Basis ausgeht und gezieltere Ergebnisse liefert. Kunden, die alle 18 Monate eine Health Check durchführen und die wichtigsten Ergebnisse zwischen den Durchläufen bearbeiten, stellen typischerweise messbare langfristige Verbesserungen in Stabilität und Leistung fest.

Ist die Health Check vor einem Upgrade auf die Automic sinnvoll?

Ja – das ist einer der häufigsten Gründe, warum Kunden das Automic System Health Checkbuchen. Der Evaluationskatalog enthält veraltete Parameter, Legacy-Systemvariablen, inkompatible Komponenten und Agenten-Versionskonflikte, die alle genau die Dinge sind, die beim Upgrade zu Problemen führen. Ein Health Check 1-3 Monate vor einem geplanten Upgrade verschafft Ihnen eine klare Liste, was im Vorfeld behoben werden muss, damit das eigentliche Upgrade-Fenster viel weniger aufregend ist. Viele Tricise-Kunden kombinieren aus genau diesem Grund das Health Check mit einem bevorstehenden Upgrade-Projekt.

Bereit Ihr Automic-System stabilisieren und zukunftssicher machen?
Direkt im Shop buchen oder mit unseren Experten über Umfang & Zeitplan sprechen.
Nach oben scrollen