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

  • Artikel
  • 2 Minuten Lesedauer

In diesem Artikel finden Sie einige bewährte Methoden für 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 Bewertungen für Kompatibilität und Neue Featureempfehlungen separat aus, um die Bewertungsdauer zu verringern.

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.

    Achten Sie außerdem darauf, dass Sie die richtigen Berechtigungen für den freigegebenen Ordner bereitstellen, 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. Die Verwendung der TLS-Verschlüsselung erhöht die Sicherheit der Daten, die zwischen Datenmigrations-Assistent und der SQL Server Instanz übertragen werden, was besonders bei der Migration SQL Logins nützlich ist. Wenn die TLS-Verschlüsselung nicht verwendet wird und das Netzwerk von einem Angreifer kompromittiert wird, könnte die SQL-Anmeldungen, die migriert werden, von dem Angreifer abgefangen und/oder geändert werden können.

    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, da der zusätzliche Aufwand, der zum Verschlüsseln und Entschlüsseln von Paketen erforderlich ist, verzögert. Weitere Informationen finden Sie unter Verschlüsseln von Verbindungen zu SQL Server.

  • Überprüfen Sie vor der Migration von Daten auf nicht vertrauenswürdigen Einschränkungen sowohl in der Quelldatenbank als auch in der Zieldatenbank. Analysieren Sie nach der Migration die Zieldatenbank erneut, um zu sehen, ob Einschränkungen im Rahmen der Datenbewegung nicht vertrauenswürdig wurden. Beheben Sie nicht vertrauenswürdige Einschränkungen nach Bedarf. Die Einschränkungen, die nicht vertrauenswürdig sind, können zu schlechten Ausführungsplänen führen und sich auf die Leistung auswirken.