URL-Problematik bei SharePoint-Migrationen (relative URL)

Zied erstellt 1 Juni 2017 20:12

Im Rahmen eines komplexen Migrationsprojekt haben wir ein Problem mit URLs innerhalb von Rich-Text-Feldern und Web-Pages. Diese gehen nach der Migration der SharePoint-Inhalte verloren und zwar in den zwei folgenden Fällen:

1.       wenn die URL verlinkt auf Inhalte innerhalb der „Source“ Seite Collection (während der Migration)

ð  Anfangs-URL ist gleich wie die migrierte Seite/Liste

2.       wenn die URL verlinkt auf Inhalte ausserhalb der „Source“ Seite Collection (während der Migration) ..aber innerhalb der gleichen Web Application (wie die Source Site)

ð  Anfangs-URL ist gleich wie die migrierte Seite/Liste

Ursache dieses Verhaltens liegt darin, dass SharePoint (2010) in Rich-Text-Feldern (auch Web Part Pages und CE-WP) absolute URLs in relative URLs automatisch konvertiert. Dies ist im HTML-Content zu erkennen

Beispiel:  https://intranet.company.swiss/projects/p_abc/documents/test.docx   =>  /projects/p_abc/documents/test.docx

Verhalten: ShareGate und Metalogix migrieren diese relative URLs unverändert in SharePoint Online. Dies ist im HTML-Content des migrierten Item-Richt-Text-Feld festgestellt worden

ð  Ergebnis: veränderte und ungültige URL:  https://companyTenant.sharepoint.com/projects/p_abc/documents/test.docx

Bisher versucht Support von Share-Gate (bereits premium lizenziert) mit allen möglichen Argumenten aus der Verantwortung zu flüchten und diese an den SharePoint-Verhalten zu übertragen.

Metalogix Entwickler (Trial / noch nicht lizenziert) haben den Fall bereits geprüft und vorgeschlagen, einen Post-Script (PowerShell) implementieren zu lassen und diesen während des Migrationsprozess über den Metalogix Content Matrix einzusetzen.

Meine Frage J  Habt ihr mal eine ähnliche Erfahrung  gehabt ..oder gibt es vielleicht eine bessere Vorgehensweise URLs sauber migrieren zu können?

Ich würde mich auf jeden Vorschlag sehr freuen.