Teilen über

Best Practices für die Ausführung des Datenmigrations-Assistenten

  • Artikel

Wichtig

Datenmigrations-Assistent (DMA) ist veraltet. Unter Migrationsoptionen für SQL Server in Azure SQL finden Sie die Optionen zum Migrieren aus SQL Server in Azure SQL.

Dieser Artikel enthält einige bewährte Methoden für die Installation, Bewertung und Migration.

Installation

Achten Sie darauf, dass Installation und Ausführung des Datenmigrations-Assistenten nicht direkt auf dem SQL Server-Hostcomputer erfolgen.

Bewertung

  • Führen Sie Bewertungen für Produktionsdatenbanken während Zeiträumen durch, die nicht mit den Spitzenzeiten zusammenfallen.
  • Führen Sie die Bewertung auf Kompatibilitätsprobleme und neue Featureempfehlungen separat durch, um die Dauer der Bewertung zu reduzieren.

Migration

  • Migrieren Sie einen Server während eines Zeitraums, der nicht mit Spitzenzeiten zusammenfällt.

  • Wenn eine Datenbank migriert wird, stellen Sie einen einzelnen Speicherort für die Freigabe bereit, auf den vom Quellserver und vom Zielserver zugegriffen werden kann, und vermeiden Sie wenn möglich Kopiervorgänge. Ein Kopiervorgang kann je nach Größe der Sicherungsdatei zu Verzögerungen führen. Der Kopiervorgang erhöht außerdem die Wahrscheinlichkeit, dass für eine Migration aufgrund eines zusätzlichen Schritts ein Fehler auftritt. Wenn ein einzelner Speicherort bereitgestellt wird, umgeht der Datenmigrations-Assistent den Kopiervorgang.

    Stellen Sie außerdem sicher, dass Sie die richtigen Berechtigungen für den gemeinsamen Ordner vergeben, um Migrationsfehler zu vermeiden. Die richtigen Berechtigungen sind im Tool angegeben. Wenn eine SQL Server-Instanz mit Anmeldeinformationen für einen Netzwerkdienst ausgeführt wird, erteilen Sie dem Computerkonto die erforderlichen Berechtigungen für den freigegebenen Ordner für die SQL Server-Instanz.

  • Sorgen Sie dafür, dass die Verbindung verschlüsselt wird, wenn Sie eine Verbindung zu den Quell- und Zielservern herstellen. Bei Verwendung der TLS-Verschlüsselung wird die Sicherheit übertragener Daten in Netzwerken zwischen dem Datenmigrations-Assistenten und der SQL Server-Instanz erhöht. Dies ist besonders dann hilfreich, wenn SQL-Anmeldungen migriert werden. Wenn die TLS-Verschlüsselung nicht verwendet wird und das Netzwerk von einem Angreifer kompromittiert wird, werden die SQL-Anmeldungen, die migriert werden, möglicherweise während der Übertragung vom Angreifer abgefangen und/oder geändert.

    Wenn sich aber der gesamte Zugriff innerhalb einer sicheren Intranetkonfiguration abspielt, ist eine Verschlüsselung möglicherweise nicht erforderlich. Das Aktivieren der Verschlüsselung verlangsamt die Leistung aufgrund des zusätzlichen Overheads, der zum Ver- und Entschlüsseln von Paketen erforderlich ist. Weitere Informationen finden Sie unter Verschlüsselung von Verbindungen zu SQL Server.

  • Prüfen Sie vor der Migration von Daten, ob es in der Quell- und der Zieldatenbank nicht vertrauenswürdige Beschränkungen gibt. Nach der Migration analysieren Sie die Zieldatenbank erneut, um festzustellen, ob im Rahmen der Datenverschiebung irgendwelche Beschränkungen nicht mehr vertrauenswürdig sind. Beheben Sie nicht vertrauenswürdige Beschränkungen nach Bedarf. Wenn die Beschränkungen nicht vertrauenswürdig sind, kann dies zu schlechten Ausführungsplänen führen und die Leistung beeinträchtigen.