Sie wissen, was stabil läuft, wo Risiken bestehen und welcher nächste Schritt den größten Nutzen bringt.
Mehr als ein Performance-Test
Ein Performance-Test beantwortet vor allem die Frage: Wo verliert das System aktuell Zeit?
Ein Sage 100 Health Check geht bewusst weiter. Er zeigt, ob die Umgebung technisch sauber aufgestellt ist, welche Abhängigkeiten kritisch sind und wie gut sich das System betreiben, aktualisieren oder migrieren lässt.
Ein System ist nicht gesund, nur weil es heute startet. Entscheidend ist, ob es transparent, wartbar und im Störungsfall beherrschbar ist.
Der Health Check ersetzt nicht automatisch jede vertiefte Fachanalyse. Er zeigt aber zuverlässig, wo ein Deep Dive sinnvoll ist und wo kein unmittelbarer Handlungsbedarf besteht.
Wann der Health Check besonders sinnvoll ist
Viele Sage-100-Landschaften sind über Jahre gewachsen. Anpassungen, Reports, Schnittstellen, Dienste und Zuständigkeiten kamen schrittweise hinzu – eine aktuelle Gesamtübersicht dagegen oft nicht.
Typische Aussagen wie „Die Backups laufen, glaube ich“, „Die Schnittstelle funktioniert meistens“ oder „Die Dokumentation müsste irgendwo sein“ sind keine Nebensache. Sie zeigen, wo Transparenz selbst zum Risikofaktor geworden ist.
Was wir im Sage 100 Health Check prüfen
Der konkrete Umfang wird auf Ihre Umgebung und den Anlass abgestimmt. Die Prüfung verbindet technische Fakten mit der Frage, wie zuverlässig das System im Tagesgeschäft betrieben werden kann.
Version und Patchstand, Module, Mandanten, Benutzer, Serverrollen, Dienste, RDS, STS, BlobStorage und weitere relevante Komponenten.
Version und Edition, Speicher- und TempDB-Konfiguration, CPU, RAM, I/O, Wachstum, Jobs, Logs, Wartung und Performanceindikatoren.
Aufgabenverteilung, ServiceDomains, Pooling, Ressourcennutzung, Performance Counter, Lastverhalten, Dienste und Fehlermuster.
Sicherungsarten, Zeitpläne, Aufbewahrung, Speicherorte, Verantwortlichkeiten und Plausibilität des bestehenden Recovery-Konzepts.
Integrationen, Importe, Exporte, Middleware, Windows-Dienste, Jobs, technische Abhängigkeiten, Fehlerbehandlung und Monitoring.
AppDesigner-Anpassungen, eigene Masken, DLLs, Deployments, Reports, Views, Stored Procedures, Trigger und Hintergrundprozesse.
Versionsstand, Altlasten, Abhängigkeiten, Testfähigkeit und erkennbare Stolpersteine für Update, Migration oder Serverumzug.
Logs, Benachrichtigungen, Zuständigkeiten, Systemdokumentation, Sicherungswege, Schnittstellenbeschreibung und Wissenslücken.
SQL Server: Betrieb und Performance zusammen betrachten
Sage 100 ist in hohem Maß von einem sauber betriebenen SQL Server abhängig. Deshalb betrachten wir nicht nur einzelne Abfragen, sondern auch Ressourcen, Speicher, I/O, Datenbankwachstum, SQL-Agent-Jobs, Sicherungen und Wartung.
Zu den möglichen Indikatoren gehören Wait Statistics, blockierte Sessions, Spitzenlasten, ungewöhnliche Abfragekosten oder instabile Ausführungspläne. Der Health Check grenzt ein, ob eine vertiefte Performanceanalyse einen klaren Nutzen verspricht.
Applikationsserver: die unterschätzte Laufzeitschicht
Ein schneller SQL Server allein garantiert noch keine gute Benutzererfahrung. Wir betrachten daher auch Aufgabenverteilung, ServiceDomains, Pooling, Ressourcen und Fehlermuster des Sage-100-Applikationsservers.
Schnittstellen: nicht nur vorhanden, sondern beherrschbar
Bei Integrationen mit DocuWare, Salesforce, Webshops, EDI, Power BI oder individuellen Drittsystemen interessiert uns nicht nur, dass sie existieren. Entscheidend ist, wie sie eingebunden sind, wie Fehler erkannt werden und welche Dienste, Jobs oder Zugangsdaten für den Betrieb erforderlich sind.
Von Beobachtungen zu einer klaren Bewertung
Ein Audit ist nur dann nützlich, wenn technische Feststellungen eingeordnet werden. Deshalb bewerten wir Relevanz, Auswirkung und Dringlichkeit – nicht jede Abweichung ist automatisch ein Problem.
Eine Bewertung kann beispielsweise zeigen, dass die Performance grundsätzlich gut ist, aber das Backup-Konzept nicht belastbar dokumentiert wurde. Oder dass der SQL Server unauffällig ist, während Applikationsserver und Schnittstellenbetrieb klare Risiken aufweisen.
Nicht jeder Health Check endet mit einem Alarm. Sein Wert liegt darin, Unsicherheit durch belastbare Klarheit zu ersetzen.
Was Sie am Ende erhalten
Der Health Check endet nicht mit einer losen Sammlung technischer Details.
Der Ergebnisbericht schafft eine gemeinsame Grundlage für Geschäftsleitung, interne IT, externe Dienstleister und Fachverantwortliche. Er trennt akuten Handlungsbedarf von planbaren Verbesserungen und unkritischen Beobachtungen.
So läuft der Health Check ab
1. Vorgespräch und Zielklärung
Wir klären, warum der Health Check gewünscht wird und ob Performance, Betriebssicherheit, Updatefähigkeit, Betreuungswechsel oder Transparenz im Vordergrund stehen.
2. Aufnahme der Umgebung
Wir erfassen die wesentlichen technischen Komponenten, Abhängigkeiten und Zuständigkeiten. Vorhandene Dokumentation wird einbezogen, fehlende Informationen werden sichtbar gemacht.
3. Strukturierte Prüfung
Die vereinbarten Prüffelder werden nachvollziehbar untersucht. Umfang und Tiefe orientieren sich an Systemgröße, Individualisierung und Anlass.
4. Bewertung und Priorisierung
Feststellungen werden nach Auswirkung und Dringlichkeit eingeordnet. So entsteht kein überladener Fehlerkatalog, sondern ein handhabbares Risikobild.
5. Ergebnisbericht und Besprechung
Sie erhalten eine strukturierte Auswertung. Gemeinsam klären wir, welche Maßnahmen sofort, planbar oder zunächst gar nicht erforderlich sind.
6. Optional: gezielte Umsetzung
Mögliche Folgeschritte sind ein SQL Performance Deep Dive, Applikationsserver-Optimierung, Monitoring, Dokumentation, Schnittstellenanalyse oder die Vorbereitung einer Migration.
Ihre Vorbereitung: die Kunden-Checkliste
Die Checkliste hilft Ihnen, vorhandene Informationen vor dem Erstgespräch zusammenzutragen. Sie müssen nicht jeden Punkt beantworten können – offene Felder zeigen oft bereits, wo Transparenz fehlt.
Die Checkliste ist bewusst als Arbeitsunterlage gestaltet: zum Ausfüllen, Abstimmen und Mitbringen. Unbekannte Angaben dürfen ausdrücklich offen bleiben.
Abgrenzung zu anderen Leistungen
| Leistung | Schwerpunkt | Sinnvoll, wenn … |
|---|---|---|
| Sage 100 Health Check | Gesamtblick auf Architektur, Betrieb, Risiken und technische Reife | die eigentlichen Baustellen noch nicht eindeutig sind |
| Performance Check | konkrete Geschwindigkeits- und Engpassanalyse | Laufzeiten und Reaktionszeiten im Vordergrund stehen |
| Applikationsserver-Check | Konfiguration und Lastverhalten der Laufzeitschicht | der Applikationsserver gezielt untersucht werden soll |
| Migration / Update | technische und fachliche Umsetzung eines Zielzustands | Ausgangslage und Ziel bereits belastbar geklärt sind |
| Schnittstellenprojekt | Planung, Entwicklung oder Optimierung einer Integration | eine konkrete Anbindung im Mittelpunkt steht |
Der Health Check ist damit häufig der beste Einstieg, wenn ein Unternehmen zwar Handlungsdruck spürt, die Ursache oder richtige Reihenfolge der Maßnahmen aber noch nicht klar ist.
Warum Appontes?
Wir betrachten Sage 100 nicht isoliert. SQL Server, Applikationsserver, Infrastruktur, Schnittstellen, Individualentwicklung, Betrieb und Dokumentation werden gemeinsam bewertet.
Eine belastbare Basis statt technischer Bauchgefühle
Ein gewachsenes ERP-System muss nicht automatisch problematisch sein. Entscheidend ist, dass seine Struktur, Risiken und Betriebswege verstanden werden.