Microsoft SharePoint ist eine wunderbare Plattform, um die verschiedensten Daten zu speichern und zu Verfügung zu stellen. Es ist einfach in der Anwendung, stabil in der Ausführung und flexibel genug, all ihre Belange abzubilden. Dennoch sind manche Dinge nicht so offensichtlich. Sie haben zum Beispiel eine Datenstruktur aufgebaut und möchten eine Liste verschieben, da sie nun zu einer neuen oder anderen logischen Struktur gehört. Es gibt zwar die Option Dokumente in andere Listen zu verschieben, wenn es aber darum geht Listen in andere Unterwebseiten zu verschieben, dann sucht man in der Benutzeroberfläche vergebens.

Es gibt zwar einen Befehl zum exportieren einer Liste, aber keine Möglichkeit, diese Liste wieder zu importieren. Jedenfalls nicht über die grafische Benutzeroberfläche. Der einzige Weg führt über die Microsoft SharePoint PowerShell. Hier werden die folgenden Arbeitsschritte ausgeführt:

1. Liste exportieren
2. Liste importieren
3. Liste am ursprünglichen Ort löschen

Das Vorgehen ist recht einfach. Wichtig ist hier, dass man darauf achten muss, immer den URL einer Website oder einer Liste angeben muss. Auch wenn die Website oder Liste anders heißt.
Im Video legen wir eine Unterwebsite an, legen eine Liste an und füllen diese mit Daten und führen dann die Verschiebung der Liste in die Unterwebsite aus. Deswegen beschränke ich mich in diesem Blog-Post auf die Befehle, die ausgeführt werden müssen.

1.  Liste exportieren

Export-spweb QuellWebUrl -ItemUrl “Lists/UrlDerListe/“ -IncludeUserSecurity -IncludeVersions All
             -path C:\PfadInDenExportiertWerdenSoll\NameDerDatei.cmp -nologfile

Betrachten wir nun die einzelnen Parameter:

2. Liste importieren

import-spweb ZielWebUrl -IncludeUserSecurity
             -path C:\PfadInDenDieDateiExportiertWordenIst\NameDerDatei.cmp -nologfile

Auch hier betrachten wir die Parameter:

3. Liste am ursprünglichen Ort löschen

Um die Liste am ursprünglichen Ort zu löschen ist eine kurze Befehlabfolge von Nöten. Die Befehlabfolge besteht aus drei Befehlen:

1. Holen eines SharePoint Webobjektes
2. Ausführen der Objekt eigenen Löschfunktion
3. Freigeben des SharePoint Webobjektes

Und hier die drei Befehle:

C:>$spweb = Get-SPWeb QuellWebUrl
C:>$spweb.Lists["NameDerListe"].Delete()
C:>$spweb.Dispose()

drücken Sie nach der Eingabe eines jeden Befehls die ENTER-Taste.  Der Befehl Get-SPWeb bekommt in diesem Fall den gleichen QuellWebUrl, den wir auch in Schritt 1 angegeben haben.  Bitte beachten Sie, dass für NameDerListe an dieser Stelle wirklich der Name der Liste zu benutzen ist und nicht der URL.  Unser Beispiel würde zusammengefasst so aussehen:

C:>Export-SPWeb https://sharepoint.pmd-media.local/Test -ItemUrl "lists/Zu verschiebende Liste/"
-IncludeUserSecurity -IncludeVersions All -path "C:\Zu verschiebende Liste.cmp" -nologfile
C:>Import-SPWeb https://sharepoint.pmd-media.local/Test/Unterweb -IncludeUserSecurity
-path "C:\Zu verschiebende Liste.cmp" -nologfile
C:>$spweb = Get-SPWeb https://sharepoint.pmd-media.local/Test
C:>$spweb.Lists["Zu verschiebende Liste"].Delete()
C:>$spweb.Dispose()

im Video gehe ich mit Ihnen Schritt für Schritt durch den Prozess durch. Ich zeige Ihnen, wie Sie eine ScharePoint-Liste anlegen, mit Daten befüllen, dann eine Unterwebsite anlegen, danach die Liste exportieren und wieder importieren, um dann über die Benutzeroberfläche von SharePoint die Liste zu löschen. So lernen Sie die unterschiedlichsten Wege kennen, um mit Listen effizient zu arbeiten.

Viel Spaß beim Video!

Über Ihre Kommentare, Kritik, Lob, Anregungen freue ich mich. Benutzen Sie dafür einfach die Kommentarfunktion unterhalb dieses Beitrags.

Wenn Sie mit Microsoft Windows SharePoint Services Daten in der Datenblattansicht öffnen möchten und Sie befinden sich mit der Maschine, von der aus Sie zugreifen wollen, nicht in derselben Domäne wie der Microsoft Windows SharePoint Services Server, dann kann die folgende Fehlermeldung angezeigt werden:

Es wird versucht, mithilfe von Access Web Datasheet Daten aus einer
anderen Domäne abzurufen. Sie werden an eine Fehlerseite umgeleitet.
Wenden Sie sich an den Systemadministrator, um dieses Problem zu
beheben.

Danach werden Sie auf eine Fehlerseite umgeleitet, auf der Sie den folgenden Text finden:

Die Liste kann aus einem oder mehreren der folgenden Gründe nicht in
der Datenblattansicht angezeigt werden: Es ist keine
Datenblattkomponente installiert, die mit Windows SharePoint Services
kompatibel ist, der Browser unterstützt ActiveX-Steuerelemente nicht,
oder die Unterstützung von ActiveX-Steuerelementen wurde deaktiviert.

Der Zugriff aus einer anderen Domäne erfolgt i.d.R. über einen anderen URL. So erreichen Sie den Server intern über http://companyweb. Ist die andere Domäne z.B. über einen VPN-Tunnel verbunden, dann müssen den FQDN (Full Qualified Domain Name = Vollständiger, qualifizierte Domänenname) angeben – z.B. http://companyweb.MeineDomain.local (wenn Sie hierbei die Meldung bekommen, dass die Seite nicht angezeigt werden kann, dann müssen Sie sogar noch die Startseite mit angeben – z.B. http://companyweb.MeineDomain.local/default.aspx), um auf die Microsoft Windows SharePoint Services zugreifen zu können.
Analog dazu haben Sie von extern ebenfalls einen anderen URL, den Sie aufrufen müssen, wenn Sie Microsoft Windows SharePoint Services von außen zugänglich gemacht haben.
Taucht die oben geschilderte Fehlermeldung auf, dann müssen Sie einen Internen URL bei den alternativen Zugriffszuordnungen angeben, der dem URL entspricht, den Sie aufrufen (also z.B. http://companyweb.MeineDomain.local).
Das folgende Video zeigt, wie diese Einstellung vorgenommen wird:

www.youtube.com/watch?v=Iu6Q9JVd4yY

Gestern ging es noch, doch heute funktioniert das Companyweb nicht mehr. Einfach so. Ohne Grund. Niemand hat etwas verändert…

Dieses Verhalten habe ich bei einem Microsoft Server 2008 festgestellt der Sharepoint hostet und die Daten für das companyweb in einer SQL-Server 2005 Datenbank auf einem weiteren Server speichert. Da dieses Phänomen regelmäßig auftritt (meistens mittwochs oder donnerstags…), widme ich diesem Problem einen extra Post.

Dienstags rollt Microsoft neue Updates aus. Sind hierbei Updates für einen Server 2008 vorhanden, die einen Neustart erfordern, kann das beschriebene Verhalten nach dem Neustart des Servers, der die SQL-Server-Dienste hostet, auftreten. Dann werden diese nicht (immer) neu gestartet, obwohl die Startart auf “Automatisch” gesetzt ist.

Wie diese neu gestartet werden, habe ich in meinem Post “SQL Server Dienste neu starten” beschrieben.