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.

In diesem Post reparieren wir die Berichterstellung eines Microsoft System Center Data Protection Managers 2007. Hier die Konfiguration der Maschine:

• Microsoft Windows Server 2008
• Microsoft System Center Data Protection Manager
• Microsoft Internet Information Server 7 (IIS7)
• Microsoft SQL Server Express

Bei Klick auf die Berichterstellung erscheint die folgende Fehlermeldung:

IIS-Konnektivitäts-Fehlermeldung vom SQL Server Services-Server

“Aufgrund von IIS-Konnektivitätsproblemen konnte keine Verbindung mit dem SQL Server Reporting Services-Server hergestellt werden.

Starten Sie auf dem Computer, auf dem die DPM-Datenbank erstellt wurde, den WWW-Publishingdienst neu. Klicken Sie im Menü ‘Verwaltung’ auf ‘Dienste’. Klicken Sie mit der rechten Maustaste auf ‘WWW-Publishingdienst’, und klicken Sie dann auf ‘Starten’.
ID: 3013″

Diese Fehlermeldung enthält die Anweisung, den WWW-Publishingdienst neu zu starten. Das funktioniert allerdings nicht. Im Video unten finden Sie die Fehleranalyse und Durchführung, aus Platzgründen finden Sie hier nur den Lösungsweg.

Die Lösung

Die Lösung des Problems liegt im IIS 7 begraben.

	Starten Sie den Internetinformationsdienste Manger
	Überprüfen Sie dann das Verzeichnis des SQL Server Report Services Server, um den Pfad dorthin zu bestimmen. Befindet er sich unterhalb der Default-Website dann lautet er in etwa so: http://localhost/ReportServer$MS$DPM2007$
	Nehmen Sie dann den im vorherigen Schritt bestimmten Pfad und geben Sie ihn im Internet-Explorer des Servers ein. Sie erhalten daraufhin die links erscheinende Fehlermeldung.
	In den Handlerzuordnungen verstecken sich die Ausführungsberechtigungen, die sich im IIS6 noch auf dem Reiter Basisverzeichnis befanden. Klicken Sie also Handlerzuordnungen an.
	Dann sehen Sie eine Übersicht über die erlaubten bzw. verweigerten Ausführungsberechtigungen.
	Dort klicken Sie dann rechts im Menü auf Featureberechtigungen bearbeiten…
	Sie sehen, dass die Ausführungs- bzw. Featureberechtigungen fehlen
	Setzen Sie sie alle (Lesen, Skript und Ausführen)
	Nachdem Sie die Report-Server Website im Internet-Explorer aktualisiert haben (Taste F5 drücken), sollten Sie nun die folgende Fehlermeldung sehen: “Die dem Benutzer ‘Domäne\Benutzer’ erteilten Berechtigungen reichen zum Ausführen des Vorgangs nicht aus. (rsAccessDenied)” Diese Fehlermeldung ist ok, da Sie in der Regel mit dem Benutzerkonto, mit dem Sie angemeldet sind, keinen Zugriff auf die SQL Server Datenbank haben. Wenn Sie diese Meldung sehen, funktionieren die Reporting Services wieder korrekt.
	Wechseln Sie in der DPM-Verwaltungskonsole auf den Reiter Verwaltung und dann wieder zurück zu Berichterstellung und Sie sehen das Bild links. (Sie können natürlich auch einen anderen Reiter wählen, ich hatte Verwaltung nur vorgeschlagen, weil er direkt neben der Berichterstellung liegt und man so die Maus nicht unnütz lang bewegen muss )

Im folgenden Video sehen Sie die Vorgehensweise, wie ich bei der Fehleranalyse vorgegangen bin.

www.youtube.com/watch?v=Q5oXarVPODI

Hinterlassen Sie einen Kommentar, wie Ihnen der Artikel gefallen hat, ob Sie selbst dies oder ein ähnliches Problem hatten, ob Sie einen weiteren Lösungsweg kennen, etc. Wir schauen uns das denn gemeinsam an. Ich freue mich auf das Gespräch mit Ihnen.

Ich hatte einen Microsoft Data Protection Manger 2007 als 64Bit-Version auf einem Microsoft Windows Server 2008 installiert, und wollte einen Microsoft Exchange Server 2003 schützen.

Noch während der Konfiguration des Schutzes, präsentierte mir der Data Protection Manager (DPM) die folgende Fehlermeldung:

Die Konsistenzprüfung mit ‘eseutil.exe’ kann für diese Schutzgruppe nicht ausgeführt werden, da ‘eseutil.exe’ nicht auf dem DPM-Server vorhanden ist.

Kopieren Sie die folgenden Dateien vom Exchange-Server-Installationsordner an den Speicherort “c:\Program Files\Microsoft DPM\DPM\bin\” auf dem DPM-Server.

Ese.dll
Eseutil.exe

Stellen Sie sicher, dass Sie keine 64-Bit-Version von “eseutil.exe” auf einen 32-Bit-DPM-Server kopieren. Die 32-Bit-Version von “eseutil.exe” befindet sich auf dem Produktdatenträger des Exchange-Servers.

Sie können festlegen, dass die Konsistenzprüfung mit “eseutil.exe” nicht für diese Schutzgruppe ausgeführt wird, indem Sie die Option “Eseutil zum Prüfen der Datenintegrität ausführen” deaktivieren. Das Deaktivieren der Option wird jedoch nicht empfohlen, da dann nicht gewährleistet ist, dass die geschützten Exchange-Daten wiederhergestellt werden können.

ID: 182

Nachdem ich die beiden Dateien aus C:\Programme\Exchsrvr\bin kopiert hatte, schlug die Replikationserstellung fehl, genauer gesagt die Konsistenzprüfung. Hier bekam ich die folgende Meldung:

Fehler bei der Datenkonsistenzprüfung für LOGS von Speichergruppe Erste Speichergruppe auf server.ConTrans.local. (ID 30146 Details: Unknown error (0xfffffc01) (0xFFFFFC01))

Die Lösung

Nach kurzer Recherche bin ich auf die folgenden Informationen gestoßen:

• Die Eseutil-Version aus dem Exchange Server 2003 werden auf einer DPM 2007-Installation auf einem Windows Server 2008 nicht mehr unterstützt
• Auf einer 64-Bit DPM Installation müssen auch die 64-Bit Eseutil-Versionen von Exchange Server 2007 kopiert werden

Nachdem ich die Dateien vom Exchange 2007 kopiert hatte, lief alles wie geplant.

Wenn Sie ähnliche Erfahrungen gemacht haben, würde ich mich freuen, sie in den Kommentaren zu lesen.

www.youtube.com/watch?v=-Moke5Jv5JE

Bei der Verteilung eines Microsoft System Center Data Protection Manager 2007 Agent auf einen Microsoft Windows Server 2008 gab es Probleme. Ich hatte die Firewalls untersucht, zu Testzwecken sogar ausgeschaltet (meistens steckt die Lösung zu Software-Verteilungsproblemen ja in der Firewall: irgendein Port, der nicht geöffnet ist…). Trotzdem gab es keine Besserung. Ich bekam beim Verteilen des Agent immer wieder die folgende Fehlermeldung:

Fehler bei Schutz-Agent auf dc.ConTrans.local installieren:
Fehler 313: Fehler beim Agent-Vorgang. Bei der Ausführung des Installationsprogramms auf dc.ConTrans.local ist ein Fehler aufgetreten.
Fehlerdetails: Schwerwiegender Fehler bei der Installation (0x80070643)
Empfohlene Aktion: Überprüfen Sie die Protokolldateien auf dc.ConTrans.local: [windir]\temp\msdpm*.log, und führen Sie die entsprechende Aktion durch. Wiederholen Sie den Vorgang. Wenn der Fehler weiterhin auftritt, starten Sie den Computer neu, und wiederholen Sie den Vorgang erneut.

Die Lösung

Auch die Installation verschiedener Hotfixes ergab keine Besserung. Weiter half mir hier nur die manuelle Installation des Agents auf dem Zielserver.

Die Installationsdateien befinden sich hier:

C:\\Program Files\\Microsoft DPM\\DPM\\Agents\\RA\\Versionsnummer

Versionsnummer ist hier nur ein Platzhalter, der angibt, welche Agent-Version installiert werden kann. Sie sollten hier die höchste Version wählen (aktuell: 2.0.8864.0). In den Unterordnern des Versionsnummern-Verzeichnisses sind die unterschiedlichen Versionen des Agents vorhanden:

• i386 für 32-Bit Maschinen
• amd64 für 64-Bit Maschinen

Das nächste Unterverzeichnis gibt die Sprache an (1033 für Englisch, 1031 für Deutsch) und darunter befinden sich dann die Installationsdateien. Ein Beispielpfad wäre also:

C:\\Program Files\\Microsoft DPM\\DPM\\Agents\\RA\\2.0.8864.0\\amd64\\1033

Haben Sie den Pfad gefunden, können Sie eine Freigabe darauf machen oder aber die Dateien auf die zu schützende Maschine kopieren. An der Kommandozeile geben Sie dann den folgenden Befehl ein:

• 32-Bit-Installation: DPMAgentInstaller ServerName
• 64-Bit-Installation: DPMAgentInstaller_AMD64 ServerName

Wobei ServerName den Namen den DPM-Servers enthält.

Starten Sie nach der Installation den Rechner neu.

Im letzten Schritt müssen DPM und Agent miteinander bekannt gemacht werden. Dies geht auf 2 Arten:

• Agent-Installation auf dem DPM erneut ausrollen
• DPM-Power Shell starten und folgenden Befehl eingeben:
  Attach-ProductionServer.ps1 DPMServerName ServerName BenutzerName Passwort Domäne
  Wobei
  • DPMServerName der Name des DPM-Servers
  • ServerName der Name des zu schützenden Servers
  • BenutzerName und Passwort Zugangsdaten eines Domänen-Admin Kontos
  • Domäne die Windows Domäne

  darstellen.

www.youtube.com/watch?v=eWpa2d23_WI

Von Legenden und Märchen

Es war einmal… So könnte auch dieses Problem beginnen. Ein ganz fantastisches Phänomen. Fantastisch insofern, als dass es vollkommen unlogisch ist. Microsoft Office 2007, installiert auf einer virtuellen Windows 7 Maschine (Parallels auf einem iMac). Sobald ich mich direkt an der virtuellen Maschine angemeldet hatte, hatte ich ein komplettes Office zur Verfügung. Nach dem Anmelden via Remotedesktop erforderte das selbe Office unter dem selben Benutzerkonto plötzlich eine Aktivierung. Ohne diese war keine volle Funktionalität vorhanden. Und genau diese Aktivierung funktionierte natürlich nicht!

Mehrere Anmelde-Versuche (immer im Wechsel zwischen direkter Anmeldung an der virtuellen Maschine und der Anmeldung via Remotedesktop) ergaben genau das Ergebnis. Direkt -- alles ok, Remote -- keine Chance. Und die Aktivierung mislang.

Die Lösung

Bis ich dann ein Microsoft Office 2007 Programm (z.B. Word) mit administrativen Rechten gestartet hatte. Plötzlich funktionierte die Aktivierung und ward danach nie wieder gesehen…..

Und wenn sie nicht gestorben sind… Willkommen in der Welt der Märchen und Legenden…

www.youtube.com/watch?v=8y9IjOrzfOY

Das Problem

Microsoft Office Outlook 2007 kann nicht gestartet werden. Das Outlook-Fenster kann nicht geöffnet werden.

Die Lösung

Das ist die Meldung, mit der der Benutzer empfangen wird. Lange hatte ich diese Fehlermeldung. Ein Post von Martin Bauer auf http://www.bauer-martin.com hat mir dann die Nadel im Heuhaufen verraten: die Datei Outlook.xml. Hier speichert Outlook nach einer Sitzung Konfigurationsdaten ab. Wenn diese Datei korrumpiert wurde (nicht sauber gespeichert beim Schließen von Outlook, oder Fehler bei der Synchronisation, etc.) kann Outlook nicht mehr starten.

Hier die Pfadangaben:

XP
C:\\Dokumente und Einstellungen\\%Benutzername%\\Anwendungsdaten\\Microsoft\\Outlook\\

Vista
C:\\Benutzer\\%Benutzername%\\AppData\\Roaming\\Microsoft\\Outlook\\

Bitte beachten Sie, dass bei Profilen, die mit einem Server synchronisiert werden, die entsprechenden Netzwerkpfade angegeben werden müssen:

XP
\\\\%ServerName%\\%UserDataFreigabename%\\Dokumente und Einstellungen\\%Benutzername%\\Anwendungsdaten\\Microsoft\\Outlook\\

Vista
\\\\%ServerName%\\%UserDataFreigabename%\\Benutzer\\%Benutzername%\\AppData\\Roaming\\Microsoft\\Outlook\\

Löschen Sie in dem Verzeichnis die folgende Datei:

• outlook.xml

(Wenn Sie die Variablen [die Namen, die in %-Zeichen eingeschlossen sind] durch die entsprechenden Speicherorte ersetzen, können Sie den Pfad direkt in die Adress-Zeile des Windows Explorer einsetzen. Um dorthin zu navigieren, müssen Sie unter Versteckte Dateien und Ordner unter Extras->Ordneroptionen->Ansicht Alle Dateien anzeigen auswählen, damit die versteckten Ordner angezeigt werden. Das Menü Extras erhalten Sie unter Windows Vista und Windows 7 durch Drücken der F10-Taste im Windows Explorer.)

Für den Server (alle Ports TCP):

• 80
• 8530
• 8531
• 5723
• 5724
• 445
• 51906

Für den Managed Client:

• 6270 TCP
• 135 TCP
• 139 TCP
• 445 TCP
• 137 UDP
• 138 UDP

Welche Ports werden zum Betrieb von Microsoft Operations Manager 2007 (MOM 2007) benötigt und müssen in der Firewall freigeschaltet sein?

• 1433 (Für die Datenbank)
• 5723, 5724 (für den Root Management Server; 5724 wird nur für die Installation desselben benötigt und kann danach wieder geschlossen werden, es sei denn, Sie wollen den Web Konsolen Server benutzen)
• 51905 (Connector Framework)
• 51908 (Web Konsolen Browser; zum Zugriff auf den Web Konsolen Server)
• 51909 (Agent Audit Collection Forwarder)
• 80 (SQL Server Reporting Services)
• 1270, 22 (für UNIX oder Linux Computer)

Eine genaue Auflistung der Ports finden Sie hier:
http://technet.microsoft.com/en-us/library/bb309428.aspx

Microsoft hat im 2007er Office die Flügel von Excel etwas gestutzt, was die Fähigkeit angeht, andere Dateiformate zu verarbeiten.

Auf http://office.microsoft.com/de-de/products/FX101633871031.aspx wird aufgelistet, welche Dateiformate von Excel 2007 nicht mehr unterstützt werden. Hierbei handelt es sich um:

Die folgenden Formate können in Excel 2007 nicht mehr geöffnet oder gespeichert werden:

• WK1 (1-2-3)
• WK4 (1-2-3)
• WJ3 (1-2-3 japanisch) (.wj3)
• WKS (1-2-3)
• WK3,(1-2-3)
• WK1,FMT(1-2-3)
• WJ2 (1-2-3 japanisch) (.wj2)
• WJ3, FJ3 (1-2-3 japanisch) (.wj3)
• DBF 2 (dBASE II)
• WQ1 (Quattro Pro/DOS)
• WK3,FM3(1-2-3)
• Microsoft Excel-Diagramm (.xlc)
• WK1,ALL (1-2-3)
• WJ1 (1-2-3 japanisch) (.wj1)
• WKS (Works japanisch) (.wks)

Die folgenden Formate können in Excel 2007 geöffnet, aber nicht gespeichert werden:

• Microsoft Excel 2.1-Arbeitsblatt
• Microsoft Excel 2.1-Makro
• Microsoft Excel 3.0-Arbeitsblatt
• Microsoft Excel 3.0-Makro
• Microsoft Excel 4.0-Arbeitsblatt
• Microsoft Excel 4.0-Makro
• Microsoft Excel 97 – Excel 2003 & 5.0/95-Arbeitsmappe
• Microsoft Excel 4.0-Arbeitsmappe
• DBF 3 (dBASE III)
• DBF 4 (dBASE IV)

Das dBASE-Format kann aber nach wie vor mit Access bearbeitet werden.

Wer trotzdem gern Excel dafür benutzen möchte, der kann hier ein Tool herunterladen, das diese Funktionalität bieten soll: XLSX2DBF. Dieses Tool wurde von mir nicht getestet, ich würde mich aber über Feedback freuen, wenn jemand damit bereits Erfahrungen gemacht hat.

Wenn man eMails, die an ein Microsoft^® Exchange Server 2007 Postfach gesendet werden, an eine externe eMail-Adresse senden, dann kann man das z.B. wie folgt tun (am Ende des Posts ist ebenfalls ein Video, das die Schritte zeigt):

1. Ein eMail Konto einrichten
2. Die Weiterleitung für das Postfach einrichten

1. Ein eMail Konto einrichten

Zunächst öffnet man die Microsoft^® Exchange Server 2007 Verwaltungskonsole. Dort wählt man unter Empfängerkonfiguration->eMail-Kontakte mit der rechten Maustaste den Punkt Neuer E-Mail-Kontakt… aus.

eMails mit Exchange Server 2007 an externe eMail-Adressen Weiterleiten

Die Einführung quittiert man mit Klick auf Weiter > und gibt im darauf-folgenden Bild die Kontaktdaten ein.

eMails mit Exchange Server 2007 an externe eMail-Adressen Weiterleiten

Danach klickt man bei Externe E-Mail-Adresse: auf Bearbeiten…

eMails mit Exchange Server 2007 an externe eMail-Adressen Weiterleiten

Dann die eMail-Adresse eingeben und mit OK bestätigen. Die nächsten Meldungen bestätigen Sie mit Weiter >, Neu und Fertig stellen. Nun muss das Postfach, dessen eMails weitergeleitet werden sollen, mit der Weiterleitung versehen werden. Unter Empfängerkonfiguration->Postfach das betreffende Postfach mit der rechten Maustaste anklicken und Eigenschaften auswählen, wie es der nächste Screenshot zeigt.

eMails mit Exchange Server 2007 an externe eMail-Adressen Weiterleiten

In dem folgenden Fenster Benutzername Eigenschaften den Reiter Nachrichtenübermittlungseinstellungen auswählen.

eMails mit Exchange Server 2007 an externe eMail-Adressen Weiterleiten

Dann den Punkt Übermittlungsoptionen doppelklicken.

eMails mit Exchange Server 2007 an externe eMail-Adressen Weiterleiten

In dem Fenster Übermittlungsoptionen unter Weiterleitungsadresse den Haken bei Weiterleiten an: setzen und auf Durchsuchen… klicken. Im folgenden Dialog den eMail-Kontakt auswählen, den wir vorhin angelegt haben. Den Dialog mit OK bestätigen und dann den Haken Nachricht an Weiterleitungsadresse und Postfach übermitteln setzen, wenn die Daten trotzdem im Microsoft^® Exchange Server 2007 gespeichert werden sollen.

Die beiden folgenden Dialoge mit OK bestätigen. Von nun an werden die eMails, die an den Benutzer gesandt werden, an die externe eMail-Adresse weitergeleitet.

Und hier das ganze nochmal als Video:

www.youtube.com/watch?v=cW2_eOuteMk