SharePoint Latin Rotating Header Image

17149

Conectando datos con Layer 2 Cloud Connector para Office 365

Siempre hay escenarios en donde ciertos productos encajan y representan una alternativa viable para hacer frente a desafíos técnicos muy específicos. Este es el caso de layer2 Layer 2 Cloud Connector, esta es una herramienta muy útil para manejar la sincronización de datos entre cualquier fuente de datos y nuestro producto favorito, SharePoint. Esta herramienta nos permite definir una conexión origen hacia una fuente de datos y una conexión destino hacia otra fuente de datos, después configuramos el mapeo entre las columnas de datos entre las fuentes y la dejamos ejecutarse, la herramienta va a sincronizar los datos de la fuente 1 a la fuente 2 o podemos configurar sincronización bi direccional y actualizar datos en ambas fuentes de datos.


Quizás tienes el escenario de sincronizar una lista de SharePoint On Premise hacia una lista de SharePoint Online de Office 365, o quizás aún no estás listo para realizar un escenario hibrido entre tu ambiente On Premise y Office 365, o quizás necesites sincronizar diariamente datos provenientes de un archivo CSV o Excel ubicados en una carpeta publica en la red, esta herramienta hace la diferencia.


Algunos comentarios generales:


  • El proceso de configuración de la fuente de origen y destino es muy sencillo y fácil de seguir
  • Soporta definir campo llave en la fuente de origen
  • Soporta definir campo llave en la fuente destino
  • Utiliza los proveedores de datos de .NET OracleClient por ejemplo
  • También cuenta con proveedores de datos nativos de Layer 2 basados en CSOM

Algunos comentarios relacionados con la sincronización:


  • Cloud Connector lee los datos del origen y los inserta en la lista destino
  • Crea el mapeo entre las columnas de una base de datos con campos de SharePoint
  • La herramienta identifica automáticamente inserts, updates y deletes que se tengan que realizar en la lista destino
  • La herramienta puede correr como servicio y gestionar su ejecución
  • El modelo de licenciamiento está basado en el número de conexiones entre fuente y destino, así que cuidado con eso.

Aquí dejo un ejemplo de un log resultante de un proceso de configuración, fui capaz de abrir un archivo local en una carpeta compartida, ejecutar una sentencia SQL y filtrar los datos desde Excel para sincronizarlos con una lista de SharePoint, excelente experiencia, aquí los resultados:


  • -> Current product edition is ‘Shareware’
  • -> Loading items from the data entity ‘SQL Customers’… 91 items retrieved.
  • -> Loading items from the data entity ‘SharePoint Customers’… 25 items retrieved.
  • -> Loading metabase…
  • -> Executing uni-directional synchronization…
  • -> Instructing data entity ‘SharePoint Customers’ to perform 0 inserts, 6 updates and 0 deletes…
  • -> Performing post synchronization tasks…
  • -> Synchronization of connection ‘Customers to O365′ finished:
  • -> 19 records were already up-to-date, 6 records have been synchronized and 0 records have been skipped. 1 warning occurred. (0.43 minutes)

Fix al error The workbook cannot be opened de Excel Services en SharePoint 2010

Si has llegado hasta aquí es porque seguramente Excel Services no esta mostrando la información que esperas, seguramente marca el error de “The workbook cannot be opened” al tratar de visualizar sobre tu navegador algún documento de Excel.


Problema


Si vemos en el visor de eventos del servidor SharePoint encontramos el siguiente mensaje:


SQL Database ‘TrainerNet_Intranet_Content’ on SQL Server instance ‘HGDC’ not found. Additional error information from SQL Server is included below.
Cannot open database “TrainerNet_Intranet_Content” requested by the login. The login failed.
Login failed for user ‘HG\spsvcapp’.


Esto quiere decir que la cuenta HG\spsvcapp, no se esta conectando a la base de datos de contenido de la aplicación web donde estamos tratando de visualizar el documento de Excel. Básicamente, esta cuentala que el application pool de la aplicación de servicio de Excel Services utiliza para ejecutar el servicio y es muy probable que esta sea diferente a la cuenta con la que el application pool de la aplicación web esta ejecutandose. En mi caso mis aplicaciones web usan HG\spweb.


¿Solución?


La solución es darle acceso a la cuenta con la cual corre Excel Services a la base de datos de contenido de la aplicación web donde reside mis archivos de Excel que quiero visualizar.


¿Cómo?


Usando el siguiente comando de PowerShell.


PS C:\Users\spfarm> Get-SPWebApplication


DisplayName Url


SharePoint – ent22.sharepoi… http://ent22.sharepoint.hg.com/


SharePoint – mysite.hg.com80 http://mysite.hg.com/


PS C:\Users\spfarm> $web = Get-SPWebApplication “http://ent22.sharepoint.hg.com”


PS C:\Users\spfarm> $web.GrantAccessToProcessIdentity(“hg\spsvcapp”)


Resultado


El resultado es que ahora nuestra base de datos de contenido ha dado permiso de acceso con rol “db_owner” a la cuenta de aplicación de servicio de excel services.


clip_image001



 ACTUALIZACION:


Hay mas información sobre el tema aqui:


http://technet.microsoft.com/en-us/library/ee513091%28v=office.14%29.aspx