Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Sie können eine selbst gehostete Integrationslaufzeit (Self-Hosted Integration Runtime, SHIR) für den Zugriff auf die Sql Server-Quellinstanzsicherungsdateien in Ihrer lokalen Umgebung konfigurieren.
Sie benötigen eine selbst gehostete Integrationslaufzeit, um auf Datenbanksicherungen von Ihrer lokalen Netzwerkfreigabe zuzugreifen.
Die SHIR-Laufzeit kann aus dem Azure-Portal heruntergeladen werden. Der Schlüssel wird vom Azure-Datenbankmigrationsdienst (Azure DMS) bereitgestellt.
Informationen zu bestimmten Migrationsszenarien und Azure SQL-Zielen finden Sie in der Liste der Tutorials in der folgenden Tabelle:
| Migrationsszenario | Migrationsmodus |
|---|---|
| SQL Server nach Azure SQL Managed Instance | SQL Server-Migrationserfahrung in Azure Arc |
| SQL Server zu SQL Server auf einer virtuellen Azure-Maschine | Online / Offline |
| SQL Server zu Azure SQL-Datenbank | Offline |
Von Bedeutung
Wenn Ihr Ziel Azure SQL-Datenbank ist, können Sie datenbankschemas und -daten sowohl mithilfe von Azure DMS über das Azure-Portal migrieren. Sie können auch die SQL-Datenbankprojekteerweiterung für Visual Studio Code verwenden, um das Datenbankschema bereitzustellen, bevor Sie mit der Datenmigration beginnen.
Recommendations
Verwenden Sie eine einzelne selbstgehostete Integration Runtime für mehrere SQL Server-Quelldatenbanken.
Installieren Sie auf einem Computer nur jeweils eine Instanz einer selbstgehosteten Integration Runtime.
Ordnen Sie nur eine selbst gehostete Integrationslaufzeit einer Instanz von Azure DMS zu.
Die selbstgehostete Integration Runtime verwendet Ressourcen (Arbeitsspeicher und CPU) auf dem Computer, auf dem sie installiert ist. Installieren Sie die selbstgehostete Integration Runtime auf einem Computer, der von Ihrer SQL Server-Quellinstanz getrennt ist. Die beiden Computer sollten sich jedoch in unmittelbarer Nähe befinden. Wenn sich die selbstgehostete Integration Runtime in der Nähe der Datenquelle befindet, kann die selbstgehostete Integration Runtime schneller eine Verbindung mit der Datenquelle herstellen.
Verwenden Sie die selbstgehostete Integration Runtime nur, wenn sich Ihre Datenbanksicherungen in einer lokalen SMB-Netzwerkfreigabe befinden. Eine selbstgehostete Integration Runtime ist für Datenbankmigrationen nicht erforderlich, wenn sich Ihre Quelldatenbanksicherungen bereits im Speicherblobcontainer befinden.
Verwenden Sie bis zu 10 gleichzeitige Datenbankmigrationen pro selbst gehosteter Integrationslaufzeit auf einem einzelnen Computer. Wenn Sie die Anzahl gleichzeitiger Datenbankmigrationen erhöhen möchten, skalieren Sie die selbstgehostete Runtime auf bis zu vier Knoten auf, oder erstellen Sie separate Instanzen der selbstgehosteten Integration Runtime auf verschiedenen Computern.
Konfigurieren Sie die selbstgehostete Integration Runtime für die automatische Aktualisierung, damit alle veröffentlichten neuen Features, Programmfehlerbehebungen und Verbesserungen automatisch angewendet werden. Weitere Informationen finden Sie unter Automatische Aktualisierung der selbstgehosteten Integration Runtime.
Einschränkungen
Sie können keine vorhandene selbst gehostete Integrationslaufzeit verwenden, die Sie in Azure Data Factory für Datenbankmigrationen mit Azure DMS erstellt haben.