Anforderungen und Plan
Wir prüfen Versionen, Integrationen, Last und Lizenzen. Wir vereinbaren Umfang, Wartungsfenster, tolerierbaren Datenverlust und Wiederherstellungszeit, also die Ziele RPO und RTO.
Datenbankinfrastruktur
Wir richten Microsoft SQL Server, MySQL, MariaDB und PostgreSQL ein. Wir konfigurieren Zugriffe, Backups und Monitoring, übertragen die vereinbarten Daten und testen die Anwendung. Tests, Bedingungen für die Umschaltung und Zuständigkeiten im Betrieb klären wir vor Beginn.
Kunden
Wir beginnen mit den Anforderungen der Anwendung, der Datenbankversion, dem Datenvolumen und der Last. Danach bestimmen wir Ressourcen, Lizenzen und das Vorgehen bei einer Wiederherstellung. Das Projekt kann eine neue Instanz, eine Modernisierung oder eine Migration in eine lokale oder Cloud-Umgebung umfassen. Redis und MongoDB prüfen wir anhand des Datenmodells und der Abfragen; den Umfang für weitere NoSQL-Datenbanken bestätigen wir gesondert.
Eine Datenbank braucht Ressourcen, Datensicherung und Betreuung nach dem Start. Wir vereinbaren den Umfang dieser Arbeiten und die Aufgabenverteilung mit Ihrem Anwendungsteam.
Das Informationssicherheitsmanagementsystem von Virtline ist durch TÜV NORD Polska nach PN-EN ISO/IEC 27001:2023-08 zertifiziert. Geltungsbereich und Gültigkeit stehen im veröffentlichten Zertifikat.
Zertifikat von Virtline ansehenWir planen mit den Verantwortlichen für Anwendung und Administration. Vor der Änderung im Produktivsystem erfolgt ein Testlauf auf einer Kopie.
Wir prüfen Versionen, Integrationen, Last und Lizenzen. Wir vereinbaren Umfang, Wartungsfenster, tolerierbaren Datenverlust und Wiederherstellungszeit, also die Ziele RPO und RTO.
Wir bereiten Instanz, Zugriffe, Backups und Monitoring vor. Auf einer Kopie testen wir die Migration, prüfen die Anwendungskompatibilität und messen die Dauer der Datenübertragung.
Wir vereinbaren Schreibstopp, abschließende Synchronisierung und Bedingungen für eine Rückkehr. Nach der Verbindungsänderung prüfen wir Daten und Anwendung; die zuständige Person gibt den nächsten Schritt frei.
Wir besprechen Testergebnisse, Dokumentation und Abweichungen. Wir vereinbaren die Beobachtung nach dem Start, weitere Überprüfungen und Zuständigkeiten im Betrieb.
Praktischer Umfang
Wir bewerten Ergebnisse anhand vereinbarter Kriterien und dokumentieren Einschränkungen sowie offene Aufgaben.
Beschreibung von Instanzen, Ressourcen, Rollen und Anwendungskonten. Wir dokumentieren Einstellungen, Verbindungen, die sichere Speicherung von Passwörtern und Zugriffsschlüsseln und die Protokollierung von Zugriffen und Änderungen. Die Replikation wird erfasst, sofern sie zum Projekt gehört.
Übersicht der übertragenen Daten, Konsistenzprüfungen sowie Tests von Lese- und Schreibvorgängen, Berichten und Integrationen. Messungen wichtiger Abfragen ermöglichen den Vergleich vor und nach der Änderung.
Backup-Konfiguration, Ergebnis eines Wiederherstellungstests und gemessene Dauer. Umfasst das Projekt SQL Server Always On Availability Groups, MySQL Group Replication oder PostgreSQL-Streaming-Replikation, prüfen wir auch die Umschaltung und das Verhalten der Anwendung.
Dokumentation zu Monitoring, Updates, Störungsbehebung und Kapazitätsplanung. Wir benennen Zuständige, offene Risiken und den Umfang späterer Überprüfungen.
Der alte Server allein klärt nicht den Umgang mit Daten, die nach der Umschaltung geschrieben wurden. Vor der Änderung legen wir fest, wann eine Rückkehr möglich ist, wie Schreibvorgänge gestoppt und neue Daten behandelt werden. Die Wiederherstellung aus Backups planen wir gesondert: Replikation und Hochverfügbarkeit ersetzen keine Datensicherung.
Ja, nach Prüfung der Kompatibilität von Anwendung, Treibern und genutzten Funktionen. Wir wählen die Methode, testen auf einer Kopie und messen die Dauer. Ein Wechsel der Datenbank-Engine erfordert eine gesonderte Prüfung; dabei können Änderungen an der Anwendung nötig sein.
Wir berücksichtigen Engine, Änderungsvolumen, Aufbewahrungsdauer und vereinbarte RPO/RTO-Ziele. Zum Umfang können vollständige oder differenzielle Backups, Transaktionsprotokolle, WAL-Archivierung oder logische Backups gehören. Die Nutzbarkeit prüfen wir durch eine Wiederherstellung.
Wir können Administration, Monitoring und Optimierung vereinbaren. Dabei prüfen wir unter anderem langsame Abfragen, Sperren, Indizes und Ressourcennutzung. Änderungen bewerten wir anhand von Messungen. Betreuungsumfang, Alarmreaktionen und Prüftermine vereinbaren wir gesondert.
Das hängt von Datenumfang, Integrationen, Versionskompatibilität, Verfügbarkeit und Wartungsfenster ab. Den Zeitplan erstellen wir nach Analyse und Testmigration. Projektdauer und Unterbrechung der Anwendung werden getrennt vereinbart.
Nennen Sie Anwendung, Datenbank und Version, Datenvolumen sowie das mögliche Wartungsfenster. Beschreiben Sie das Problem oder die geplante Änderung. Senden Sie keine Passwörter oder Datenbankkopien über das Formular.
Datenbankprojekt besprechen