none
DPM kann keine Berichte erstellen RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    ich habe kürzlich DPM 2010 unter Windows 2008 R2 (alles 64 Bit) installiert.

    Problem: Wenn ich einen Bericht aufrufen will, öffnet sich zwar der IE, aber der Berichtstext sieht dann nur so aus wie unten angehängt. (Die angegebene Datenquelle ändert sich natürlich je nach Bericht)

    Frage: Welcher Anmeldetyp fehlt und wie bekomme ich das System dazu, einen vernünftigen Bericht zu generieren?

    Hier kommt der Berichtstext:

    • Fehler beim Clientrendering.
      • Fehler bei der Berichtsverarbeitung. (rsProcessingAborted)
        • Die Identität des Benutzers kann für die DLS-Datenquelle nicht angenommen werden. (rsErrorImpersonatingUser)
          • Fehler bei der Anmeldung. (rsLogonFailed)
            • Anmeldung fehlgeschlagen: Der Benutzer besitzt nicht den benötigten Anmeldetyp auf diesem Computer. (Ausnahme von HRESULT: 0x80070569)
    Freitag, 18. Februar 2011 07:37
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden

    Ich hatte gehofft, dass hier jemand weiterhelfen kann.
    Kann mir keiner verraten, um welchen Anmeldetyp es geht?

     

     

    Dienstag, 28. Juni 2011 12:32
    |
  • Question
    Anmelden
    0
    Anmelden

    Vorwort: ich habe von DPM keine Ahnung ;-) Aber die Meldung sieht nach SQL Reporting Services aus. Der Account, den Du dafür definiert hast, braucht "log on locally" Rechte, wenn ich mich nicht täusche.

    Torsten Meringer | http://www.mssccmfaq.de
    Dienstag, 28. Juni 2011 15:01
    |
    Beantworter
  • Question
    Anmelden
    0
    Anmelden

    Vorwort: ich habe von DPM keine Ahnung ;-) Aber die Meldung sieht nach SQL Reporting Services aus. Der Account, den Du dafür definiert hast, braucht "log on locally" Rechte, wenn ich mich nicht täusche.

    Torsten Meringer | http://www.mssccmfaq.de


    Hallo Torsten,

    vielen Dank, das war es.
    Allerdings kann ich auf dem Server bei vielen lokalen Sicherheitsrichtlinien nichts verändern, so daß ich dem Konto selbst das Recht nicht geben konnte.
    Als Workaround habe ich es zu den lokalen Admins hinzugefügt.
    Warum darf man eingentlich nur manche Sicherheitsrichtlinien nicht unter Systemsteuerung/Verwaltung bearbeiten?

    Mittwoch, 29. Juni 2011 07:54
    |