Wird geladen...

Wir haben festgestellt, dass Ihre Browsersprache Chinesisch ist. Möchten Sie unsere chinesische Website besuchen? [ Schließen ]
Von: Dylan

Inhaltsverzeichnis

Gründe für die Migration von Oracle zu SQL Server

Sowohl Oracle als auch SQL Server sind bekannte Datenbankmanagementsysteme. Es gibt zahlreiche Gründe, warum Unternehmen eine Migration von Oracle zu SQL Server durchführen möchten.

oracle-to-sql-server

Die häufigsten Motive sind folgende:

  • Kosteneinsparungen: Das Lizenzmodell von Oracle, insbesondere für die Enterprise Edition, ist kostspieliger als das von SQL Server.
  • Integration und Ökosystem: Wenn das Unternehmen bereits Microsoft-Produkte wie Power BI, .NET oder Azure nutzt, ist SQL Server aufgrund der nahtlosen Integration in die Microsoft-Umgebung die bessere Wahl.
  • Einfache Verwaltung und Wartung: SQL Server Management Studio und Azure Data Studio bieten Administratoren eine benutzerfreundliche Oberfläche. Darüber hinaus lassen sich Aktualisierungen bei SQL Server im Allgemeinen einfacher einspielen, da weniger Abhängigkeiten bestehen als bei dem Patch-Ökosystem von Oracle.
  • Hybrid-Funktionalitäten: SQL Server unterstützt die Ausführung von Workloads teilweise lokal und teilweise in der Cloud.
  • Lastverteilung: Einige Unternehmen müssen mehrere Datenbanken auf Oracle- und SQL Server-Plattformen verwalten, um Zusatzaufwand zu minimieren.
  • Hochverfügbarkeit: Einige Organisationen möchten Daten von Oracle auf einen redundanten SQL Server replizieren. Wenn Oracle durch unerwartete Fehler oder Ausfälle außer Betrieb gerät, kann der SQL Server den Geschäftsbetrieb rasch übernehmen.

Egal aus welchem Grund Sie Oracle zu SQL Server migrieren möchten – dieser Artikel liefert Hintergrundinformationen und detaillierte Schritte für die Umsetzung der Umstellung.

Herausforderungen bei der Migration von Oracle zu SQL Server

  • Unterschiede bei Datentypen und Schemas: Oracle und SQL Server nutzen abweichende Schemas und Datentypen, die während der Migration umgewandelt werden müssen.
  • Leistungsaspekte: Bei großen Datenmengen kann der Transfer langsam und fehleranfällig verlaufen.
  • Unterschiede der Sprachen: Die prozedurale Sprache PL/SQL von Oracle und T-SQL bei SQL Server weisen abweichende Syntaxen, Funktionen und Ausführungsmodi auf. Die Umwandlung komplexer gespeicherter Prozeduren, Funktionen und Trigger ist häufig der arbeitsintensivste Teil.

Sie können die technischen Unterschiede zwischen Oracle- und SQL Server-Datenbanken einsehen.

Merkmal Oracle SQL Server
Prozedurale Sprache PL/SQL T-SQL
Datentypen NUMBER, VARCHAR2, CLOB usw. INT, NVARCHAR, TEXT usw.
Schema/Benutzer-Modell Jeder Benutzer verfügt über ein eigenes Schema Schemas sind innerhalb einer Datenbank angeordnet
Transaktionssteuerung Implizierte Commits bei DDL-Anweisungen Explizite Commits erforderlich
Sequenzen Eigenständige Objekte Integrierte IDENTITY-Spalten

Im folgenden Abschnitt stellen wir drei praxistaugliche Verfahren vor, um Oracle-Daten zu SQL Server zu übertragen.

Methode 1: Migration einer Oracle-Datenbank zu SQL Server mit SSMA

SQL Server Migration Assistant (SSMA) ist ein kostenloses Tool von Microsoft, das die Migration von Fremddatenbankplattformen zu SQL Server automatisiert. Es überträgt nicht nur Daten, sondern wandelt zudem Oracle-Datenbankschemas wie Tabellen, Sichten und Prozeduren für SQL Server um.

Bevor Sie beginnen, prüfen Sie die Voraussetzungen und Kompatibilität:
Unterstützte Betriebssysteme: Windows 10 / 11 (64-Bit) oder Windows Server 2016/2019/2022
Architektur: ausschließlich 64-Bit (x64)
Kompatible Oracle-Quellversionen: Oracle 9i (nur Legacy), Oracle 10g, Oracle 11g, Oracle 12c(12.1, 12.2), Oracle 18c, Oracle 19c, Oracle 21c
Kompatible SQL Server-Zielversionen: SQL Server 2012, SQL Server 2014, SQL Server 2016, SQL Server 2017, SQL Server 2019, SQL Server 2022

Schritt 1: Installation und Konfiguration von SSMA

1. Laden Sie SSMA für Oracle von der Microsoft-Webseite herunter und installieren Sie es.

2. Öffnen Sie die MSI-Datei. Klicken Sie bei einer Sicherheitswarnung auf „Ausführen“.

3. Installieren Sie den SSMA-Client sowie das SSMA-Erweiterungspaket auf dem SQL-Server-System. Folgen Sie anschließend den Anweisungen des Installationsprogramms.

Schritt 2: Neues SSMA-Projekt erstellen

1. Starten Sie SSMA für Oracle und klicken Sie auf „Datei“ > „Neues Projekt“.

2. Geben Sie folgende Angaben ein:

  • Projektname: Legen Sie einen Namen für das Projekt fest.
  • Speicherort: Pfad zum Speichern der Projektdatei
  • Migrieren zu: Wählen Sie SQL Server aus.

Schritt 3: Verbindung zur Oracle-Datenbank herstellen

1. Klicken Sie im Oracle-Metadaten-Explorer in der oberen Menüleiste auf „Mit Oracle verbinden“.

2. Tragen Sie die folgenden Informationen ein und klicken Sie auf „Verbinden“:

  • Servername (Oracle-Host)
  • Port (Standard: 1521)
  • Servicename / SID
  • Benutzername / Passwort

3. SSMA stellt nun die Verbindung zu Oracle her und listet alle verfügbaren Schemas auf. Wählen Sie das zu migrierende Schema aus und klicken Sie auf „OK“.

SSMA lädt daraufhin das Oracle-Schema und die Objekte. Im nächsten Schritt stellen Sie die Verbindung zum SQL Server her.

Schritt 4: Verbindung zum SQL Server-Ziel herstellen

1. Klicken Sie im SQL Server-Metadaten-Explorer in der oberen Menüleiste auf „Mit SQL Server verbinden“.

2. Tragen Sie im Pop-up-Fenster folgende Daten ein:

  • SQL Server-Instanzname
  • Authentifizierungsmethode (Windows- oder SQL-Authentifizierung)
  • Datenbankname (bei Bedarf eine neue Datenbank erstellen)

3. Klicken Sie auf die Schaltfläche „Verbinden“.

Schritt 5: Bericht erstellen

1. Wählen Sie im Oracle-Metadaten-Explorer die Menüpunkte „Bericht erstellen“ > „Bewertungsbericht“ aus.

2. Der Bericht zeigt Ihnen nun die Umwandlungs-Erfolgsrate, eine Liste nicht kompatibler Objekte sowie den geschätzten manuellen Aufwand an.

3. Prüfen Sie den Bericht sorgfältig. Gegebenenfalls müssen festgestellte Probleme manuell behoben werden.

Schritt 6: Oracle-Schema zu SQL Server umwandeln

1. Klicken Sie im Oracle-Metadaten-Explorer mit der rechten Maustaste auf das gewünschte Schema und wählen Sie „Schema umwandeln“.

2. SSMA wandelt Oracle-Datentypen in passende SQL Server-Typen um und übersetzt PL/SQL-Code in T-SQL. Auftretende Umwandlungsprobleme werden im Ausgabefenster angezeigt.

3. Prüfen Sie das umgewandelte Schema im Bereich des SQL Server-Metadaten-Explorers.

Schritt 7: Schema mit SQL Server synchronisieren

1. Klicken Sie im SQL Server-Metadaten-Explorer mit der rechten Maustaste auf Ihre Ziel-SQL-Server-Datenbank > „Mit Datenbank synchronisieren“.

2. SSMA führt CREATE TABLE, CREATE VIEW und weitere DDL-Skripte aus, um das Schema auf dem SQL Server aufzubauen.

3. Überprüfen Sie, ob die neuen Tabellen und Objekte in SQL Server Management Studio (SSMS) angezeigt werden.

Schritt 8: Daten migrieren

1. Klicken Sie im Oracle-Metadaten-Explorer mit der rechten Maustaste auf „Tabellen“ oder das „gesamte Schema“ und wählen Sie „Daten migrieren“.

2. SSMA extrahiert Daten aus Oracle und schreibt diese mithilfe effizienter Massenladeverfahren in SQL Server. Warten Sie bis zum Abschluss des Vorgangs.

Schritt 9: Migration validieren

Nach Abschluss der Datenmigration:

1. Vergleichen Sie die Datensatzanzahlen zwischen Oracle und SQL Server:

— SQL Server

SELECT COUNT(*) FROM dbo.Customers;

— Oracle

SELECT COUNT(*) FROM Customers;

2. Prüfen Sie mit SQL Server Management Studio:

Primär- und Fremdschlüssel,

NULL-Werte und Standardwerte,

Indizes und Einschränkungen,

Beispieldaten und Auswertungen.

3. Führen Sie Testabfragen oder Anwendungsskripte aus, um die Geschäftslogik zu überprüfen.

Methode 2: Umstellung von Oracle auf SQL mithilfe individueller Skripte (für kleine Datenbanken)

Bei kleinen Datenbanken können Entwickler Oracle mithilfe von T-SQL-Skripten und SQL Server Integration Services (SSIS) manuell zu SQL Server umstellen. Dieser Ansatz erfordert jedoch umfassende Fachkenntnisse sowie gründliche Tests.

Einsatzszenario für individuelle Skripte:
Ihre Oracle-Datenbank hat eine geringe Größe (<10 GB)
Sie haben individuelle Anpassungsanforderungen
Sie möchten die Datenumwandlung vollständig kontrollieren
Sie migrieren nur ausgewählte Tabellen oder Module, nicht die gesamte Datenbank

Schritt 1: Oracle-Schema bewerten und exportieren

Bevor Sie Umwandlungsskripte erstellen, analysieren Sie zunächst die Struktur Ihrer Oracle-Datenbank:

1. Erstellen Sie eine Liste aller Datenbankobjekte: Tabellen, Indizes, Sichten, gespeicherte Prozeduren, Trigger und Sequenzen.

2. Exportieren Sie das Schema mit Oracle SQL Developer oder expdp (Data Pump Export).

3. Generieren Sie DDL-Skripte (Data Definition Language) aus Oracle:

SELECT dbms_metadata.get_ddl(‚TABLE‘, table_name) FROM user_tables;

4. Speichern Sie diese DDL-Skripte als Referenz, um Objekte in SQL Server neu zu erstellen.

Schritt 2: Oracle-Datentypen auf SQL Server-Typen abbilden

Oracle und SQL Server verwenden unterschiedliche Datentypen. Bei einer manuellen Umwandlung ist eine explizite Zuordnung erforderlich, um die Datenintegrität sicherzustellen.

Oracle-Datentyp

Entsprechung bei SQL Server

VARCHAR2(n)

VARCHAR(n)

NVARCHAR2(n)

NVARCHAR(n)

NUMBER

INT, BIGINT oder DECIMAL

DATE

DATETIME oder DATE

CLOB

TEXT oder VARCHAR(MAX)

BLOB

VARBINARY(MAX)

Bei der Erstellung individueller Skripte definieren Sie jede Spalte explizit, um der Syntax von SQL Server zu entsprechen.

Schritt 3: SQL Server-Schema manuell erstellen

Sobald die Typzuordnungen festgelegt sind, legen Sie eine neue Datenbank und ein Schema in SQL Server an:

CREATE DATABASE CompanyDB;

GO

USE CompanyDB;

GO

CREATE SCHEMA hr;

GO

Erstellen Sie anschließend Tabellen, Indizes und Einschränkungen mithilfe Ihrer umgewandelten Skripte. Dadurch behalten Sie die vollständige Kontrolle über Struktur und Indexstrategie bei der Umstellung von Oracle auf SQL Server.

Schritt 4: Daten aus Oracle exportieren

Exportieren Sie die Oracle-Tabellendaten in Flatfiles (CSV oder TSV) für einen vereinfachten Import:

Nutzung mit SQL*Plus oder SQL Developer:

SPOOL employees.csv

SELECT * FROM employees;

SPOOL OFF;

Alternativ können Sie expdp für reine Datenexporte nutzen. Achten Sie auf die korrekte Behandlung von NULL-Werten, Datumsformaten und Sonderzeichen, um Fehler beim Import zu vermeiden.

Schritt 5: Daten in SQL Server importieren

Laden Sie die Daten mithilfe von SQL Server Management Studio (SSMS) oder bcp (Bulk Copy Program) in Ihre SQL Server-Tabellen.

Beispiel für bcp:

bcp CompanyDB.dbo.employees in „C:\data\employees.csv“ -c -t, -S localhost -U sa -P IhrPasswort

Alternativ können Sie SQL Server Integration Services (SSIS) verwenden, um Massenimporte mehrerer Tabellen zu automatisieren.

Schritt 6: PL/SQL-Code umwandeln und neu erstellen

Die prozedurale Sprache von Oracle (PL/SQL) unterscheidet sich von T-SQL bei SQL Server. Trigger, gespeicherte Prozeduren und Funktionen müssen manuell neu geschrieben werden.

Schritt 7: Migration prüfen und testen

Nach dem Datenimport und der Codeumwandlung:

1. Überprüfen Sie die Datensatzanzahlen zwischen Oracle und SQL Server.

2. Prüfen Sie Integritätsbedingungen und Beziehungen.

3. Führen Sie Anwendungstests durch, um die Funktionsweise zu bestätigen.

4. Nutzen Sie den Query Store oder den Profiler von SQL Server, um Leistungsprobleme zu erkennen.

Schritt 8: Optimierung und Abschluss

Nach erfolgreicher Prüfung von Daten und Schema:

  • Erstellen Sie Indizes und Statistiken für schnellere Abfragen.
  • Richten Sie Sicherungs- und Wartungspläne in SQL Server ein.
  • Dokumentieren Sie alle Änderungen und bewahren Sie ein Rollback-Skript für Notfälle auf.

Methode 3: Die optimale Vorgehensweise zur Datenmigration von Oracle zu SQL Server

Für Unternehmen, die keine einmalige Migration, sondern eine Echtzeit-Datensynchronisation benötigen, bietet i2Stream von Info2Soft eine leistungsstarke und flexible Lösung. Im Gegensatz zu einer herkömmlichen einmaligen Migration von Oracle zu SQL Server ermöglicht i2Stream eine kontinuierliche Replikation, sodass Oracle- und SQL Server-Datenbanken mit minimaler Latenz vollständig synchron bleiben.

Kernfunktionen von i2Stream für die Replikation von Oracle zu SQL Server

  • Echtzeit-Datensynchronisation: i2Stream erfasst Datenänderungen aus Oracle und repliziert diese kontinuierlich an SQL Server. Dadurch bleibt das Zielsystem stets aktuell und eignet sich für Auswertungen, Analysen und Failover-Umgebungen.
  • Störungsfreier Betrieb: Der Replikationsvorgang arbeitet nicht-intrusiv – das bedeutet, dass Ihr produktives Oracle-System uneingeschränkt verfügbar bleibt, während Daten an SQL Server übermittelt werden.
  • Hochleistung und geringe Latenz: Mithilfe fortschrittlicher Change Data Capture (CDC)-Technologie gewährleistet i2Stream eine Latenz unter einer Sekunde zwischen Oracle und SQL Server, auch bei hohem Transaktionsaufkommen.
  • Plattformübergreifende Replikation: i2Stream unterstützt zahlreiche Quell- und Zieldatenbanktypen und ist damit ideal für hybride Umgebungen mit mehreren Datenbanksystemen.
  • Überwachungs- und Verwaltungs-Dashboard: Die übersichtliche i2Stream-Konsole liefert detaillierte Replikationskennwerte, Warnungen und Leistungsanalysen. Administratoren können den Status der Replikation in Echtzeit überwachen.
60-tägige kostenlose Testversion

Fazit

Die Migration von Oracle zu SQL Server ist eine strategische Maßnahme, mit der Unternehmen Kosten senken, die Infrastruktur modernisieren und eine nahtlose Integration mit Microsoft-Technologien erreichen. Der Vorgang erfordert jedoch sorgfältige Planung und passende Tools, um Unterschiede bei Datentypen, Schemastrukturen und prozeduralem Code zu bewältigen.

Dieser Artikel stellt die zentralen Herausforderungen einer Migration von Oracle zu SQL Server vor und beschreibt praxisbewährte Verfahren für eine erfolgreiche Umstellung.

  • Methode 1: Einsatz von SSMA (SQL Server Migration Assistant) – das offizielle Tool von Microsoft zur automatisierten Schemaumwandlung und Datenübertragung.
  • Methode 2: Nutzung individueller Skripte – geeignet für kleine Datenbanken oder Szenarien mit individuellen Anforderungen bei einer manuellen Umstellung von Oracle auf SQL Server.
  • Methode 3: Die optimale Lösung für die Datenmigration – Einsatz fortschrittlicher Produkte wie i2Stream von Info2Soft, ein unternehmensgeeignetes Werkzeug für die Umstellung von Oracle auf SQL Server, das komplexe Migrationen durch Automatisierung und Echtzeitprüfung vereinfacht.

 

Keine Kurzbiografie vorhanden

Weitere verwandte Artikel

Inhaltsverzeichnis:
Bleiben Sie über die neuesten Tipps informiert
Abonnieren Sie unseren Newsletter für aktuelle Einblicke, Neuigkeiten und exklusive Inhalte. Sie können sich jederzeit abmelden.
Abonnieren
Bereit, Ihre Unternehmensdatensicherheit zu verbessern?
Starten Sie eine 60-tägige Testversion oder sehen Sie sich eine Demo an, um zu erfahren, wie Info2soft Unternehmensdaten schützt.
Bitte füllen Sie das Formular aus und senden Sie es ab – unser Kundenservice wird sich in Kürze bei Ihnen melden.
Mit dem Absenden dieses Formulars bestätige ich, dass ich die Datenschutzerklärung.
{{ isSubmitting ? 'Wird gesendet...' : 'Absenden' }}