Symptome
Beim Versuch, einen Web Part zu migrieren, zeigt ShareGate Migrate die folgende Meldung an:
WebPart kann nicht erstellt oder aktualisiert werden. In Microsoft 365 wird dies hauptsächlich durch die deaktivierte Farmeinstellung "Custom Script" verursacht.
Inhaltsverzeichnis
Fehlercode
WP-027-076
DA-165-076
Details
In Microsoft 365 gibt es eine Einstellung namens Custom Script, mit der der Administrator festlegen kann, ob Custom Scripts auf einer Website aktiviert oder deaktiviert sind.
Da Web Parts wie Custom Scripts funktionieren, kann ShareGate Migrate keine Web Parts migrieren, wenn Custom Scripts deaktiviert sind.
Hinweis: Die Custom-Scripting-Funktionen sind standardmäßig deaktiviert für:
Persönliche Websites
Selbst erstellte Websites (Self-Service)
Die Stammwebsitesammlung des Mandanten
Lösungen
Migration zu einer klassischen Website
Sie müssen Custom Scripts in Ihren Einstellungen aktivieren und die Migration erneut versuchen.
So aktivieren Sie Custom Scripts:
Melden Sie sich bei Microsoft 365 an
Klicken Sie auf das Symbol für den App-Starter
Klicken Sie auf Admin
Wählen Sie Einstellungen aus
Wählen Sie unter Custom Script Folgendes aus:
Benutzern erlauben, Custom Script auf persönlichen Websites auszuführen.
Benutzern erlauben, Custom Script auf im Self-Service erstellten Websites auszuführen.
Klicken Sie auf OK
Es dauert 24 Stunden, bis Änderungen an dieser Einstellung wirksam werden.
Weitere Informationen zu Custom Scripts finden Sie hier.
Migration zu einer modernen Website
Ohne SharePoint-Administrator- oder Globaler-Administrator-Berechtigungen kann die Funktion Custom Script während der Migration in einer modernen Website nicht automatisch aktiviert werden. Aus diesem Grund kann ShareGate Migrate die Formulare, Web Parts und ASPX-Seiten nicht migrieren.
Weitere Informationen zu Custom Script finden Sie im Microsoft-Artikel Benutzerdefinierte Skripts zulassen oder verhindern.
Hinweis: Custom Script ist auf einer modernen Website deaktiviert, wenn diese in SharePoint erstellt wird, selbst wenn die Einstellung auf Mandantenebene aktiviert ist.
Hinweis: Microsoft stellt klassische Seiten und Custom Scripting in SharePoint Online schrittweise ab dem 1. März 2027 ein. Bei einigen Mandanten lässt sich diese Einstellung dann überhaupt nicht mehr aktivieren. Lesen Sie Die Abschaffung klassischer Seiten und von Custom Scripting durch Microsoft: Was das für Ihre Migration bedeutet, bevor Sie fortfahren.
SharePoint-Administrator- oder Globaler-Administrator-Berechtigungen verwenden
Wenn Sie über SharePoint-Administrator- oder Globaler-Administrator-Berechtigungen verfügen, kann die App Custom Script während der Migration automatisch aktivieren.
Wenn Sie über Websitesammlungsadministrator-Berechtigungen verfügen, können Sie einen SharePoint-Administrator oder einen globalen Administrator bitten, Custom Script mit den folgenden Schritten manuell für Ihre Websitesammlung zu aktivieren.
Custom Script manuell in Microsoft 365 aktivieren
Um Custom Script in einer Microsoft 365-Websitesammlung mit PowerShell zu aktivieren, gehen Sie wie folgt vor:
Laden Sie die SharePoint Online Management Shell herunter.
Öffnen Sie eine SharePoint Online Management Shell-Eingabeaufforderung.
Führen Sie die beiden folgenden Befehle aus:
Connect-SPOService -Url https://YourDomain-admin.sharepoint.com
Set-SPOSite -Identity https://YourDomain.sharepoint.com/sites/YourSite -DenyAddAndCustomizePages 0
Führen Sie Ihre Migration erneut aus. Danach sollte alles ordnungsgemäß funktionieren.
Hinweis: Es wird empfohlen, Custom Script nach der Migration wieder auf verweigert zu setzen. Führen Sie dazu das Skript erneut aus, ändern Sie diesmal jedoch den Wert von -DenyAddAndCustomizePages auf "1".
Custom Script manuell in SharePoint 2019 aktivieren
Um Custom Script in einer SharePoint 2019-Websitesammlung mit PowerShell zu aktivieren, gehen Sie wie folgt vor:
Öffnen Sie ein Windows PowerShell- oder Windows PowerShell ISE-Fenster.
Führen Sie das folgende Skript für Ihre Websitesammlung aus:
$site = Get-SPSite -Identity "http://yourfarm/sites/yoursite"
$site.DenyPermissionsMask = [Microsoft.SharePoint.SPBasePermissions]::EmptyMask
Führen Sie Ihre Migration erneut aus. Danach sollte alles ordnungsgemäß funktionieren.
Dieser Artikel wurde mithilfe künstlicher Intelligenz übersetzt. Wenden Sie sich im Zweifelsfall an die englische Originalversion.