Prüfen Sie die neuesten Einträge der DPMRA-Quelle im Anwendungsereignisprotokoll auf %ServerName;, um herauszufinden, warum ...

System Center Data Protection Manager 2012

1) Prüfen Sie die neuesten Einträge der DPMRA-Quelle im Anwendungsereignisprotokoll auf %ServerName;, um herauszufinden, warum der Agent nicht reagierte.
2) Stellen Sie sicher, dass %ServerName; Remotezugriff auf den DPM-Server hat.
3) Falls auf dem DPM-Server eine Firewall aktiviert ist, stellen Sie sicher, dass Abfragen von %ServerName; nicht blockiert werden.
4) Starten Sie den Dienst DPM-Schutz-Agent auf %ServerName; neu. Wenn der Dienst nicht gestartet werden kann, installieren Sie den Schutz-Agent erneut.

Prüfen Sie die Clusterkonfiguration, um sicherzustellen, dass Freigaben und Datenträger, auf denen sich diese Freigaben befinden, ... Prüfen Sie die neuesten Einträge der DPMRA-Quelle im Anwendungsereignisprotokoll auf %ServerName;, um herauszufinden, warum ... Prüfen Sie die neuesten Einträge der DPMRA-Quelle im Anwendungsereignisprotokoll auf %ServerName;, um herauszufinden, warum ... Prüfen Sie die neuesten Einträge der DPMRA-Quelle im Anwendungsereignisprotokoll auf %ServerName;, um herauszufinden, warum ... Prüfen Sie die neuesten Einträge der DPMRA-Quelle im Anwendungsereignisprotokoll auf %ServerName;, um herauszufinden, warum ... Prüfen Sie die neusten Einträge der FSRecord-Quelle im Ereignisprotokoll auf %PSServerName;, um Gründe für das Auftreten ... Prüfen Sie die neusten Einträge der FSRecord-Quelle im Ereignisprotokoll auf %PSServerName;, um Gründe für das Auftreten ... Prüfen Sie die neusten Einträge der VolSnap-Quelle im Anwendungsereignisprotokoll, um Ursachen für das Auftreten das Problem ... Prüfen Sie die Protokolle der Anwendungsereignisanzeige auf dem Computer mit SQL Server auf Einträge, die vom SQL Server-Dienst ...