PnP PowerShell
Wurde es im Tenant nicht deaktiviert können alte PnP PowerShell Module weiterhin über Basic Authentication auf Inhalte in SharePoint Online zugreifen. Administratoren sollten die Möglichkeit deaktivieren.
Die PnP Community informiert ab September 2024 wird die bestehende PnP PowerShell Multi-Tenant App entfernt. Organisationen können alternative Möglichkeiten nutzen.
Gemeinsam genutzt verursachen die PowerShell Module PnP.PowerShell und Microsoft.Graph.Authentication oftmals Konflikte. Ich erstellte ein PowerShell Script zur Lösung bekannter Konflikte.
Wird eine SharePoint Seite in mehrere Sprachen übersetzt erfasst SharePoint pro Sprache eine Seite. Ich schrieb ein PowerShell Command um für eine Seite alle Sprachversionen zusammenzufassen.
Wird PnP.PowerShell mit dem Microsoft.Graph.Authentication Modul vermischt kann es in PowerShell einen Fehler zurückgeben.
Wird in SharePoint oder Microsoft Lists ein Inhalt aktualisiert passt das System Metadaten wie Geändert und “Geändert von” an. Aktualisiert jemand Inhalte über PowerShell kann dem System mitgeteilt werden solche Metadaten nicht anzupassen.
Bei der Ausführung von automatisierten PowerShell Scripts stellt sich immer wieder die Frage wie jemand Passwörter sicher und am besten verschlüsselt hinterlegen kann, und die Scripts dennoch Anmeldedaten verwenden können? Ich beschreibe hier in 3 Fällen wie ihr es mit PnP PowerShell lösen könnt.
Mit PnP ist es einfach eine ganze SharePoint Liste abzufragen und mit den Daten aus der Liste über PowerShell weiterzuarbeiten. Komplizierter wird es Ergebnisse aus einer PnP-Abfrage zu sortieren.
Kurztipp: Mit PnP könnt ihr sehr einfach eine Verbindung mehrfach verwenden, anstatt für einzelne Abfragen immer zuerst die Site neu zu verbinden.
