Se devuelven datos distintos cuando se utiliza la extensión de datos de lista de SharePoint para un informe en SSRS 2008 R2 o 2012 de SSRS

Seleccione idioma Seleccione idioma
Id. de artículo: 2826162 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

Síntomas

Tenga en cuenta la situación siguiente:

  • Tiene un Microsoft SQL Server Reporting Services 2008 R2 (SSRS 2008 R2) o un informe de Microsoft SQL Server Reporting Services 2012 (SSRS 2012) para una lista de Microsoft SharePoint o la biblioteca de documentos.
  • El informe utiliza una extensión integrada de datos de lista de SharePoint de SQL Server Reporting Services.
  • Crea una consulta de conjunto de datos que se basa en la lista de SharePoint o una biblioteca de documentos y, a continuación, ejecute la consulta en el Diseñador de informes.
  • Implementar el informe a la granja de SharePoint que aloja la lista de SharePoint o una biblioteca de documentos.
En esta situación, la consulta de conjunto de datos devuelve un resultado diferente en el Diseñador de informes que en la granja de SharePoint.

Por ejemplo, crear una nueva vista de SharePoint en el que seleccionar la opción de vista Mostrar todos los elementos sin carpetas en una biblioteca de documentos. Puede establecer la nueva vista como la vista predeterminada de la biblioteca de documentos. En esta situación, el informe devuelve datos diferentes en la granja de SharePoint que en el Diseñador de informes.

NotaSi se implementa el informe en el sitio de SharePoint, se devuelven sólo las carpetas de nivel superior y los archivos de la biblioteca de documentos. Sin embargo, el Diseñador de informes devuelve todos los archivos que reflejan la vista predeterminada cambian sin tener en cuenta las ubicaciones de carpetas.

Causa

Este problema se produce debido a diferentes rutas de código que se toman por SSRS 2008 R2 o 2012 SSRS cuando SharePoint ejecuta el informe en la misma granja de la lista. Cuando el conjunto de servidores de SharePoint local ejecuta el informe, se recupera la lista mediante el uso de la ruta de acceso SPLocalConnection . La ruta de acceso se lee directamente desde la lista de SharePoint sin llamadas SOAP y crea una copia local de la información de la lista sin la configuración de la vista predeterminada. Por lo tanto, la ruta de acceso de SPLocalConnection no refleja los cambios en la vista predeterminada.

Sin embargo, cuando el Diseñador de informes ejecuta el informe, el informe utiliza la ruta de acceso SPRemoteConnection . Esta ruta de acceso utiliza llamadas SOAP que se asemejan a las GetListCollection función. Esta función tiene acceso al sitio a través de una conexión remota de HTTP en lugar de la conexión local. Por lo tanto, los cambios se reflejarán en la configuración de la vista predeterminada.

Solución

Para evitar este problema, utilice uno de los métodos siguientes:
  • Implementar el informe a un servidor de informes de modo nativo y, a continuación, ejecutar el informe desde el servidor de informes de modo nativo.

    Nota
    Si tiene que ver el informe en SharePoint, instale el elemento de Web del Visor de informes de modo nativo en SharePoint y, a continuación, llamar el informe desde la instancia nativa de Reporting Services.

    Para obtener más información acerca de cómo ver y explorar informes de modo nativo mediante el uso de elementos web de SharePoint, consulte el siguiente sitio Web MSDN:
  • Desplegar la lista de SharePoint o una biblioteca de documentos en una granja de SharePoint diferente que puede tener acceso a la granja de servidores que tienen el informe que se implementa en. Por lo tanto, el informe en la granja local tener acceso a la lista de forma remota.
  • Utilice una extensión de datos XML para generar una consulta XML sin utilizar la extensión de datos de la lista de SharePoint.

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Se refiere a:".

Propiedades

Id. de artículo: 2826162 - Última revisión: martes, 19 de marzo de 2013 - Versión: 1.0
La información de este artículo se refiere a:
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Service Pack 1
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Web
  • SQL Server 2012 Enterprise Core
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Reporting Services
  • Microsoft SQL Server 2008 R2 Service Pack 2
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
Palabras clave: 
kbsurveynew kbtshoot kbexpertiseadvanced kbmt KB2826162 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 2826162

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com