Seminar SQL Server zu PostgreSQL migrieren

Seminarbeschreibung

Die Ablösung von SQL Server durch PostgreSQL verlangt mehr als das Kopieren von Tabellen. Datentypen, Kollationen, Transaktionsverhalten, Stored Procedures, Jobs und Anwendungstreiber beeinflussen, ob ein fachlicher Prozess im Ziel gleichwertig funktioniert. Das Seminar entwickelt dafür einen systematischen Migrationsweg mit überprüfbaren Entscheidungen und einer bewusst begrenzten, aber realitätsnahen Testdatenbank.

Automatisierte Übernahme und manuelle Anpassung werden gezielt kombiniert. pgloader oder ein geeigneter Export- und Importweg unterstützen die Datenübertragung; SQL-Logik und Anwendungsverhalten werden gesondert bearbeitet. Kommandozeile und grafische Verwaltung dienen der Analyse, Fehlerbehebung und Abnahme. Vollständigkeit, fachliche Gleichwertigkeit und Wiederherstellbarkeit bleiben die entscheidenden Prüfkriterien.

Lernziele

• Inkompatible Datentypen, SQL-Konstrukte und Anwendungsabhängigkeiten systematisch erkennen.
• Eine begrenzte Datenbank samt ausgewählter Logik und Clientzugriff auf PostgreSQL übertragen.
• Datenvollständigkeit, fachliches Verhalten, Leistung und Rückfall anhand konkreter Tests bewerten.

Zielgruppe

Datenbankadministratoren, SQL-Entwickler, Anwendungsentwickler und technische Architekten mit Verantwortung für die Ablösung von SQL Server.

Voraussetzungen

Gute SQL- und Transact-SQL-Kenntnisse, Verständnis relationaler Modelle, Indizes und Transaktionen sowie Grundlagen der Linux-Administration. Ein vorbereiteter kleiner Anwendungscode wird im Seminar angepasst.

Seminarinhalte

Inhaltsübersicht: Schema und Abhängigkeiten analysieren; Zielmodell und Datentypen entwerfen; PostgreSQL vorbereiten; Daten kontrolliert laden; SQL-Logik und Jobs anpassen; Anwendung und Leistung validieren; Umschaltung und Änderungsdaten planen; Sicherung und Abnahme abschließen.

1. Schema und Abhängigkeiten analysieren

• Tabellen, Views, Prozeduren, Trigger, Funktionen, Jobs und externe Zugriffe inventarisieren.
• Anwendungsabfragen, ODBC- oder JDBC-Verbindungen und ORM-Verhalten erfassen.
• Automatisch übertragbare Objekte, manuelle Anpassungen und ungeklärte Sonderfälle priorisieren.

2. Zielmodell und Datentypen entwerfen

• Zahlen, Geldbeträge, Zeichenketten, Unicode, Datum, Zeit und binäre Werte passend abbilden.
• IDENTITY, Sequenzen, UUIDs, NULL-Verhalten und Standardwerte gezielt vergleichen.
• Kollationen, Groß- und Kleinschreibung, Bezeichner und Schemas auf fachliche Auswirkungen prüfen.

3. PostgreSQL vorbereiten

• Rollen, Datenbank, Schema, Rechte und verschlüsselte Clientverbindungen einrichten.
• Speicher, Protokolle und Grundparameter für den begrenzten Testbestand konfigurieren.
• psql und eine grafische Verwaltung für wiederholbare Analyse und Fehlersuche einsetzen.

4. Daten kontrolliert laden

• pgloader oder einen geeigneten Export- und Importweg mit reproduzierbarer Konfiguration vorbereiten.
• Casting-Regeln, Fehlerprotokolle, zurückgewiesene Zeilen und Lade-Reihenfolge kontrollieren.
• Tabellenumfang, Schlüssel, Beziehungen und Sequenzstände nach der Übernahme prüfen.

5. SQL-Logik und Jobs anpassen

• Ausgewählte T-SQL-Abfragen, Funktionen und eine Stored Procedure auf PostgreSQL übertragen.
• Transaktionen, Sperrverhalten und Fehlerbehandlung anhand des Fallbeispiels vergleichen.
• Trigger und zeitgesteuerte Aufgaben gezielt neu abbilden; automatische Vollkonversion nicht voraussetzen.

6. Anwendung und Leistung validieren

• Treiber, Verbindungsparameter und ausgewählte Anwendungspfade an PostgreSQL anpassen.
• Fachliche Integrationstests für Lesen, Schreiben, Konflikte und Rollback ausführen.
• Abfragepläne, Indizes und Referenzlast prüfen und konkrete Engpässe bearbeiten.

7. Umschaltung und Änderungsdaten planen

• Vorabübernahme, Schreibsperre und abschließende Datenübernahme für das Testmodell festlegen.
• Mögliche Änderungsübernahme gesondert bewerten; ein einmaliger Ladevorgang ist keine fortlaufende Replikation.
• Abbruchkriterien und Rückfall nach neuen Schreibvorgängen mit explizitem Datenabgleich organisieren.

8. Sicherung und Abnahme abschließen

• Ein geeignetes PostgreSQL-Sicherungsverfahren ausführen und isoliert wiederherstellen.
• Datenmengen, Schlüsselbeziehungen und fachliche Kontrollsummen mit den Ausgangsdaten vergleichen.
• Ein Abnahmeprotokoll mit Restarbeiten, Leistungswerten und Betriebsverantwortung erstellen.

Praxisübungen

1. Eine Testdatenbank mit Beziehungen, Unicode, Datumswerten und ausgewählter T-SQL-Logik auf Konvertierungsbedarf untersuchen.
2. Eine Datentypmatrix erstellen und die PostgreSQL-Zielstruktur mit Rollen und Rechten vorbereiten.
3. Den Datenbestand wiederholbar übernehmen und bewusst problematische Datensätze über Protokolle finden und bereinigen.
4. Eine gespeicherte Prozedur und ausgewählte Abfragen anpassen; fachlich erwartete Ergebnisse vergleichen.
5. Eine kleine Testanwendung umstellen und Lese-, Schreib- und Transaktionsfälle unter Last prüfen.
6. Einen finalen Übernahmelauf mit Schreibsperre durchführen und den Zielbestand vollständig validieren.
7. Die Zieldatenbank sichern, isoliert wiederherstellen und die fachliche Abnahme erneut ausführen.

Schulungsumgebung

Der Kunde stellt eine SQL-Server-Testinstanz mit repräsentativer Datenbank, eine Linux-VM mit PostgreSQL, geeignete Verwaltungsclients und eine kleine anpassbare Testanwendung. Benötigte Übernahmewerkzeuge, Testdatensätze und Sicherungsspeicher sind vorbereitet und aufeinander abgestimmt.

Fachlicher Umfang

Die Übungen behandeln ein begrenztes Schema mit ausgewählten Routinen. Große Data-Warehouse-Landschaften, sämtliche T-SQL-Sonderfälle, SQL-Server-Analyse- und Berichtsdienste sowie eine unterbrechungsfreie Migration beliebiger Systeme werden nicht in vier Tagen zugesagt.

Weitere Seminare

Seminarübersicht und empfohlene Lernpfade