Primavera P6 Hosting mit Microsoft SQL Server

Kompatibilität vor der Dimensionierung klären

Ermitteln Sie zunächst die eingesetzte P6 Version und prüfen Sie die dazu passende SQL Server Version anhand der für Ihre Installation gültigen Produktdokumentation. Halten Sie Datenbankgröße, Wachstum, Zahl gleichzeitiger Nutzer und typische Abfragen fest. Erst daraus lässt sich eine sinnvolle Testumgebung ableiten. Pauschale CPU- oder Speicherwerte ersetzen keine Messung mit den tatsächlichen Projekt- und Berichtsdaten.

Latenz zwischen Anwendung und Datenbank messen

P6 kann viele kurze Datenbankabfragen auslösen. Deshalb zählt nicht nur die Größe des Servers, sondern auch die Verbindung zwischen Anwendungs- und Datenbankschicht. Testen Sie das Öffnen großer Projekte, Filter, Aktualisierungen und Berichte aus den üblichen Nutzerstandorten. Eine entfernte Datenbank oder ein ausgelasteter Verbindungsweg kann sich als träge Oberfläche zeigen, obwohl einzelne Server ausreichend Ressourcen besitzen.

Betriebsaufgaben ausdrücklich zuweisen

Legen Sie fest, wer Datenbankzustand, Speicherplatz, Wartungsjobs und fehlgeschlagene Sicherungen überwacht. Auch Änderungen an SQL Server, Betriebssystem und P6 sollten zusammen bewertet und erst in einer Testumgebung erprobt werden. Wenn ein Dienstleister beteiligt ist, gehören die Grenzen zwischen Datenbankadministration, Anwendungsbetreuung und Fachsupport in eine klare Aufgabenliste. Sonst bleibt ein Fehler zwischen den Zuständigkeiten liegen.

Wiederherstellung praktisch prüfen

Ein vorhandenes Datenbankbackup belegt noch keine nutzbare P6 Umgebung. Testen Sie die Wiederherstellung mit den benötigten Anwendungskomponenten, Konfigurationen und Integrationen. Halten Sie fest, bis zu welchem Datenstand ein Test zurückführt und wie lange er dauert. Bei mehreren Datenbanken oder angebundenen Systemen muss außerdem geklärt sein, welche Sicherungsstände zusammenpassen, damit Projektinformationen konsistent bleiben.

Häufige Fragen

Reicht ein schneller SQL Server für gute P6 Performance?

Nicht zwingend. Anwendungsserver, Netzwerklatenz, Datenmodell und konkrete Arbeitslast beeinflussen die Antwortzeiten ebenfalls. Testen Sie typische Aufgaben mit realistischen Daten.

Was gehört zu einem SQL Server Recovery Test?

Stellen Sie eine nutzbare P6 Umgebung wieder her und prüfen Sie Anmeldung, ausgewählte Projekte sowie relevante Integrationen. Dokumentieren Sie Datenstand und Dauer.