Freigeben über

Beispielskript für Reporting Services rs.exe zum Migrieren von Inhalten zwischen Berichtsservern

Dieses Thema enthält und beschreibt ein Rss-Beispielskript für Reporting Services, das Inhaltselemente und Einstellungen von einem SQL Server Reporting Services-Berichtsserver mithilfe des hilfsprogrammsRS.exe kopiert. RS.exe wird mit Reporting Services installiert, sowohl im nativen als auch im SharePoint-Modus. Das Skript kopiert Reporting Services-Elemente, z.B. Berichte und Abonnements, von einem Server auf einen anderen Server. Das Skript unterstützt Berichtsserver im SharePoint-Modus und im einheitlichen Modus.
Gilt für: Reporting Services (SharePoint-Modus) | Reporting Services (einheitlicher Modus)

Inhalt dieses Themas:

So laden Sie das skript ssrs_migration.rss herunter

Laden Sie das Skript von der CodePlex-Website herunter, das Inhalte der Reporting Services durch das RS.exe Skript migriert, in einen lokalen Ordner. Weitere Informationen finden Sie im Abschnitt "Verwenden des Skripts in diesem Thema".

Unterstützte Szenarien

Das Skript unterstützt Berichtsserver im SharePoint-Modus und im einheitlichen Modus. Das Skript unterstützt die folgenden Berichtsserverversionen:

  • SQL Server 2014

  • SQL Server 2012

  • SQL Server 2008 R2

Mit dem Skript können Inhalte zwischen Berichtsservern im gleichen Modus oder in unterschiedlichen Modi kopiert werden. Sie können z. B. das Skript ausführen, um Inhalte von einem servereigenen SQL Server 2008 R2-Modus auf einen SQL Server 2012 SP1 SharePoint-Modus-Berichtsserver zu kopieren. Sie können das Skript auf jedem Server ausführen, auf dem RS.exe installiert ist. In der folgenden Bereitstellung haben Sie z. B. folgende Möglichkeiten:

  • Führen Sie RS.exe und das Skript AUF Server A aus.

  • So kopieren Sie Inhalte VON Server B

  • AUF Server C

Servername Berichtsserver-Modus
Server A Einheimisch
Server B SharePoint
Server C SharePoint

Weitere Informationen über das Dienstprogramm RS.exe finden Sie unter Dienstprogramm RS.exe (SSRS).

Vom Skript migrierte Elemente und Ressourcen

Das Skript schreibt nicht über vorhandene Inhaltsobjekte mit demselben Namen. Wenn das Skript Elemente mit demselben Namen auf dem Zielserver erkennt, die auch auf dem Quellserver vorhanden sind, wird für die einzelnen Elemente eine Fehlermeldung "Fehler" ausgegeben, und das Skript wird fortgesetzt. In der folgenden Tabelle werden die Typen von Inhalten und Ressourcen aufgeführt, die zu Zielberichtsservern in den jeweiligen Modi migriert werden können.

Gegenstand Migriert SharePoint BESCHREIBUNG
Kennwörter Nein Nein Kennwörter werden NICHT migriert. Aktualisieren Sie nach dem Migrieren der Inhaltselemente die Anmeldeinformationen auf dem Zielserver. Beispiel: Datenquellen mit gespeicherten Anmeldeinformationen.
Meine Berichte Nein Nein Das Feature "Meine Berichte" im nativen Modus basiert auf einzelnen Benutzeranmeldungen, daher hat der Skriptdienst keinen Zugriff auf Inhalte in "Meine Berichte"-Ordnern für Andere Benutzer als den Parameter "-u ", der zum Ausführen des RSS-Skripts verwendet wird. Außerdem ist "Meine Berichte" kein Feature des SharePoint-Modus von Reporting Services, und Elemente in den Ordnern können nicht in eine SharePoint-Umgebung kopiert werden. Daher kopiert das Skript keine Berichtselemente, die sich in den Ordnern "Meine Berichte" auf einem Berichtsserver im systemeigenen Quellmodus befinden. Führen Sie die folgenden Schritte aus, um den Inhalt in ordnern "Meine Berichte" mit diesem Skript zu migrieren:

1) Erstellen sie neue Ordner im Berichts-Manager. Optional können Sie Ordner oder Unterordner für jeden Benutzer erstellen.

2) Melden Sie sich als einer der Benutzer mit dem Inhalt "Meine Berichte" an.

3) Klicken Sie im Berichts-Manager auf den Ordner "Meine Berichte" .

4) Klicken Sie auf die Detailansicht für den Ordner.

5) Wählen Sie jeden Bericht aus, den Sie kopieren möchten.

6) Klicken Sie in der Berichts-Manager-Symbolleiste auf "Verschieben ".

7) Wählen Sie den gewünschten Zielordner aus.

8) Wiederholen Sie die Schritte 2 bis 7 für jeden Benutzer.

9) Führen Sie das Skript aus.
Geschichte Nein Nein
Verlaufseinstellungen Ja Ja Die Verlaufseinstellungen werden migriert, die Verlaufsdetails werden jedoch NICHT migriert.
Sendepläne ja ja Zum Migrieren von Zeitplänen ist es erforderlich, dass der SQL Server-Agent auf dem Zielserver ausgeführt wird. Wenn der SQL Server-Agent nicht auf dem Ziel ausgeführt wird, wird eine Fehlermeldung wie folgt angezeigt:

Migrating schedules: 1 items found. Migrating schedule: theMondaySchedule ... FAILURE: The SQL Agent service is not running. This operation requires the SQL Agent service. ---> Microsoft.ReportingServices.Diagnostics.Utilities.SchedulerNotResponding Exception: The SQL Agent service is not running. This operation requires the SQL Agent service.
Rollen und Systemrichtlinien Ja Ja Standardmäßig kopiert das Skript kein benutzerdefiniertes Berechtigungsschema zwischen Servern. Das Standardverhalten sieht vor, dass die Elemente auf den Zielserver kopiert werden, wobei das Flag "übergeordnete Berechtigungen erben" auf TRUE gesetzt ist. Wenn mit dem Skript Berechtigungen für einzelne Elemente kopiert werden sollen, verwenden Sie den SECURITY-Schalter.

Wenn die Quell- und Zielserver nicht derselbe Berichtsservermodus sind, z. B. vom nativen Modus zum SharePoint-Modus, und Sie den SECURITY-Switch verwenden, versucht das Skript, Standardrollen und Gruppen basierend auf dem Vergleich im folgenden Thema "Rollen und Aufgaben in Reporting Services" mit SharePoint-Gruppen und -Berechtigungen zuzuordnen. Benutzerdefinierte Rollen und Gruppen werden nicht auf den Zielserver kopiert.

Wenn das Skript zwischen Servern kopiert wird , die denselben Modus aufweisen und Sie den SECURITY-Switch verwenden, erstellt das Skript neue Rollen (nativer Modus) oder Gruppen (SharePoint-Modus) auf dem Zielserver.

Wenn bereits eine Rolle auf dem Zielserver vorhanden ist, erstellt das Skript eine Meldung "Fehler", ähnlich der folgenden, und die Migration anderer Elemente wird fortgesetzt. Überprüfen Sie nach Abschluss des Skripts, ob die Rollen auf dem Zielserver für Ihre Anforderungen konfiguriert sind. die Migration von Rollen: 8 Elemente gefunden.

Migrating role: Browser ... FAILURE: The role 'Browser' already exists and cannot be created. ---> Microsoft.ReportingServices.Diagnostics.Utilities.RoleAlreadyExistsException: The role 'Browser' already exists and cannot be created.

Weitere Informationen finden Sie unter Gewähren des Benutzerzugriffs auf einen Berichtsserver (Berichts-Manager)

Hinweis: Wenn ein Benutzer, der auf dem Quellserver vorhanden ist, nicht auf dem Zielserver vorhanden ist, kann das Skript keine Rollenzuweisungen auf dem Zielserver anwenden, das Skript kann keine Rollenzuweisungen anwenden, auch wenn der Sicherheitsswitch verwendet wird.
Freigegebene Datenquelle Ja Ja Das Skript überschreibt keine vorhandenen Elemente auf dem Zielserver. Wenn bereits ein Element auf dem Zielserver mit demselben Namen vorhanden ist, wird eine Fehlermeldung wie folgt angezeigt:

Migrating DataSource: /Data Sources/Aworks2012_oltp ... FAILURE:The item '/Data Sources/Aworks2012_oltp' already exists. ---> Microsoft.ReportingServices.Diagnostics.Utilities.ItemAlreadyExistsException: The item '/Data Source s/Aworks2012_oltp' already exists.

Anmeldeinformationen werden NICHT als Teil der Datenquelle kopiert. Aktualisieren Sie nach dem Migrieren der Inhaltselemente die Anmeldeinformationen auf dem Zielserver.
Freigegebenes Dataset Ja Ja
Ordner Ja Ja Das Skript überschreibt keine vorhandenen Elemente auf dem Zielserver. Wenn bereits ein Element auf dem Zielserver mit demselben Namen vorhanden ist, wird eine Fehlermeldung wie folgt angezeigt:

Migrating Folder: /Reports ... FAILURE: The item '/Reports' already exists. ---> Microsoft.ReportingServices.Diagnostics.Utilities.ItemAlreadyExistsException: The item '/Reports' already exists.
Bericht Ja Ja Das Skript überschreibt keine vorhandenen Elemente auf dem Zielserver. Wenn bereits ein Element auf dem Zielserver mit demselben Namen vorhanden ist, wird eine Fehlermeldung wie folgt angezeigt:

Migrating Report: /Reports/testThe item '/Reports/test' already exists. ---> Microsoft.ReportingServices.Diagnostics.Utilities.ItemAlreadyExistsException: The item '/Reports/test' already exists.
Die Parameter Ja Ja
Abonnements Ja Ja
Verlaufseinstellungen Ja Ja Die Verlaufseinstellungen werden migriert, die Verlaufsdetails werden jedoch NICHT migriert.
Verarbeitungsoptionen Ja Ja
Cacheaktualisierungsoptionen Ja Ja Abhängige Einstellungen werden als Teil des Katalogelements migriert. Im Folgenden sehen Sie das Beispiel aus dem Skript, während ein Bericht (RDL) und verwandte Einstellungen wie Cacheaktualisierungsoptionen migriert werden:

Migrieren von Parametern für den Bericht TitleOnly.rdl. 0 Elemente gefunden.

Migrieren von Abonnements für den Bericht TitleOnly.rdl: 1 gefundene Elemente.

Migrieren des Abonnements Speichern in \\server\public\savedreports als TitleOnly ... ERFOLG

Migrieren der Verlaufseinstellungen für den Bericht TitleOnly.rdl ... ERFOLG

Migration von Verarbeitungsoptionen für den Bericht TitleOnly.rdl ... 0 Elemente gefunden.

Migration der Cacheaktualisierungsoptionen für den Bericht TitleOnly.rdl ... ERFOLG

Migrieren von Cacheaktualisierungsplänen für den Bericht TitleOnly.rdl: 1 gefundene Elemente.

Migration des Cacheaktualisierungsplans titleonly_refresh735amM2F ... ERFOLG
Cacheaktualisierungspläne Ja Ja
Bilder Ja Ja
Berichtsteile Ja Ja

Erforderliche Berechtigungen

Die zum Lesen oder Schreiben von Elementen und Ressourcen erforderlichen Berechtigungen sind für alle methoden, die im Skript verwendet werden, nicht identisch. Die folgende Tabelle enthält eine Übersicht über die für die einzelnen Elemente und Ressourcen verwendeten Methoden sowie Links zu verwandten Inhalten. Navigieren Sie zum einzelnen Thema, um die erforderlichen Berechtigungen anzuzeigen. Im Thema zur ListChildren-Methode werden beispielsweise die erforderlichen Berechtigungen erwähnt, wie zum Beispiel:

  • Erforderliche Berechtigungen für den einheitlichen Modus: ReadProperties für das Element

  • Erforderliche Berechtigungen für den SharePoint-Modus: ViewListItems

Element oder Ressource Quelle Ziel
Katalogartikel ListChildren

GetProperties

GetItemDataSources

GetItemReferences

GetDataSourceContents

GetItemLink		 CreateCatalogItem

SetItemDataSources

GetItemReferences

CreateDataSource

CreateLinkedItem

CreateFolder
Rolle ListRoles

GetRoleProperties		 CreateRole
Systemrichtlinie GetSystemPolicies SetSystemPolicies
Zeitplan ListSchedules CreateSchedule
Abonnement ListSubscriptions

GetSubscriptionProperties

GetDataDrivenSubscriptionProperties		 CreateSubscription

CreateDataDrivenSubscription
Cacheaktualisierungsplan ListCacheRefreshPlans

GetCacheRefreshPlanProperties		 CreateCacheRefreshPlan
Die Parameter GetItemParameters SetItemParameters
Ausführungsoptionen GetExecutionOptions SetExecutionOptions
Cacheoptionen GetCacheOptions SetCacheOptions
Verlaufseinstellungen GetItemHistoryOptions SetItemHistoryOptions
Elementrichtlinie GetPolicies SetPolicies

Weitere Informationen finden Sie unter "Vergleichen von Rollen und Aufgaben in Reporting Services" mit SharePoint-Gruppen und -Berechtigungen.

Verwendung des Skripts

  1. Laden Sie die Skriptdatei in einen lokalen Ordner herunter, z.B. C:\rss\ssrs_migration.rss.

  2. Öffnen Sie eine Eingabeaufforderung mit Administratorberechtigungen.

  3. Navigieren Sie zum Ordner, der die Datei ssrs_migration.rss enthält.

  4. Führen Sie den Befehl mit für Ihr Szenario geeigneten Parametern aus.

Einfaches Beispiel, Berichtsserver im einheitlichen Modus zu Berichtsserver im einheitlichen Modus:

Im folgenden Beispiel werden Inhalte von Sourceserver im einheitlichen Modus zu Targetserverim einheitlichen Modus migriert.

rs.exe -i ssrs_migration.rss -e Mgmt2010 -s http://SourceServer/ReportServer -u Domain\User -p password -v ts="http://TargetServer/reportserver" -v tu="Domain\Userser" -v tp="password"

Hinweise zur Verwendung:

  • Das Skript wird in zwei Schritten ausgeführt.

    Der erste Schritt ist eine Überwachung, um eine Liste von Elementen zurückzugeben, die migriert werden, und der zweite Schritt ist der Migrationsprozess.

    Sie können das Skript nach Schritt 1 abbrechen , wenn Sie nur die mögliche Migrationsliste anzeigen oder die Parameter ändern möchten. Abhängige Einstellungen werden in Schritt 1 nicht aufgeführt. Beispielsweise werden die Cacheoptionen eines Berichts nicht aufgeführt, aber der Bericht selbst ist.

    Tipp

    Wenn Sie nur einen einzelnen Server überwachen möchten, verwenden Sie denselben Server für Quelle und Ziel, und brechen Sie nach Schritt 1 ab.

    Eine gute Verwendung für die Überwachungsinformationen aus Schritt 1 besteht darin, vorhandene Rollen auf dem Quell- und Zielserver im einheitlichen Modus zu überprüfen. Im Folgenden finden Sie ein Beispiel für die Schritt 1-Überwachungsliste. Beachten Sie, dass die Liste den Abschnitt „roles“ enthält, da der Schalter „-v security="True"“ verwendet wurde:

    • Retrieve and report the list of items that will be migrated. You can cancel the script after step 1 if you do not want to start the actual migration.

      Retrieving roles:

      Role: Browser

      Role: Content Manager

      Role: Model Item Browser

      Retrieve and report the list of items that will be migrated. You can cancel the script after step 1 if you do not want to start the actual migration.

      Retrieving roles:

      Role: Browser

      Role: Content Manager

      Role: CustomRole

      Role: Model Item Browser

      Role: My Reports

      Role: Publisher

      Role: Report Builder

      Role: System Administrator

      Role: System User

      Retrieving system policies:

      Retrieving system policies:

      System policy: BUILTIN\Administrators

      System policy: domain\user1

      System policy: domain\ueser2

      Retrieving schedules:

      Schedule: theMondaySchedule

      Retrieving catalog items. This may take a while.

      Folder: /Data Sources

      DataSource: /Data Sources/Aworks2012_oltp

      Folder: /images

      Resource: /images/Boba Fett.png

      Resource: /images/R2-D2.png

      Folder: /Reports

      Report: /Reports/products

      Report: /Reports/test

      Report: /Reports/TitleOnly

  • Die SOURCE_URL und TARGET_URL müssen gültige Berichtsserver-URLs sein, die auf den Quell- und Zielberichtsserver der Reporting Services verweisen. Im nativen Modus sieht eine Berichtsserver-URL wie folgt aus:

    • https://servername/reportserver

    Im SharePoint-Modus sieht die URL wie folgt aus:

    • https://servername/_vti_bin/reportserver

  • Die virtuelle Ordnerstruktur, die für den Benutzer in SharePoint dargestellt wird, kann von der zugrunde liegenden Struktur abweichen. Öffnen Sie https://servername/_vti_bin/reportserver oder https://servername/sites/site_name/_vti_bin/reportserver in einem Browser, um die nicht-virtuelle Ordnerstruktur anzuzeigen. Dies ist hilfreich für das Festlegen des Quellordners und des Zielordners auf etwas anderes als "/", für einen Server im SharePoint-Modus.

  • Kennwörter werden nicht migriert und müssen erneut eingegeben werden, z. B. Datenquellen mit gespeicherten Anmeldeinformationen.

Parameterbeschreibung

Parameter BESCHREIBUNG Erforderlich
-s Quell_URL URL des Quellberichtsservers Ja
-u Domäne\Kennwort -p Kennwort Anmeldeinformationen für Quellserver. OPTIONAL, falls nicht vorhanden, werden Standardanmeldeinformationen verwendet.
-v st="WEBSITE" Optional. Dieser Parameter wird nur für Berichtsserver im SharePoint-Modus verwendet.
- v f="QUELLORDNER" Legen Sie diesen Parameter auf "/" fest, um alle Inhalte zu migrieren, oder z. B. auf "/Ordner/Unterordner" für eine partielle Migration. Alles in diesem Ordner wird kopiert. OPTIONAL, Der Standardwert ist "/".
-v ts="ZIEL_URL" 'URL des RS-Zielservers"
-v tu="Domäne\Benutzername" -v tp="Kennwort" 'Anmeldeinformationen für den Zielserver OPTIONAL, falls nicht vorhanden, werden Standardanmeldeinformationen verwendet. Hinweis: Der Benutzer wird im Zielserver als "Ersteller" freigegebener Zeitpläne und im "geändert von" Konto für Berichtselemente aufgeführt.
-v tst="WEBSITE" Optional. Dieser Parameter wird nur für Berichtsserver im SharePoint-Modus verwendet.
-v tf ="ZIELORDNER" 'Auf "/" für die Migration in die Stammebene festgelegt. Legen Sie diesen Wert auf "/folder/subfolder" fest, um in ein bereits vorhandenes Element zu kopieren. Alles in "SOURCEFOLDER" wird in "TARGETFOLDER" kopiert. OPTIONAL, Der Standardwert ist "/".
-v security= "True/False" Bei Festlegung auf "False" erben Zielkatalogelemente die Sicherheitseinstellung entsprechend den Einstellungen des Zielsystems. Dies ist die empfohlene Einstellung für Migrationen zwischen verschiedenen Berichtsservertypen, z. B. im nativen Modus zum SharePoint-Modus. Wenn dieser Wert auf "True" festgelegt ist, versucht das Skript, Sicherheitseinstellungen zu migrieren. OPTIONAL, Der Standardwert ist "False".

Weitere Beispiele

Berichtsserver im nativen Modus zu Berichtsserver im nativen Modus

Im folgenden Beispiel werden Inhalte von Sourceserver im einheitlichen Modus zu Targetserverim einheitlichen Modus migriert.

rs.exe -i ssrs_migration.rss -e Mgmt2010 -s http://SourceServer/ReportServer -u Domain\User -p password -v ts="http://TargetServer/reportserver" -v tu="Domain\Userser" -v tp="password"

Im folgenden Beispiel wird der Sicherheitsschalter hinzugefügt:

rs.exe -i ssrs_migration.rss -e Mgmt2010 -s http://SourceServer/ReportServer -u Domain\User -p password -v ts="http://TargetServer/reportserver" -v tu="Domain\Userser" -v tp="password" -v security="True"

Von nativen Modus zu SharePoint-Modus - Stammwebsite

Im folgenden Beispiel werden Inhalte von einem SourceServer im einheitlichen Modus zur „Stammwebsite“ auf einem Server im SharePoint-Modus (TargetServer) migriert. Die Ordner "Berichte" und "Datenquellen" auf dem servereigenen Modus werden als neue Bibliotheken in der SharePoint-Bereitstellung migriert.

ssrs_rss_migrate_root_site 

rs.exe -i ssrs_migration.rss -e Mgmt2010 -s http://SourceServer/ReportServer -u Domain\User -p Password -v ts="http://TargetServer/_vti_bin/ReportServer" -v tu="Domain\User" -v tp="Password"

Vom nativen Modus zum SharePoint-Modus - 'bi' Sitesammlung

Im folgenden Beispiel werden Inhalte von einem Server im einheitlichen Modus zu einem SharePoint-Server migriert, der eine Websitesammlung "sites/bi" und eine freigegebene Dokumentbibliothek enthält. Das Skript erstellt Ordner in der Zieldokumentbibliothek. Beispielsweise erstellt das Skript in der Zieldokumentbibliothek einen Ordner "Berichte" und "Datenquellen".

rs.exe -i ssrs_migration.rss -e Mgmt2010 -s http://SourceServer/ReportServer -u Domain\User -p Password -v ts="http://TargetServer/sites/bi/_vti_bin/reportserver" -v tst="sites/bi" -v tf="Shared Documents" -v tu="Domain\User" -v tp="Password"

SharePoint-Mode zu SharePoint-Mode - 'bi' Sitesammlung

Im folgenden Beispiel werden Inhalte wie folgt migriert:

  • Von dem SharePoint-Server SourceServer , der eine Websitesammlung „sites/bi“ und eine freigegebene Dokumentbibliothek enthält.

  • Zu dem SharePoint-Server TargetServer , der eine Websitesammlung „sites/bi“ und eine freigegebene Dokumentbibliothek enthält.

rs.exe -i ssrs_migration.rss -e Mgmt2010 -s http://SourceServer/_vti_bin/reportserver -v st="sites/bi" -v f="Shared Documents" -u Domain\User1 -p Password -v ts="http://TargetServer/sites/bi/_vti_bin/reportserver" -v tst="sites/bi" -v tf="Shared Documents" -v tu="Domain\User" -v tp="Password"

Vom nativen Modus in den nativen Modus – Azure-virtuelle Maschine

Im folgenden Beispiel werden Inhalte wie folgt migriert:

  • Von einem Native Mode-Berichtsserver SourceServer.

  • Zu einem Berichtsserver im nativen Modus auf einem TargetServer, der auf einer virtuellen Azure-Maschine ausgeführt wird. Der TargetServer ist nicht mit der Domäne des SourceServer verbunden, und der Benutzer2 ist ein Administrator auf dem virtuellen Azure-Computer TargetServer.

rs.exe -i ssrs_migration.rss -e Mgmt2010 -s http://SourceServer/ReportServer -u Domain\user1 -p Password -v ts="http://ssrsnativeazure.cloudapp.net/ReportServer" -v tu="user2" -v tp="Password2"

Tipp

Informationen zur Verwendung von Windows PowerShell zum Erstellen von Reporting Services-Berichtsservern auf virtuellen Azure-Computern finden Sie unter Verwenden von PowerShell zum Erstellen einer Azure-VM mit einem Native Mode Report Server.

SharePoint-Modus: 'bi'-Websitesammlung zu einem Server im nativen Modus auf einer Azure-VM

Im folgenden Beispiel werden Inhalte wie folgt migriert:

  • Von einem SharePoint-Modus-Berichtsserver SourceServer, der eine Websitesammlung von "sites/bi" und eine Dokumentenbibliothek enthält.

  • Auf einem im TargetServer-Nativemodus laufenden Berichtsserver, der auf einer virtuellen Azure-Maschine ausgeführt wird. Der TargetServer ist nicht mit der Domäne des SourceServer verbunden, und der Benutzer2 ist ein Administrator auf dem virtuellen Azure-Computer TargetServer.

rs.exe -i ssrs_migration.rss -e Mgmt2010 -s http://uetesta02/_vti_bin/reportserver -u user1 -p Password -v ts="http://ssrsnativeazure.cloudapp.net/ReportServer" -v tu="user2" -v tp="Passowrd2"

Verifizierung

In diesem Abschnitt werden einige Schritte zusammengefasst, die auf dem Zielserver ausgeführt werden müssen, um zu überprüfen, ob Inhalte und Richtlinien erfolgreich migriert wurden.

Sendepläne

So überprüfen Sie Zeitpläne auf dem Zielserver:

Nativer Modus

  1. Navigieren Sie zum Berichts-Manager auf dem Zielserver.

  2. Klicken Sie im oberen Menü auf "Websiteeinstellungen ".

  3. Klicken Sie im linken Bereich auf "Zeitpläne ".

SharePoint-Modus:

  1. Rufen Sie Siteeinstellungenauf.

  2. Klicken Sie in der Gruppe Reporting Services auf "Freigegebene Zeitpläne verwalten".

Rollen und Gruppen

Nativer Modus

  1. Öffnen Sie SQL Server Management Studio und stellen Sie eine Verbindung zu Ihrem Berichtsserver im nativen Modus her.

  2. Klicken Sie im Objekt-Explorer auf "Sicherheit".

  3. Klicken Sie auf Rollen.

Problembehandlung

Verwenden Sie das Ablaufverfolgungsflag -t, um weitere Informationen abzurufen. Beispiel: Sie führen das Skript aus, und es wird eine Meldung wie die folgende angezeigt:

  • Verbindung mit Server konnte nicht hergestellt werden: http://<servername>/ReportServer/ReportService2010.asmx

Führen Sie das Skript erneut mit dem Flag "-t " aus, um eine Meldung wie die folgenden anzuzeigen:

  • System.Exception: Verbindung mit dem Server konnte nicht hergestellt werden: http://servername/ReportServer/ReportService2010.asmx --- System.Net.WebException: Die Anforderung ist mit dem HTTP-Status 401 fehlgeschlagen: Nicht autorisiert. at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse-Antwort, Stream responseStream, Boolean asyncCall) at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters) at Microsoft.SqlServer.ReportingServices2010.ReportingService2010.IsSSLRequired() at Microsoft.ReportingServices.ScriptHost.Management2010Endpoint.PingService(String url, String userName, String password, String domain, Int32 timeout) at Microsoft.ReportingServices.ScriptHost.ScriptHost.DetermineServerUrlSecurity() --- Ende der inneren Ausnahme-Stapelablaufverfolgung ---

Siehe auch

Hilfsprogramm 'RS.exe' (SSRS)
Vergleichen der Rollen und Aufgaben in Reporting Services mit SharePoint-Gruppen und -Berechtigungen

  • Last updated on