Plattform-Administration, Fachadministration und die Datenbank darunter — als ein integrierter Service. Von Spezialisten, die OpenText seit über fünfunddreißig Jahren in verteidigungsrelevanten Produktionsumgebungen am Laufen halten.
OpenText-Umgebungen scheitern in den Lücken zwischen Spezialisten. Wir decken die Plattform, die Fachebene darüber und die Datenbank darunter ab — unter einem SLA, mit einem zentralen Verantwortlichen, für eine feste monatliche Pauschale.
Die technische Ebene. Patching, Upgrades, Monitoring, Performance-Tuning, Incident-Response, Change-Control.
Die Ebene, die die meisten Managed-Service-Anbieter nicht anfassen. Die Arbeit, die die Plattform mit der tatsächlichen Nutzung im Unternehmen in Einklang hält.
Oracle auf Linux oder Microsoft SQL Server auf Windows. Ausschließlich unter OpenText-Workloads — nie als eigenständige DBA-Arbeit.
Die meisten OpenText-Umgebungen scheitern nicht an der Software. Sie scheitern, weil die Organisationen, die sie betreiben, überlastet sind, bei den Versionen hinterherhinken, von einzelnen Personen abhängig sind oder auf etablierte Dienstleister warten, die nicht reagieren.
OpenText-Administratoren sind rar. Wenn ein einzelner interner Spezialist die Plattform trägt, wird jeder Urlaub, jede Krankheit und jeder Ausstieg zum Kontinuitätsrisiko.
Umgebungen, die zwei oder drei Releases hinterherhinken, werden zu größeren Projekten, nicht zu kleineren. Der richtige Zeitpunkt, das zu beheben, war letztes Jahr. Der nächstbeste Zeitpunkt ist jetzt, unter einer Pauschalkosten-Kadenz.
Ein voll ausgelasteter Spezialist als FTE kostet mehr als ein Managed-Service-Vertrag — und Sie müssen trotzdem Urlaub, Schulungen und die Lücke decken, wenn er geht. Die Wirtschaftlichkeit stimmt unterhalb einer bestimmten Umgebungsgröße selten.
Oracle-RAC-Disconnects, OTDS-Connection-Pool-Ausfälle, KIni-Performance- Degradierungen. Spezialisierte Diagnose ist nicht dasselbe wie generalistischer Support.
Die Stufen sind additiv. Jede baut auf der darunter auf. Konkreter Umfang, SLA und Preis werden im Statement of Work für jedes Engagement festgelegt.
Das Licht am Brennen halten — nur die technische Ebene.
Alles aus Stufe i, plus die Fachebene.
Alles aus Stufe ii, plus Upgrades und ein namentlich zugewiesener TAM.
Die meisten Managed-Service-Anbieter können Oracle oder SQL Server am Laufen halten. Das ist nicht dasselbe wie der Betrieb für OpenText.
Ein generischer DBA weiß nicht, dass ein fehlender Composite-Index auf der KIni-Tabelle den Content Server in die Knie zwingt. Ein generischer OpenText-Partner verfolgt einen OTDS-Connection-Pool-Kollaps nicht zurück bis zu einem Firewall-Idle-TCP-Timeout am Database-Listener.
Genau solche Probleme haben wir in der Produktion diagnostiziert und behoben — für europäische Enterprise-Kunden, einschließlich Engagements im Verteidigungssektor mit der Disziplin, der Sicherheitsposture und den SLA-Erwartungen, die dieses Umfeld verlangt.
Wir sind bewusst spezialisiert. Wir machen keine Greenfield-Implementierungen, keine kundenspezifische Entwicklung und keine großen Integrationsprojekte — diese gehören zu OpenText Professional Services oder zu den dafür gebauten Systemintegratoren. Wir machen den laufenden Betrieb, end-to-end, als einen integrierten Service.
Ein strukturiertes Gespräch über Ihre aktuelle OpenText-Umgebung, die Datenbank darunter und darüber, wo intern die Last liegt. Wir melden uns mit einer schriftlichen Einschätzung und einem Vorschlag, welche Stufe passt.
