Script rs.exe de ejemplo de Reporting Services para copiar contenido entre servidores de informes

Se aplica a: SQL Server Reporting Services (2008 R2 y versiones posteriores) SharePoint Power BI Report Server

En este artículo se incluye y se describe un script RSS de ejemplo de Reporting Services que copia elementos y configuraciones de contenido de un servidor de informes de SQL Server Reporting Services en otro servidor de informes mediante la utilidad RS.exe. RS.exe se instala con Reporting Services, en los modos nativo y de SharePoint. El script copia elementos de Reporting Services, como informes y suscripciones, de un servidor en otro. El script admite servidores de informes del modo de SharePoint y de modo nativo.

Descargar script ssrs_migration.rss

Descargue en una carpeta local el script desde el sitio de GitHub Script de migración de Reporting Services RS.exe. Para obtener más información, vea la sección Cómo usar el script de este artículo.

Escenarios admitidos

El script admite servidores de informes del modo de SharePoint y de modo nativo. El script es compatible con las versiones de servidor de informes de SQL Server 2008 R2 (10.50.x) y Power BI Report Server.

El script se puede usar para copiar contenido entre servidores de informes del mismo modo o de modos diferentes. Por ejemplo, puede ejecutar el script para copiar contenido de un servidor de informes en modo nativo de SQL Server 2008 R2 (10.50.x) en un servidor de informes en modo SharePoint de SQL Server 2012 SP1 (11.0.3x). Puede ejecutar el script desde cualquier servidor en el que esté instalado RS.exe. Por ejemplo, en la implementación siguiente, puede:

• Ejecutar RS.exe y el script EN el servidor A.

• Copiar contenido DESDE el servidor B

• AL servidor C

Para más información sobre la utilidad RS.exe, vea Utilidad RS.exe (SSRS).

Elementos y recursos que migra el script

El script no se sobrescribirá en elementos de contenido existentes que tengan el mismo nombre. Si el script detecta en el servidor de destino elementos con el mismo nombre que en el servidor de origen, los elementos individuales producirán un mensaje de "error" y el script continuará. En la tabla siguiente se enumeran los tipos de contenido y los recursos que el script puede migrar en los modos del servidor de informes de destino.

Permisos necesarios

Los permisos necesarios para leer o escribir elementos y recursos no son los mismos para todos los métodos empleados en el script. En la tabla siguiente se resumen los métodos usados para cada elemento o recurso y vínculos a contenido relacionado. Vaya al artículo individual para ver los permisos necesarios. Por ejemplo, el artículo del método ListChildren indica los permisos necesarios para:

• Permisos obligatorios para el modo nativo: ReadProperties en el elemento

• Permisos obligatorios para el modo de SharePoint: ViewListItems

Para obtener más información, vea Comparación de roles y tareas en Reporting Services con grupos y permisos de SharePoint.

Uso del script

1. Descargue el archivo de script en una carpeta local, por ejemplo c:\rss\ssrs_migration.rss.

2. Abra un símbolo del sistema con privilegios administrativos.

3. Navegue hasta la carpeta que contiene el archivo ssrs_migration.rss.

4. Ejecute el comando con los parámetros adecuados para el escenario.

Ejemplo básico, servidor de informes en modo nativo a servidor de informes en modo nativo:

En el ejemplo siguiente se migra contenido del Sourceserver en modo nativo a Targetserveren modo nativo.

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

Notas de uso:

• El script se ejecuta en dos pasos.

  El primer paso es una auditoría para devolver una lista de elementos que se migrarán y el segundo paso es el proceso de migración.

  Puede cancelar el script después del paso 1 si solo desea ver la lista de migración posible o si desea modificar los parámetros. Las configuraciones dependientes no se muestran en el paso 1. Por ejemplo, las opciones de memoria caché de un informe no se muestran, pero sí se muestra el informe.

  Sugerencia

  Si desea auditar un solo servidor, use el mismo servidor como origen y destino, y cancele la operación después del paso 1.

  Un buen uso de la información de auditoría del paso 1 consiste en revisar los roles existentes en el servidor en modo nativo de origen y de destino. A continuación se muestra un ejemplo de la lista de auditoría del paso 1. Observe que la lista incluye una sección de "roles" porque se ha usado el modificador -v security="True":

  • 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

• SOURCE_URL y TARGET_URL deben ser direcciones URL de servidor de informes válidas que señalen al servidor de informes de Reporting Services de origen y de destino. En modo nativo, la dirección URL de un servidor de informes se parece a la siguiente:

  • https://servername/reportserver

  En modo de SharePoint, la dirección URL se parece a la siguiente:

  • https://servername/_vti_bin/reportserver

• La estructura de carpetas virtuales que se muestra al usuario en SharePoint puede ser diferente que la base. Abra https://servername/_vti_bin/reportserver o https://servername/sites/site_name/_vti_bin/reportserver en un explorador para ver la estructura de carpetas no virtuales. Esta estructura es útil para establecer la carpeta de origen y la carpeta de destino en algo distinto de / para un servidor en modo de SharePoint.

• Las contraseñas no se migran y se deben volver a especificar (por ejemplo, orígenes de datos con credenciales almacenadas).

Descripción de los parámetros

Más ejemplos

Servidor de informes en modo nativo a servidor de informes en modo nativo

En el ejemplo siguiente se migra contenido del Sourceserver en modo nativo a Targetserveren modo nativo.

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

El ejemplo siguiente agrega el modificador de seguridad:

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

Modo nativo a modo de SharePoint: sitio raíz

En el ejemplo siguiente se migra contenido de un SourceServer en modo nativo al "sitio raíz" de un TargetServeren modo de SharePoint. Las carpetas "Reports" y "Data Sources" del servidor en modo nativo se migran como bibliotecas nuevas de la implementación de SharePoint.

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

Modo nativo a modo de SharePoint: colección de sitios "bi"

En el ejemplo siguiente se migra contenido de un servidor en modo nativo a un servidor de SharePoint que contiene una colección de sitios de "sites/bi" y una biblioteca de documentos compartida. El script crea carpetas en la biblioteca de documentos de destino. Por ejemplo, el script creará las carpetas "Reports" y "Data Sources" en la biblioteca de documentos de destino.

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

Modo de SharePoint a modo de SharePoint: colección de sitios "bi"

En el siguiente ejemplo se migra contenido:

• De un servidor de SharePoint SourceServer que contiene una colección de sitios de "sites/bi" y una biblioteca de documentos compartida.

• A un servidor de SharePoint TargetServer que contiene una colección de sitios de "sites/bi" y una biblioteca de documentos compartida.

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

Modo nativo a modo nativo: máquina virtual de Azure

En el ejemplo siguiente se migra el contenido de un servidor de informes en modo nativo SourceServer a un servidor de informes en modo nativo TargetServer que se ejecuta en una máquina virtual de Azure. TargetServer no está unido al dominio de SourceServer y User2 es un administrador de la máquina virtual de Azure TargetServer.

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

Modo de SharePoint: colección de sitios "bi" a servidor en modo nativo en una máquina virtual de Azure

En el ejemplo siguiente se migra contenido de un servidor de informes en modo SharePoint SourceServer que contiene una colección de sitios de "sites/bi" y una biblioteca de documentos compartidos a un servidor de informes en modo nativo TargetServer que se ejecuta en una máquina virtual de Azure. TargetServer no está unido al dominio de SourceServer y User2 es un administrador de la máquina virtual de Azure TargetServer.

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

Comprobación

En esta sección se resumen algunos pasos que se deben realizar en el servidor de destino para comprobar que el contenido y las directivas se han migrado correctamente.

Programaciones

Para comprobar las programaciones en el servidor de destino:

Modo nativo

1. Abra el portal web en el servidor de destino.

2. Seleccione Configuración del sitio en el menú superior.

3. Seleccione Programaciones en el panel izquierdo.

Modo SharePoint:

1. Vaya a Configuración del sitio.

2. En el grupo Reporting Services, seleccione Administrar programaciones compartidas.

Funciones y grupos

Modo nativo

1. Abra SQL Server Management Studio y conéctese a su servidor de informes en modo nativo.

2. En el Explorador de objetos, seleccione Seguridad.

3. Seleccione Roles.

Solución de problemas

Use la marca de seguimiento -t para recibir más información. Por ejemplo, si ejecuta el script y ve un mensaje similar al siguiente

• Couldn't connect to server: https://\<servername>/ReportServer/ReportService2010.asmx

Vuelva a ejecutar el script con la marca -t para ver un mensaje similar al siguiente:

• System.Exception: Couldn't connect to server: https://\<servername>/ReportServer/ReportService2010.asmx ---> System.Net.WebException: **The request failed with HTTP status 401: Unauthorized**. at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, 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() --- End of inner exception stack trace ---

Contenido relacionado

Utilidad RS.exe (SSRS)
Comparación de roles y tareas en Reporting Services con grupos y permisos de SharePoint