Eine sorgfältige Planung Ihrer Migration ist entscheidend für ein erfolgreiches Migrationsprojekt. Im Folgenden finden Sie Themen, die sich auf Ihre Migration auswirken können und in Ihrer Planungsphase berücksichtigt werden sollten.

Die Migrations-Checklisten sind PDF-Dokumente, die Ihnen helfen können, jeden Aspekt Ihrer Umgebung für Ihre Migration zu berücksichtigen.

Um The ultimate SharePoint migration checklist herunterzuladen, klicken Sie hier.

Um The essential Microsoft Teams migration checklist herunterzuladen, klicken Sie hier.

Obwohl ShareGate Migrate eine einfache Benutzeroberfläche hat, handelt es sich um eine komplexe clientseitige Anwendung, die über Microsoft-APIs viele Interaktionen mit Ihren Umgebungen durchführt.

Aufgrund von Einschränkungen dieser APIs und der möglicherweise unterschiedlichen SharePoint-Versionen ist es wichtig, die folgenden Einschränkungen zu berücksichtigen.

Die Darstellung basiert auf Elementen wie Seitenlayouts, Masterseiten und benutzerdefinierten Lösungen und kann daher nicht unterstützt werden. Das Problem liegt an den unterschiedlichen SharePoint-Versionen und der Tatsache, dass wir nicht feststellen können, wie sich eine benutzerdefinierte Lösung auf Ihr Ziel auswirkt.

Weitere Informationen zu diesen und anderen Einschränkungen finden Sie unter Darstellung oder Masterseiten und Seitenlayouts.

ShareGate Migrate unterstützt benutzerdefinierte Lösungen und Lösungen von Drittanbietern nicht vollständig.

Benutzerdefinierte Lösungen können sich auf Seiten, Listenspalten, Inhaltstypen und viele weitere Elemente in einer lokalen SharePoint-Umgebung auswirken.

Wenn Sie zu einer lokalen Umgebung migrieren, können Sie versuchen, Ihre benutzerdefinierte Lösung oder Drittanbieterlösung vor der Migration in Ihrer Zielumgebung zu installieren, sofern verfügbar. Manchmal kann die Verfügbarkeit der benutzerdefinierten Lösung am Ziel es der App ermöglichen, sonst nicht unterstützte Inhalte zu migrieren.

Eine Source analysis sollte alle benutzerdefinierten Lösungen in Ihrer Umgebung aufdecken (weitere Informationen zur Source analysis weiter unten).

Websitesammlungen mit einer aktiven schreibgeschützten Sperre werden nicht ordnungsgemäß migriert. Diese Funktion beeinträchtigt die SharePoint-APIs und verursacht eine Reihe unvorhersehbarer Fehler. Sie müssen diese Funktion deaktivieren, um die Migration durchzuführen.

Weitere Informationen zu diesen Einschränkungen finden Sie unter Schreibgeschützte Sperre.

Eine Source analysis ermöglicht es Ihnen, ein Inventar Ihrer Quellumgebung zu erstellen.

Dies bietet Ihnen einen Überblick über alles, was sich in der Quelle befindet, sowie Zugriff auf eine detaillierte Liste, die Sie als Excel- oder CSV-Datei exportieren können.

Die Liste kann nicht unterstützte Inhalte sowie allgemeine Fehler und Warnungen aufdecken, die Sie bereits vor Beginn Ihrer Migration überprüfen können.

Weitere Informationen finden Sie unter Schritt-für-Schritt-Anleitung – Source analysis für Dateifreigaben und Schritt-für-Schritt-Anleitung – Source analysis für SharePoint und Microsoft 365.

Bei einer Migration gibt es zu viele Faktoren, um eine verlässliche Zeitschätzung abgeben zu können.

Berücksichtigen Sie die folgenden Faktoren, die sich auf Ihre Migrationsdauer auswirken können:

Da eine SharePoint-Migration keine einfache Dateiübertragung ist, lässt sich nicht bestimmen, wie lange Ihr Migrationsauftrag dauern wird.

Der beste Weg, eine Schätzung für Ihre spezifischen Inhalte zu erhalten, besteht darin, einige Tests durchzuführen. Der nächste Abschnitt dieses Artikels zeigt, wie Sie sich einen Eindruck davon verschaffen können, wie lange Ihre Migration dauern könnte.

Das Durchführen einer Testmigration innerhalb Ihrer Umgebung ist der beste Weg, um eine ungefähre Migrationsdauer zu ermitteln und Ihre Herausforderungen zu identifizieren. Dies hilft Ihnen, einen realistischeren Migrationsplan zu erstellen.

Wir empfehlen, am Ende Ihrer Testmigration Ihren Migration report zu überprüfen. Der Bericht kann einige Warnungen und Fehler aufdecken, denen Sie während der Migration begegnen könnten. Sie sollten außerdem in Erwägung ziehen, Ihre Zeitschätzung zu erhöhen, falls Sie während der eigentlichen Migration ein Problem beheben müssen.

Um sich einen allgemeinen Eindruck von der Dauer der Migration mehrerer Websitesammlungen zu verschaffen, identifizieren Sie eine Website, die Ihre durchschnittliche Websitesammlung gut repräsentiert, und migrieren Sie diese.

Die Zeit, die zur Migration einer durchschnittlichen Websitesammlung in Ihrer Umgebung benötigt wird, bietet Ihnen eine gute Grundlage, um abzuschätzen, wie lange die Migration mehrerer Websitesammlungen dauern wird.

Um sich einen allgemeinen Eindruck von der Migrationsdauer für Ihre Inhalte zu verschaffen, suchen Sie einen Ordner oder eine Bibliothek mit mindestens einem Gigabyte an Dokumenten, der bzw. die Ihr Gesamtprojekt gut widerspiegelt, und migrieren Sie diese(n). Dies liefert Ihnen einen Richtwert, um abzuschätzen, wie lange die Migration Ihrer Gesamtdatenmenge dauern kann.

Wenn beispielsweise die Migration von einem Gigabyte Daten eine Stunde gedauert hat, können Sie grob schätzen, dass Ihre Inhalte mit einer Rate von einem Gigabyte pro Stunde migriert werden.

Sie können alles entfernen, was in Ihrer Quellumgebung nicht verwendet wird, um den Gesamtumfang Ihrer Migration zu reduzieren und Ihre Migration zu beschleunigen.

Sie können den Unused site report ausführen, um Ihre Quellumgebung zu scannen (SharePoint 2010 und höher), und benutzerdefinierte Berichte erstellen, wenn Sie nach Inhalten innerhalb Ihrer Websites suchen möchten.

Mithilfe dieser Berichte können Sie die ungenutzten Inhalte an der Quelle vor Ihrer Migration archivieren oder diese Elemente in Ihrem Migrationsplan auslassen.

Es kann schwierig sein, eine große Websitesammlung mit vielen Unterwebsites zu migrieren. Eine solche Migration erzeugt einen sehr umfangreichen Migration report und erschwert die Fehlerbehebung.

Wenn ein Serverfehler auftritt, der Ihre Migration stoppt, kann die Anwendung diese Migration nicht fortsetzen, und es wird sehr schwierig zu bestimmen sein, was noch migriert werden muss, um zu vermeiden, dass die gesamte Websitesammlung erneut migriert werden muss.

Um die Verwaltung Ihrer großen Websitesammlungsmigration zu erleichtern, empfehlen wir, Ihre Websitesammlung zunächst ohne ihre Unterwebsites zu migrieren und die Unterwebsites anschließend in kleinen Gruppen zu migrieren.

Migrieren Sie jeweils nur wenige Unterwebsites und berücksichtigen Sie bei der Aufteilung der Migration deren Größe und Komplexität.

Um die übergeordnete Websitesammlung ohne ihre Unterwebsites zu migrieren, öffnen Sie die Copy options und deaktivieren Sie Subsites.

Anschließend können Sie sich an der Quelle und am Ziel mit Ihrer Websitesammlung verbinden. Doppelklicken Sie im Migrationsfenster auf den Namen der Websitesammlung in den Quell- und Zielbereichen, um die Unterwebsites anzuzeigen. Wählen Sie einige Unterwebsites aus und migrieren Sie sie.

Je nach Grad der Anpassung Ihrer Umgebung und dem, was am Ziel unterstützt wird, können einige Metadaten nicht unterstützt werden oder sich nur schwer erhalten lassen.

Wenn Sie auf eine Einschränkung oder ein Problem bei den Metadaten stoßen, können Sie Zeit sparen, indem Sie festlegen, welche Daten für Ihre Organisation wichtig sind. Eine gute Kommunikation ist der Schlüssel zu einer schnellen und erfolgreichen Migration.

Im Folgenden finden Sie einige wichtige Punkte zur Metadatenmigration:

Benutzer, die im Active Directory Ihres Ziels nicht verfügbar sind, werden von uns als nicht aufgelöste Benutzer bezeichnet.

ShareGate Migrate kann bei der Migration zu einem lokalen SharePoint-Ziel keinen nicht aufgelösten Benutzer zu einer Spalte vom Typ Person oder Gruppe hinzufügen. Dies gilt auch für die Felder Created by und Modified by.

Die App kann nicht aufgelöste Benutzer- und Gruppenwerte nur bei der Migration zu Microsoft 365 im Insane mode erhalten.

Insane mode weist einige Einschränkungen auf, die dazu führen können, dass eine gesamte Liste oder Bibliothek in Microsoft 365 automatisch im Normal mode migriert wird. Wird die Listenmigration auf Normal mode zurückgestuft, verliert die App die Fähigkeit, nicht aufgelöste Benutzer zu erhalten.

Sie können ein User Mapping erstellen, wenn Sie die nicht aufgelösten Benutzer und Gruppen in diesem Fall auf andere Konten oder Gruppen ändern möchten.

Weitere Informationen dazu, wie Benutzer während einer Migration abgeglichen werden, finden Sie unter Users and groups association (automatic mapping).

List item IDs werden nur unterstützt, wenn Sie mit Insane mode zu einem Microsoft 365-Ziel migrieren.

Wie bei den nicht aufgelösten Benutzern können die Einschränkungen von Insane mode dazu führen, dass eine Liste oder Bibliothek im Normal mode migriert wird und die List item IDs durch neue ersetzt werden.

List item IDs werden im Normal mode sowie in allen lokalen SharePoint-Versionen nicht unterstützt.

Weitere Informationen finden Sie unter List item IDs.

Seiten bestehen teilweise aus Verweisen auf Ihre SharePoint-Umgebung. Sie werden von ShareGate Migrate teilweise neu erstellt, damit sie am Ziel funktionieren.

Sie können einige Elemente auf Ihren Seiten verlieren, wenn diese auf etwas verweisen, das am Ziel nicht vorhanden ist.

Ein häufiges Problem betrifft die Migration Ihrer Startseite, je nachdem, wie diese an der Quelle eingerichtet ist. Ältere SharePoint-Versionen legten die Seite im Stammordner Ihrer Website ab.
Dies erschwert es, die Startseite allein zu migrieren, falls ein Problem auftritt.

Weitere Informationen finden Sie unter Migration der Startseite (Home.aspx und default.aspx).

Nicht alle Ihre Webparts werden unterstützt, wenn Sie zu einer modernen Website in Microsoft 365 migrieren.

Weitere Informationen finden Sie unter Unterstützte Webparts für die moderne Benutzeroberfläche von Microsoft.

Das Hauptproblem bei Migrationen zur modernen Benutzeroberfläche in Microsoft 365 besteht darin, dass die moderne Benutzeroberfläche verloren geht, sobald Sie Seiten migrieren, die auf einer modernen Website die klassische Benutzeroberfläche verwenden.

Wenn Sie eine klassische Seite migrieren, wendet SharePoint für die Navigation und das Erscheinungsbild dieser Seite am Ziel die klassische Benutzeroberfläche an.

InfoPath-Formulare sind nicht mit der modernen Benutzeroberfläche kompatibel. Sie werden am Ziel kopiert, können jedoch in einer Liste mit moderner Benutzeroberfläche nicht geöffnet werden.

Ihre Benutzer müssen ihre Listen auf die klassische Benutzeroberfläche umstellen, wenn sie ihre InfoPath-Formulare verwenden möchten.

Benutzerdefinierte Skripts sind für die meisten Migrationen erforderlich. Die Funktion wird bei der Migration zu einer modernen Website nur automatisch aktiviert, wenn Sie über Globaler Administrator- oder SharePoint-Administrator-Berechtigungen verfügen.

Informationen dazu, wie ein globaler Administrator oder SharePoint-Administrator die Funktion manuell für Sie aktivieren kann, wenn Sie nicht über diese Berechtigungen verfügen, finden Sie unter Für das Kopieren in eine Microsoft 365-Websitesammlung müssen benutzerdefinierte Skripts am Ziel aktiviert sein.

Wenn Sie eine Websitesammlung unverändert an Ihr Ziel migrieren, werden die Berechtigungen repliziert, sofern Ihre Benutzer und Sicherheitsgruppen (AD) am Ziel verfügbar sind.

Ihr Migrationsprojekt ist eine hervorragende Gelegenheit, Ihre aktuelle Berechtigungsstruktur zu bewerten und zu prüfen, wie Sie diese Struktur vereinfachen können.

Sie können Ihre Berechtigungen mit dem Permissions matrix report überprüfen.

Ihre Migration wird einfacher und Ihr Ziel leichter zu verwalten, wenn Sie unnötige benutzerdefinierte Berechtigungen entfernen können.

Wenn Sie am Ziel eine Websitesammlung zu einer Unterwebsite herabstufen oder eine Unterwebsite zu einer Websitesammlung hochstufen, bleiben Ihre benutzerdefinierten Berechtigungen im Allgemeinen erhalten, es kommt jedoch zu einigen Änderungen bei den Standardgruppen (Mitglieder, Besitzer und Besucher).

Weitere Informationen dazu, wie Ihre Berechtigungen gehandhabt werden, finden Sie im entsprechenden Szenario unten:

Wenn Ihre Dokumente viele Versionen haben, kann die Migration etwas mehr Zeit in Anspruch nehmen. Versuchen Sie herauszufinden, wie viele der neuesten Versionen Sie wirklich benötigen. Wenn in Ihrer Organisation keine Audits der Inhalte durchgeführt werden, kann Ihre Migration schneller ablaufen, wenn Sie die Anzahl der Versionen pro Datei in Ihren Copy options begrenzen.

Bei früheren Versionen eines Elements können während der Migration Fehler auftreten. Wenn Sie Ihre Versionen nicht aufbewahren müssen, besteht die einfachste Lösung darin, die Anzahl der Versionen zu begrenzen, die Sie während der Migration beibehalten.

Testen und prüfen Sie Ihre PowerShell-Skripts sorgfältig, bevor Sie Ihre Migrationen ausführen, um Probleme zu vermeiden, wie etwa das Kopieren von Dateien an das falsche Ziel aufgrund eines Skriptfehlers oder Tippfehlers.

Nehmen Sie sich ausreichend Zeit, um sich mit unseren Befehlen vertraut zu machen, bevor Sie eine PowerShell-Migration starten.

Nachdem Sie nun wissen, wie Sie ShareGate Migrate verwenden und worauf Sie achten müssen, können Sie mit der Erstellung Ihres Migrationszeitplans beginnen.

Beginnen Sie mit dem, was Sie während Ihrer Tests gelernt haben. Legen Sie eine durchschnittliche Migrationsdauer für Ihre Websitesammlungen fest, berücksichtigen Sie große Bibliotheken, Berechtigungen und alles andere, und bestimmen Sie dann, wie Sie Ihre Migration durchführen möchten.

Während Sie Ihre Migration durchführen, werden Ihre Benutzer die Quellumgebung wahrscheinlich weiterhin nutzen.

Da Sie Ihre Websites während der Migration nicht sperren können, ist es unerlässlich, einen guten Kommunikationsplan mit Ihren Benutzern zu erstellen. Dies ist besonders wichtig, wenn Sie eine größere Migration durchführen.

Erwägen Sie, Ihren Benutzern Folgendes mitzuteilen:

Weiter

Dieser Artikel wurde mit künstlicher Intelligenz übersetzt. Bei Unklarheiten konsultieren Sie bitte die englische Originalversion.