Seit der System Center Data Protection Manager 2010 Version, ist es möglich in das SharePoint 2010 Datenbank Backup zu sehen um einen Single Item Restore zu machen. Unter der SharePoint 2007 Version musste man noch eine Recovery Farm aufbauen um sehr umständlich an die Daten ranzukommen.
Beim Einrichten unseren neuen Backupumgebung mit System Center Data Protection Manager wurde mir ein Befehl an die Hand gegeben den ich dann aktivieren sollte, so bald meine SharePoint Farm 2007 zu 2010 migriert wurde und die ersten Backups mit dem System Center Data Protection Manager gelaufen sind.
Um nun das Single Item Restore für die SharePoint 2010 Farm zu aktivieren, sind folgende Konfigurationen von nöten.
SharePoint Konfiguration:
%ProgramFiles%\Microsoft Data Protection Manager\DPM\bin\ConfigureSharepoint.exe –EnableSPSearchProtection –> SharePoint Farm Administrator + SharePoint Farm Passwort
Data Protection Manager Konfiguration:
Das hier ist der Befehl um die Katalogisierung für die SharePoint Config_Datenbank anzustoßen.
$ds=Get-Datasource $pg[1-5]
Start-CreateCatalog $ds
Nach dem ich beide Server konfiguriert habe, erhielt ich jedoch einen Fehlermeldung in der DPM Konsole “Backup metadata enumeration failed” und nach dem ich die Katalogisierung auf dem DPM Server gestartet habe bekam ich einen weitere Fehlermeldung in der DPM Konsole angezeigt “SharePoint item level catalog failed”
Großes Rätselraten warum das Ganze nicht funktioniert, alles möglich wurde versucht um es zum laufen zu bringen, DPM Agent deinstalliert, neuinstalliert, Schutzgruppe gelöscht und wieder neu angelegt, alles hat nichts geholfen. Der Fehler war immer der gleiche.
Nach dem ich dann mit den Microsoft Support telefoniert habe und fast drei Wochen damit verbracht habe, alles möglich an Log Dateien auszuwerten und Test durchzuführen. Habe ich dann endlich die Lösung erhalten was den Fehler verursachte.
Antwort von Microsoft:
Testen Sie bitte einmal deshalb nachfolgende Steps aus um den Fehler zu beheben
1) Check to see if the customer has Foxit Software PDF Ifilter product installed. http://www.foxitsoftware.com/pdf/ifilter/ That product adds the offending HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\12.0 registry key. Un-install the product* to allow DPM to protect the farm and create catalogs.
*NOTE: Working with a customer who reported that backing up and removing the 12.0 reg key allowed DPM to function and FoxIt continued to work as well. This has not been verified beyond the customer’s limited testing, but should be considered the first option if customer is using FoxIt as it allows continued use of the product.
2) It is possible some other product installed on the system has added that key, If the HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\12.0 is present – export that key then delete it.
NOTE: There is a MS feature in Windows 2008 R2 which creates the very same key HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\12.0
The feature is called „Windows TIFF IFilter“
Das war am Ende dann auch das Rätsels Lösung:
Wir haben den PDF iFilter installiert um die PDF Dateien mit in die Such-Indexierung aufzunehmen. Die Installation von PDF iFilter erstellte einen Registrierungsschlüssel für die SharePoint 2007 und 2010 Version.
Folgendes wurde jetzt von mir unternommen um das Problem zu lösen:
Der Registrierungsschlüssel 12.0 wurde jetzt von mir Exportiert und im Anschluss gelöscht.
Auf dem SharePoint Server wurde noch mal folgender Befehl ausgeführt:
Auf dem DPM Server die Katalogisierung neu angestoßen
$ds=Get-Datasource $pg[1-5]
Start-CreateCatalog $ds
Und siehe da, die Katalogisierung lief durch und man konnte das erste Mal in das SharePoint Backup reinschauen, bzw. die Backups liefen sauber durch.
Viele Grüße
Helmut
