Zum Hauptinhalt springen

Unable to create or update WebPart

Symptome

Beim Versuch, ein Webpart zu migrieren, zeigt ShareGate Migrate die folgende Meldung an:

Unable to create or update WebPart. In Microsoft 365, this is mainly caused by the farm setting "Custom Script" being deactivated.

Index

Fehlercode

  • WP-027-076

  • DA-165-076

Details

In Microsoft 365 gibt es eine Einstellung namens Benutzerdefiniertes Skript, mit der der Administrator festlegen kann, ob benutzerdefinierte Skripts für eine Website aktiviert oder deaktiviert sind.

Da Webparts wie benutzerdefinierte Skripts funktionieren, kann ShareGate Migrate keine Webparts migrieren, wenn benutzerdefinierte Skripts deaktiviert sind.

Hinweis: Die Verwendung benutzerdefinierter Skripts ist standardmäßig deaktiviert für:

  • Persönliche Websites

  • Über Self-Service erstellte Websites

  • Die Stammwebsitesammlung des Mandanten

Lösungen

Migration zu einer klassischen Website

Sie müssen benutzerdefinierte Skripts in Ihren Einstellungen aktivieren und die Migration erneut versuchen.

So aktivieren Sie benutzerdefinierte Skripts:

  1. Melden Sie sich bei Microsoft 365 an

  2. Klicken Sie auf das Symbol für den App-Launcher

  3. Klicken Sie auf Admin

  4. Wählen Sie Einstellungen aus

  5. Wählen Sie unter Benutzerdefiniertes Skript Folgendes aus:

    • Benutzern erlauben, benutzerdefinierte Skripts auf persönlichen Websites auszuführen.

    • Benutzern erlauben, benutzerdefinierte Skripts auf über Self-Service erstellten Websites auszuführen.

  6. Klicken Sie auf OK

  7. Es dauert 24 Stunden, bis Änderungen an dieser Einstellung wirksam werden.

  8. Weitere Informationen zu benutzerdefinierten Skripts finden Sie hier.

Migration zu einer modernen Website

Ohne Berechtigungen als SharePoint-Administrator oder Globaler Administrator kann die Funktion Benutzerdefiniertes Skript während der Migration nicht automatisch auf einer modernen Website aktiviert werden. Aus diesem Grund kann ShareGate Migrate die Formulare, Webparts und ASPX-Seiten nicht migrieren.

Weitere Informationen zu benutzerdefinierten Skripts finden Sie im Microsoft-Artikel Allow or prevent custom script.

Hinweis: Benutzerdefiniertes Skript ist auf einer modernen Website deaktiviert, wenn diese in SharePoint erstellt wird, auch wenn es auf Mandantenebene aktiviert ist.

Berechtigungen als SharePoint-Administrator oder Globaler Administrator verwenden

Wenn Sie über Berechtigungen als SharePoint-Administrator oder Globaler Administrator verfügen, kann die App benutzerdefinierte Skripts während der Migration automatisch aktivieren.

Wenn Sie über Websitesammlungsadmin-Berechtigungen verfügen, können Sie einen SharePoint-Administrator oder Globalen Administrator bitten, benutzerdefinierte Skripts anhand der folgenden Schritte manuell für Ihre Websitesammlung zu aktivieren.

Benutzerdefiniertes Skript manuell in Microsoft 365 aktivieren

Um benutzerdefinierte Skripts in einer Microsoft 365-Websitesammlung mit PowerShell zu aktivieren, gehen Sie wie folgt vor:

  1. Laden Sie die SharePoint Online Management Shell herunter.

  2. Öffnen Sie eine SharePoint Online Management Shell-Eingabeaufforderung.

  3. Führen Sie die folgenden zwei 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. Alles sollte nun ordnungsgemäß funktionieren.

Hinweis: Es wird empfohlen, Custom Script nach der Migration wieder auf denied zu setzen. Führen Sie dazu das Skript erneut aus, ändern Sie diesmal jedoch den Wert von -DenyAddAndCustomizePages auf "1".

Benutzerdefiniertes Skript manuell in SharePoint 2019 aktivieren

Um benutzerdefinierte Skripts in einer SharePoint 2019-Websitesammlung mit PowerShell zu aktivieren, gehen Sie wie folgt vor:

  1. Öffnen Sie ein Windows PowerShell- oder Windows PowerShell ISE-Fenster.

  2. 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. Alles sollte nun ordnungsgemäß funktionieren.

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

Hat dies deine Frage beantwortet?