Freigeben über

Reporting Services-Beispielskript rs.exe zum Migrieren von Inhalten zwischen Berichtsservern

  • Artikel

Dieses Thema enthält und beschreibt ein Beispiel Reporting Services RSS-Skripts, das Inhaltselemente und Einstellungen mithilfe des HilfsprogrammsRS.exe von einem SQL Server Reporting Services Berichtsserver auf einen anderen Berichtsserver 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

In diesem Thema:

So laden Sie das Skript ssrs_migration.rss herunter

Laden Sie das Skript von der CodePlex-Website Skript für Reporting Services "RS.exe" migriert Inhalt in einen lokalen Ordner herunter. Weitere Informationen finden Sie im Abschnitt So verwenden Sie das Skript 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 Berichtsserver im einheitlichen modus 2008 R2 SQL Server 2008 R2 auf einen Berichtsserver im SharePoint-Modus SQL Server 2012 SP1 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 Systemeigenes Format
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 überschreibt keine vorhandenen Inhaltselemente mit dem gleichen Namen. Wenn das Skript auf dem Zielserver Elemente mit dem gleichen Namen erkennt, die auch auf dem Quellserver vorhanden sind, führt dies zu einer Fehlermeldung für die einzelnen Elemente, und das Skript wird weiter ausgeführt. In der folgenden Tabelle werden die Typen von Inhalten und Ressourcen aufgeführt, die zu Zielberichtsservern in den jeweiligen Modi migriert werden können.

Element 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 Die Funktion „Meine Berichte“ im einheitlichen Modus basiert auf einzelnen Benutzeranmeldungen. Daher hat der Skriptdienst keinen Zugriff auf Inhalte im Ordner „Meine Berichte“ für Benutzer, sofern nicht der -u-Parameter verwendet wird, mit dem das RSS-Skript ausgeführt wird. Außerdem ist "Meine Berichte" kein Feature von Reporting Services SharePoint-Modus, 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 einheitlichen Quellmodus befinden. Um den Inhalt in den Ordnern "Meine Berichte" mit diesem Skript zu migrieren, führen Sie die folgenden Schritte aus:

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 Ansicht Details für den Ordner.

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

6) Klicken Sie auf der Symbolleiste des Berichts-Managers 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.
Verlauf Nein Nein
Verlaufseinstellungen Ja Ja Die Verlaufseinstellungen werden migriert, die Verlaufsdetails werden jedoch NICHT migriert.
Zeitpläne ja ja Zum Migrieren von Zeitplänen muss der SQL Server-Agent auf dem Zielserver ausgeführt werden. Wenn der SQL Server-Agent auf dem Zielserver nicht ausgeführt wird, wird eine Fehlermeldung ähnlich wie in diesem Beispiel 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 ist, dass die Elemente an den Zielserver übertragen werden, wobei das Flag "übergeordnete Berechtigungen erben" auf TRUE festgelegt ist. Wenn mit dem Skript Berechtigungen für einzelne Elemente kopiert werden sollen, verwenden Sie den SECURITY-Schalter.

Wenn die Quell- und Zielserver sich nicht im gleichen Berichtsservermodusbefinden, z. B. vom einheitlichen Modus zum SharePoint-Modus, und Sie den SECURITY-Schalter verwenden, versucht das Skript, Standardrollen und -gruppen auf Grundlage des Vergleichs im folgenden Thema zuzuordnen: Vergleichen der Rollen und Aufgaben in Reporting Services mit SharePoint-Gruppen und -Berechtigungen. Benutzerdefinierte Rollen und Gruppen werden nicht auf den Zielserver kopiert.

Wenn das Skript zwischen Servern im gleichen Moduskopiert wird und Sie den SECURITY-Schalter verwenden, erstellt das Skript neue Rollen (einheitlicher Modus) oder Gruppen (SharePoint-Modus) auf dem Zielserver.

Wenn eine Rolle bereits auf dem Zielserver vorhanden ist, erstellt das Skript eine Fehlermeldung wie im folgenden Beispiel und setzt das Migrieren anderer Elemente fort. Überprüfen Sie nach dem Abschließen des Skripts, ob die Rollen auf dem Zielserver Ihren Anforderungen entsprechend konfiguriert wurden. the Migrating roles: 8 items found.

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, auf dem Zielserver nicht vorhanden ist, kann das Skript keine Rollenzuweisungen auf dem Zielserver anwenden. Das Skript kann keine Rollenzuweisungen anwenden, selbst wenn der SECURITY-Schalter verwendet wird.
Freigegebene Datenquelle Ja Ja Das Skript überschreibt keine vorhandenen Elemente auf dem Zielserver. Wenn auf dem Zielserver bereits ein Element mit demselben Namen vorhanden ist, wird eine Fehlermeldung wie die folgende 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 auf dem Zielserver bereits ein Element mit demselben Namen vorhanden ist, wird eine Fehlermeldung wie die folgende 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 auf dem Zielserver bereits ein Element mit demselben Namen vorhanden ist, wird eine Fehlermeldung wie die folgende angezeigt:

Migrating Report: /Reports/testThe item '/Reports/test' already exists. ---> Microsoft.ReportingServices.Diagnostics.Utilities.ItemAlreadyExistsException: The item '/Reports/test' already exists.
Parameter Ja Ja
Abonnements Ja Ja
Verlaufseinstellungen Ja Ja Die Verlaufseinstellungen werden migriert, die Verlaufsdetails werden jedoch NICHT migriert.
Verarbeitungsoptionen Ja Ja
Optionen zur Cacheaktualisierung Ja Ja Abhängige Einstellungen werden als Teil des Katalogelements migriert. Im Folgenden finden Sie die Beispielausgabe des Skripts, wenn ein Bericht (RDL) und dazugehörige Einstellungen wie Optionen zur Cacheaktualisierung migriert werden:

Migrating parameters for report TitleOnly.rdl 0 items found.

Migrating subscriptions for report TitleOnly.rdl: 1 items found.

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

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

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

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

Migrating cache refresh plans for report TitleOnly.rdl: 1 items found.

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

Erforderliche Berechtigungen

Die erforderlichen Berechtigungen zum Lesen oder Schreiben von Elementen und Ressourcen sind nicht für alle im Skript verwendeten Methoden gleich. 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 jeweiligen Thema, um die erforderlichen Berechtigungen anzuzeigen. Im Thema zur ListChildren-Methode werden z. B. die erforderlichen Berechtigungen aufgeführt:

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

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

Element oder Ressource `Source` Ziel
Katalogelemente ListChildren

GetProperties

GetItemDataSources

GetItemReferences

GetDataSourceContents

GetItemLink		 CreateCatalogItem

SetItemDataSources

GetItemReferences

CreateDataSource

CreateLinkedItem

CreateFolder
Role ListRoles

GetRoleProperties		 CreateRole
Systemrichtlinie GetSystemPolicies SetSystemPolicies
Zeitplan ListSchedules CreateSchedule
Subscription ListSubscriptions

GetSubscriptionProperties

GetDataDrivenSubscriptionProperties		 CreateSubscription

CreateDataDrivenSubscription
Cacheaktualisierungsplan ListCacheRefreshPlans

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

Weitere Informationen finden Sie unter Vergleichen der 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 besteht aus einer Überprüfung, mit der eine Liste der Elemente zurückgegeben wird, die migriert werden. Der zweite Schritt ist der Migrationsprozess.

    Sie können das Skript nach Schritt 1 abbrechen , wenn Sie nur die Liste der möglichen Migrationen 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, der Bericht selbst wird jedoch aufgeführt.

    Tipp

    Wenn Sie nur einen einzelnen Server prüfen möchten, verwenden Sie denselben Server als Quelle und Ziel, und brechen Sie den Vorgang 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 Überwachungsliste aus Schritts 1. 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. Berichtsserver-URL im einheitlichen Modus:

    • https://servername/reportserver

    URL im SharePoint-Modus:

    • 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, wenn der Quellordner und der Zielordner bei einem Server im SharePoint-Modus auf einen anderen Wert als "/" festgelegt werden sollen.

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

Beschreibung des Parameters

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. Alle Elemente in diesem Ordner werden kopiert OPTIONAL, der Standardwert lautet "/".
-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 als Ersteller von freigegebenen Zeitplänen und als „Geändert von“-Konto für Berichtselemente auf dem Zielserver aufgeführt.
-v tst="WEBSITE" OPTIONAL. Dieser Parameter wird nur für Berichtsserver im SharePoint-Modus verwendet.
-v tf ="ZIELORDNER" Legen Sie diesen Parameter zum Migrieren in die Stammebene auf "/" fest. Legen Sie den Parameter auf "/Ordner/Unterordner" fest, um Inhalte in einen bereits vorhandenen Ordner zu kopieren. Alle Elemente in "QUELLORDNER" werden in "ZIELORDNER" kopiert. OPTIONAL, der Standardwert lautet "/".
-v security= "True/False" Wenn dieser Parameter auf „False“ festgelegt ist, erben Zielkatalogelemente Sicherheitseinstellungen entsprechend den Einstellungen des Zielsystems. Dies ist die empfohlene Einstellung für Migrationen zwischen verschiedenen Berichtsservertypen, z. B. vom einheitlichen Modus zum SharePoint-Modus. Wenn der Wert auf „True“ festgelegt ist, versucht das Skript, Sicherheitseinstellungen zu migrieren. OPTIONAL, der Standardwert ist „False“.

Weitere Beispiele

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"

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"

Einheitlicher Modus zum 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 „Reports“ und „Data Sources“ auf dem Server im einheitlichen 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"

Einheitlicher Modus für Die Websitesammlung "bi" im SharePoint-Modus

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. Das Skript erstellt z.B. die Ordner „Reports“ und „Data Sources“ in der Zieldokumentbibliothek.

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-Modus zum SharePoint-Modus -'bi' Websitesammlung

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"

Einheitlicher Modus zum einheitlichen Modus – Virtueller Azure-Computer

Im folgenden Beispiel werden Inhalte wie folgt migriert:

  • Von einem Berichtsserver im einheitlichen Modus ( SourceServer).

  • Zu einem Berichtsserver im einheitlichen Modus (TargetServer), der auf einem virtuellen Azure-Computer ausgeführt wird. Der TargetServer ist nicht mit der Domäne von SourceServer verbunden, und User2 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 darüber, wie Sie mit Windows PowerShell Reporting Services-Berichtsserver auf virtuellen Azure-Maschinen erstellen können, finden Sie unter Verwenden von PowerShell zum Erstellen einer Azure-VM mit einem Berichtsserver im nativen Modus.

Websitesammlung im SharePoint-Modus "bi" auf einem Server im einheitlichen Modus auf einem virtuellen Azure-Computer

Im folgenden Beispiel werden Inhalte wie folgt migriert:

  • Von einem Berichtsserver im SharePoint-Modus ( SourceServer ), der eine Websitesammlung „sites/bi“ und eine freigegebene Dokumentbibliothek enthält.

  • Zu einem Berichtsserver im einheitlichen Modus (TargetServer), der auf einem virtuellen Azure-Computer ausgeführt wird. Der TargetServer ist nicht mit der Domäne von SourceServer verbunden, und User2 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"

Überprüfung

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.

Zeitpläne

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

Native Mode

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

  2. Klicken Sie im oberen Menü auf Siteeinstellungen .

  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

Native Mode

  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:

  • Es konnte keine Verbindung mit dem Server hergestellt werden: http://< Servername>/ReportServer/ReportService2010.asmx

Führen Sie das Skript erneut mit dem Flag -t aus, um eine Meldung ähnlich der folgenden anzuzeigen:

  • System.Exception: Es konnte keine Verbindung mit dem Server hergestellt werden: http:// servername>/ReportServer/ReportService2010.asmx ---> System.Net.WebException: Fehler bei der Anforderung mit HTTP status 401: Nicht autorisiert.< in System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse (SoapClientMessage Message, WebResponse Response, Stream ResponseStream, Boolean AsyncCall) in System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke (String MethodName, Object [] Parameters) in Microsoft.SqlServer.ReportingServices2010.ReportingService2010.IsSSLRequired() in Microsoft.ReportingServices.ScriptHost.Management2010Endpoint.PingService (String Url, String UserName, String Password String Domain, Int32 Timeout) in Microsoft.ReportingServices.ScriptHost.ScriptHost.DetermineServerUrlSecurity()---Ende der inneren Ausnahme Stack Trace ---

Weitere Informationen

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