Freigeben über

Herstellen einer Verbindung mit SQL Server (SybaseToSQL)

  • Artikel

Um Sybase Adaptive Server Enterprise (ASE)-Datenbanken zu SQL Server zu migrieren, müssen Sie eine Verbindung mit der Zielinstanz des SQL Server herstellen. Wenn Sie eine Verbindung herstellen, ruft SSMA Metadaten zu allen Datenbanken in der Instanz von SQL Server ab und zeigt Datenbankmetadaten im SQL Server-Metadaten-Explorer an. SSMA speichert Informationen darüber, mit welcher Instanz von SQL Server Sie verbunden sind, speichert jedoch keine Kennwörter.

Die Verbindung mit SQL Server bleibt aktiv, bis Sie das Projekt schließen. Wenn Sie das Projekt erneut öffnen, müssen Sie erneut eine Verbindung mit SQL Server herstellen, wenn Sie eine aktive Verbindung mit dem Server herstellen möchten. Sie können offline arbeiten, bis Sie Datenbankobjekte in SQL Server laden und Daten migrieren.

Metadaten zur Instanz von SQL Server werden nicht automatisch synchronisiert. Wenn Sie die Metadaten im SQL Server-Metadaten-Explorer aktualisieren möchten, müssen Sie die SQL Server-Metadaten manuell aktualisieren, wie weiter unten in diesem Thema im Abschnitt "Synchronisieren von SQL Server-Metadaten" beschrieben.

Erforderliche SQL Server-Berechtigungen

Das Konto, das für die Verbindung mit SQL Server verwendet wird, erfordert unterschiedliche Berechtigungen, je nachdem, welche Aktionen das Konto ausführt:

  • Um ASE-Objekte in Transact-SQL-Syntax zu konvertieren, Metadaten von SQL Server zu aktualisieren oder konvertierte Syntax in Skripts zu speichern, muss das Konto über die Berechtigung zum Anmelden bei der SQL Server-Instanz verfügen.

  • Um Datenbankobjekte in SQL Server zu laden, muss das Konto mitglied der db_ddladmin-Datenbankrolle sein.

  • Um Daten zu SQL Server zu migrieren, muss das Konto folgendes sein:

    • Ein Mitglied der db_owner-Datenbankrolle , wenn das clientseitige Datenmigrationsmodul verwendet wird.
    • Ein Mitglied der Sysadmin-Serverrolle , wenn das serverseitige Datenmigrationsmodul verwendet wird. Dies ist erforderlich, um den SQL Server-Agent-Auftragsschritt während der CmdExec Datenmigration zu erstellen, um das SSMA-Massenkopietool auszuführen.

      Hinweis

      SQL Server-Agent-Proxykonten werden von der serverseitigen Datenmigration nicht unterstützt.

  • Um den von SSMA generierten Code auszuführen, muss das Konto über Berechtigungen für alle benutzerdefinierten Funktionen im ssma_syb Schema der Zieldatenbank verfügenEXECUTE. Diese Funktionen bieten gleichwertige Funktionen von ASE-Systemfunktionen und werden von konvertierten Objekten verwendet.

Einrichten einer SQL Server-Verbindung

Bevor Sie ASE-Datenbankobjekte in sql Server-Syntax konvertieren, müssen Sie eine Verbindung mit der Instanz von SQL Server herstellen, in der Sie die ASE-Datenbank oder -Datenbanken migrieren möchten.

Wenn Sie die Verbindungseigenschaften definieren, geben Sie auch die Datenbank an, in der Objekte und Daten migriert werden. Sie können diese Zuordnung auf ASE-Schemaebene anpassen, nachdem Sie eine Verbindung mit SQL Server hergestellt haben. Weitere Informationen finden Sie unter Zuordnen von Sybase ASE-Schemas zu SQL Server-Schemas (SybaseToSQL).

Wichtig

Bevor Sie versuchen, eine Verbindung mit SQL Server herzustellen, stellen Sie sicher, dass die Sql Server-Instanz ausgeführt wird und Verbindungen akzeptieren kann.

So stellen Sie eine Verbindung mit SQL Server her:

  1. Wählen Sie im Menü "Datei " die Option "Mit SQL Server verbinden" aus. Wenn Sie zuvor eine Verbindung mit SQL Server hergestellt haben, wird der Befehlsname erneut mit SQL Server verbunden.

  2. Geben Sie im Dialogfeld "Verbindung" den Namen der Instanz von SQL Server ein, oder wählen Sie ihn aus.

    • Wenn Sie eine Verbindung mit der Standardinstanz auf dem lokalen Computer herstellen, können Sie einen Punkt () eingeben localhost oder einen Punkt (.).
    • Wenn Sie eine Verbindung mit der Standardinstanz auf einem anderen Computer herstellen, geben Sie den Namen des Computers ein.
    • Wenn Sie eine Verbindung mit einer benannten Instanz auf einem anderen Computer herstellen, geben Sie den Computernamen gefolgt von einem umgekehrten Schrägstrich und dann den Instanznamen ein, z MyServer\MyInstance. B. .

  3. Wenn Ihre SQL Server-Instanz so konfiguriert ist, dass Verbindungen auf einem nicht standardmäßigen Port akzeptiert werden, geben Sie die Portnummer ein, die für SQL Server-Verbindungen im Serverportfeld verwendet wird. Für die Standardinstanz von SQL Server lautet die Standardportnummer 1433. Für benannte Instanzen versucht SSMA, die Portnummer aus dem SQL Server-Browserdienst abzurufen.

  4. Geben Sie im Feld "Datenbank " den Namen der Zieldatenbank ein. Diese Option ist beim erneuten Herstellen einer Verbindung mit SQL Server nicht verfügbar.

  5. Wählen Sie im Feld "Authentifizierung " den Authentifizierungstyp aus, der für die Verbindung verwendet werden soll. Um das aktuelle Windows-Konto zu verwenden, wählen Sie die Windows-Authentifizierung aus. Wenn Sie eine SQL Server-Anmeldung verwenden möchten, wählen Sie die SQL Server-Authentifizierung aus, und geben Sie dann Anmeldename und Kennwort ein.

  6. Für sichere Verbindung werden zwei Steuerelemente hinzugefügt, die Kontrollkästchen "Verbindung verschlüsseln" und "TrustServerCertificate" . Nur wenn die Verbindung verschlüsseln aktiviert ist, ist das Kontrollkästchen TrustServerCertificate sichtbar. Wenn die Verschlüsselungsverbindung aktiviert ist (true) und TrustServerCertificate deaktiviert ist (false), wird das SQL Server SSL-Zertifikat überprüft. Das Überprüfen des Serverzertifikats ist Teil des SSL-Handshakes und stellt sicher, dass es sich bei dem Server tatsächlich um den Server handelt, mit dem eine Verbindung hergestellt werden soll. Um dies sicherzustellen, muss ein Zertifikat sowohl auf der Clientseite als auch auf der Serverseite installiert werden.

  7. Klicken Sie auf Verbinden.

Wichtig

Sie können zwar eine Verbindung mit einer höheren Version von SQL Server herstellen, verglichen mit der Version, die beim Erstellen des Migrationsprojekts ausgewählt wurde, die Konvertierung der Datenbankobjekte wird zwar durch die Zielversion des Projekts und nicht durch die Version des SQL Server bestimmt, mit dem Sie verbunden sind.

Erneute Verbindung mit SQL Server

Die Verbindung mit SQL Server bleibt aktiv, bis Sie das Projekt schließen. Wenn Sie das Projekt erneut öffnen, müssen Sie erneut eine Verbindung mit SQL Server herstellen, wenn Sie eine aktive Verbindung mit dem Server herstellen möchten. Sie können offline arbeiten, bis Sie Metadaten aktualisieren, Datenbankobjekte in SQL Server laden und Daten migrieren.

Die Prozedur für die erneute Verbindung mit SQL Server ist identisch mit der Prozedur zum Herstellen einer Verbindung.

Synchronisieren von SQL Server-Metadaten

Metadaten zu den SQL Server-Datenbanken werden nicht automatisch aktualisiert. Die Metadaten im SQL Server-Metadaten-Explorer sind eine Momentaufnahme der Metadaten, wenn Sie zum ersten Mal mit SQL Server verbunden sind, oder das letzte Mal, wenn Sie Metadaten manuell aktualisiert haben. Sie können Metadaten für alle Datenbanken oder für ein einzelnes Datenbank- oder Datenbankobjekt manuell aktualisieren. So synchronisieren Sie Metadaten:

  1. Stellen Sie sicher, dass Sie mit SQL Server verbunden sind.

  2. Aktivieren Sie im SQL Server-Metadaten-Explorer das Kontrollkästchen neben dem Datenbank- oder Datenbankschema, das Sie aktualisieren möchten. Wenn Sie beispielsweise die Metadaten für alle Datenbanken aktualisieren möchten, wählen Sie das Feld neben "Datenbanken" aus.

  3. Klicken Sie mit der rechten Maustaste auf Datenbanken oder das einzelne Datenbank- oder Datenbankschema, und wählen Sie dann "Mit Datenbank synchronisieren" aus.

Nächster Schritt

Der nächste Schritt in der Migration hängt von ihren Projektanforderungen ab:

Weitere Informationen

Migrieren von Sybase ASE-Datenbanken zu SQL Server – Azure SQL-Datenbank (SybaseToSQL)