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.

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

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