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.
Bevor Sie das Azure DevOps-Datenmigrationstool verwenden, um Ihre Datenbank mit hoher Genauigkeit zu migrieren, lernen Sie einige der grundlegenden Konzepte in diesem Artikel kennen.
Erfahren Sie, welche Daten migriert werden
Nicht alle Daten werden migriert. Separate Datenbanken außerhalb der Sammlung, z. B. Berichte und SharePoint Daten, werden nicht migriert. In den folgenden Abschnitten finden Sie weitere Details dazu, welche Daten migriert werden.
Enthaltene Daten
In der folgenden Tabelle sind daten aufgeführt, die in der Migration enthalten sind.
| Enthaltene Daten | Beschreibung |
|---|---|
| Sammlungsabbildung | Jede Sammlung in Azure DevOps Server entspricht einer Datenbank. Während der Migration wird die gesamte Sammlung – einschließlich Arbeitsaufgaben, Verlauf, Team Foundation Version Control (TFVC)-Änderungenets, Git-Daten, Builddefinitionen und mehr – zu Azure DevOps Services migriert. Arbeitsaufgabe, TFVC-Änderungsset und Git-Commit-Nummern/IDs bleiben unverändert. |
Ausgeschlossene Daten
In der folgenden Tabelle sind bestimmte Datenausschlüsse in der Migration aufgeführt.
| Ausgeschlossene Daten | Beschreibung |
|---|---|
| Erweiterungen | Sie müssen Erweiterungen nach der Migration erneut installieren. Veröffentlichen Sie lokale Erweiterungen im Marketplace als private Erweiterungen, und teilen Sie sie mit dem Konto. |
| Dienst-Hooks | Dienst-Hooks-Daten sind in der Migration nicht enthalten. Konfigurieren Sie nach der Migration neu. |
| Auslastungstest | Ladetestdaten werden nicht übernommen. Ladentests nach der Migration neu konfigurieren. |
| Pipeline-Agents und Agentpools | Konfigurieren Sie Pipeline-Agents und Agentpools nach der Migration neu. |
| Erwähnungen | Benutzererwähnungen in Arbeitselementdiskussionen behalten die lokale Identität bei, nicht die neue Microsoft Entra-ID. Wenn Sie auf Benutzernamen zeigen, werden keine Visitenkarten angezeigt, und einige Links sind möglicherweise ungültig. |
| Project Server-Integrationen | Für Azure DevOps Services nicht verfügbar. Beispiel: XAML-Builds, Microsoft Test Manager, SharePoint, SQL Data Warehouse usw. |
| Previewfunktionen | Einige Azure DevOps Server-Features können während der Migration zu Azure DevOps Services in der Vorschau angezeigt werden. |
Projekteinschränkungen
Wenn Ihre Sammlung zahlreiche Projekte enthält, erzwingt Azure DevOps Services eine Grenze von 1.000 Projekten pro Organisation, obwohl 300 oder weniger empfohlen werden. Über diesen Schwellenwert hinaus können bestimmte Erfahrungen – z. B. das Herstellen einer Verbindung mit der Organisation von Visual Studio – beeinträchtigt werden. Um innerhalb des Grenzwerts zu bleiben, sollten Sie entweder die Sammlung aufteilen oder ältere Projekte löschen.
Verstehen der Beziehung zwischen lokalen Datenbanken und Azure DevOps-Organisationen.
Bevor Sie zu tief in die Planung Ihrer Migration eintauchen, ist es wichtig, auf einer erhöhten Ebene zu verstehen, wie der Datenbankmigrationsprozess funktioniert. Migrationen funktionieren mit den folgenden Hauptkonzepten:
- Teamprojektsammlung: Sammlungen in Azure DevOps Server sind ein physischer Container für Teamprojekte und deren Artefakte. Jede Auflistung entspricht einer einzelnen SQL-Datenbank und ist die Quelle von Migrationen zu Azure DevOps Services.
-
Azure DevOps Services-Organisation: Organisationen sind die Verwaltungseinheit im in der Cloud gehosteten Dienst. Logisch ordnen sie sich 1:1 dem Konzept einer Teamprojektsammlung in Azure DevOps Server zu. Daher sind Organisationen das Ziel von Migrationen zu Azure DevOps Services. Azure DevOps Services-Organisationen werden z. B. als
https://dev.azure.com/Contosodargestellt, wobei Contoso den Namen der Azure DevOps Services-Organisation repräsentiert.
Wenn Sie eine SQL-Datenbank für die Teamprojektsammlung migrieren, erstellt das Datenmigrationstool eine neue Azure DevOps-Organisation mit einem vom Benutzer bereitgestellten Namen. Sie können eine Sammlungsdatenbank nicht in eine vorhandene Azure DevOps Services-Organisation migrieren oder mehrere Sammlungsdatenbanken in einer einzigen Azure DevOps Services-Organisation konsolidieren. Die Zuordnung ist strikt 1-zu-1 zwischen Teamprojekt-Sammlungen und Azure DevOps Services-Organisationen.
Auswählen des Rechenzentrums
Wenn Sie Ihre Azure DevOps Services-Organisation einrichten, wählen Sie den Speicherort für Ihre Daten aus. Wählen Sie während der ersten Registrierung und Organisationserstellung eine Region aus, die Ihren Anforderungen entspricht. Wenn Sie später für die Migration verwenden möchten, notieren Sie sich den Kurzcode der Region.
Von Bedeutung
Nicht alle Azure-Regionen unterstützen das Datenmigrationstool. Das Einrichten temporärer SQL-VMs oder einer anderen Migrationsinfrastruktur in nicht unterstützten Regionen kann zu Verzögerungen führen und eine Neukonfiguration erfordern. Überprüfen Sie die unterstützten Regionen, bevor Sie mit der Migrationsplanung fortfahren.
Unterstützte Azure-Regionen für die Migration
In der folgenden Tabelle sind die Azure-Regionen aufgeführt, die das Azure DevOps-Datenmigrationstool unterstützen:
| Region | Kurzhandcode |
|---|---|
| Zentrale USA | CUS |
| Westeuropa | WIR |
| Vereinigtes Königreich, Süden | UKS |
| Australien (Osten) | AE |
| Brasilien Süd | BS |
| Zentralindien | MA |
| Asien, Südosten (Singapur) | SEA |
| Kanada, Mitte | CC |
Den vollständigen Migrationsprozess sowie die aktuellsten Hinweise zu Regionen finden Sie unter Unterstützte Azure-Regionen für die Migration.
Grundlegendes zu Preisen
Eine häufige Frage zur Migration ist, welche Art von Lizenzierung ein Unternehmen Azure DevOps Services verwenden muss. Die gute Nachricht ist, dass Sie wahrscheinlich bereits über alle benötigten Lizenzen verfügen. Ein Beispielarbeitsblatt ist verfügbar, das die meisten Fälle abdecken sollte. Wenn Sie bestimmte Fragen zu Ihrer Situation haben, wenden Sie sich an Ihren Entwicklerlösungsvertriebsspezialisten oder Microsoft Reseller. Weitere Informationen finden Sie unter Pricing für Azure DevOps.
Arbeitsblatt für Benutzerlizenzen
| # | Spalte 1 | Spalte 2 |
|---|---|---|
| 1 | Anzahl der Teammitglieder | |
| 2 | Anzahl der Projektbeteiligten | |
| 3 | Subtrahieren des Werts in Zeile 2 vom Wert in Zeile 1* | |
| 4 | Anzahl der Visual Studio Abonnenten** | |
| 5 | Subtrahieren des Werts in Zeile 4 vom Wert in Zeile 3 | |
| 6 | Subtrahieren des Werts in Zeile 5 vom Wert in Zeile 5*** |
- *Projektbeteiligte sind frei.
- ** Visual Studio Abonnenten haben Azure DevOps Dienste als Vorteil des Abonnements enthalten.
- Jede Azure DevOps Services-Organisation erhält fünf kostenlose Benutzer.
Weitere Informationen zu kostengünstigen Optionen für den Zugriff auf Features finden Sie in der Abrechnungsübersicht und im Azure-Preisrechner.
Kaufen Sie alle benötigten Azure DevOps Services-Benutzerlizenzen über den Visual Studio Marketplace oder die Azure-Portal. Dieser Prozess wird während der Vorbereitungsphase für die Testausführung behandelt.
Zusätzlich zu den Kernfunktionen stehen die folgenden Mehrwertdienste in Azure DevOps zur Verfügung, die Sie möglicherweise von Vorteil finden:
- Gehostete Auslastungstestdienste: Wenn Sie die Leistung Ihrer Anwendungen unter Auslastung simulieren und analysieren müssen, stellt Azure DevOps gehostete Auslastungstestdienste bereit. Mit diesen Diensten können Sie Ihre Anwendungen stresstesten und Engpässe oder Leistungsprobleme identifizieren.
- Test-Manager-Erweiterungen: Für eine umfassende Testverwaltung sollten Sie test-Manager-Erweiterungen verwenden. Diese Erweiterungen verbessern Ihre Testfunktionen, indem Features wie Testfallverwaltung, explorative Tests und Testausführungsnachverfolgung bereitgestellt werden.
- Weitere Features: Azure DevOps bietet verschiedene Erweiterungen und Integrationen, die bestimmte Anforderungen erfüllen. Unabhängig davon, ob es sich um eine Integration mit Nicht-Microsoft-Tools, zur Verbesserung der Sicherheit oder zum Automatisieren von Bereitstellungspipelines handelt, gibt es eine Vielzahl von Optionen.
Einige dieser Dienste können zusätzliche Kosten haben, daher ist es wichtig, Ihre Anforderungen und Ihr Budget entsprechend zu bewerten. Diese Kosten werden auf Ihrer Rechnung unter dem zugehörigen Abonnement angezeigt. Weitere Informationen finden Sie unter Einrichten der Abrechnung. Wenn Sie spezielle Fragen zu Ihrer Situation haben, wenden Sie sich an Ihren DevOps-Partner, Microsoft Reseller oder Ihren Microsoft Developer Solutions Sales Specialist, um personalisierte Anleitungen zu erhalten.
Reservieren Sie Ihre neue Organisation
Angesichts des Zeitplans des Migrationsprojekts sollten Sie den Namen Ihrer Organisation frühzeitig reservieren, um sicherzustellen, dass Ihr gewünschter Name für Ihre endgültige Migration verfügbar ist.
Wenn Ihr Unternehmen beispielsweise Contoso ist und Sie eine Organisation mit einem passenden Namen wünschen, z. B. https://dev.azure.com/contoso, erstellen Sie jetzt eine Organisation mit diesem Namen. Denken Sie jedoch daran, dass Sie nur zu einer brandneuen Azure DevOps Services-Organisation migrieren können.
Führen Sie die folgenden Schritte aus, um den Namen Ihrer Organisation zu reservieren.
- Erstreservierung:
- Erstellen Sie eine Organisation mit Ihrem gewünschten endgültigen Namen, z. B.
https://dev.azure.com/contoso. In diesem Schritt wird der Name reserviert, damit niemand ihn während des Migrationsfensters beanspruchen kann. - Halten Sie diese Organisation an Ort und Stelle, bis Sie bereit sind, zu migrieren.
- Erstellen Sie eine Organisation mit Ihrem gewünschten endgültigen Namen, z. B.
- Endgültige Migration:
Wenn Sie bereit sind, die endgültige Migration zu beginnen, führen Sie sie in einer temporären Organisation durch, z. B.
https://dev.azure.com/contoso-temporary. Sie können nicht zu einer vorhandenen Organisation migrieren.Benennen Sie nach erfolgreicher Migration die reservierte Organisation (
https://dev.azure.com/contoso) in einen Platzhalternamen um, z. B.https://dev.azure.com/contoso-remove-later. Das Umbenennen der Organisation ist dem Löschen vorzuziehen, da ein Löschen bis zu einer Stunde dauern kann, um den Namen freizugeben.Note
Warten Sie mindestens eine Stunde nach einem Umbenennungsvorgang, bevor Sie eine andere Organisation umbenennen. Weitere Informationen finden Sie unter Umbenennen Ihrer Organisation.
Benennen Sie die migrierte Organisation (
https://dev.azure.com/contoso-temporary) in Ihren gewünschten endgültigen Namen (https://dev.azure.com/contoso) um.Optional können Sie die Platzhalterorganisation (
https://dev.azure.com/contoso-remove-later) löschen.
Wenn Sie diesem Ansatz folgen, haben Sie einen reibungslosen Übergang und stellen sicher, dass der Name Ihrer bevorzugten Organisation weiterhin verfügbar bleibt.