Combinación de Versiones soportadas por SharePoint Server y SQL Server Reporting Server

Es importante tener en cuenta esta información  ya que se avecina la fecha de vencimiento de soporte para SQL Server 2008 muchos clientes se están migrando a SQL Server 2012 y 2016.

La noticia importante a saber es que SharePoint Server 2013 no soportará SQL Server 2016.  Pero SharePoint 2016 si soportara SQL Server 2012/4 y 2016.

https://blogs.msdn.microsoft.com/ronalg/2016/06/13/sharepoint-20132016-and-sql-server-2016-supportability-with-ssrs-fun-facts/

SQL 2014 – n+1
SQL 2012 – n
SQL 2008 R2 – n-1

If we want to expand this list to SP 2016, we can assume we’ll support the following

SQL 201#/TBD – n+1
SQL 2016 – n
SQL 2014 w/SP1 – n-1

Ahora para SQL Server Reporting Services o SSRS es otra historia hay un mix de configuraciones que se pueden hacer.  Abajo la información:

https://msdn.microsoft.com/en-us/library/gg492257.aspx

Pienso que es importante conocer que versiones de SQL Server son soportadas por SharePoint Server.



Hasta la próxima,


Juan Manuel Herrera Ocheita

El Servicio de Perfiles de Usuario en Sharepoint Server 2016 Qué Paso?

El servicio de los perfiles de Usuario ha cambiado no es su estructura y funcionamiento sino en su configuración y dependencia.  Para explicarles mejor vamos hacer algo de historia desde su versión 2007.

La historía

Microsoft Office SharePoint Server 2007 o MOSS 2007 se configuraba un Servicio llamada Shared Service Provider y este incluía los siguientes Servicios:

1) Excel Services
2) Search Services
3) User Profile Services

El inconveniente de este proveedor de servicios compartidos es que si fallaba uno de los servicios afectaba el resto si se deseaba provisionar de nuevo, con lo que Microsoft en su próxima versión cambio la arquitectura de los servicios a una más flexible y escalable.

SharePoint Server 2010
Esta versión nos trabajo la novedad en la arquitectura introduciendo el concepto de Aplicaciones de Servicio donde cada servicio se configuraba independientemente del otro y aunque hay servicios que dependen de otros se configuran por separado.  Aquí nace el Apliciación de Servicio de Perfiles de Usuario o UPA.    

Para esta versión el Servicio UPA trabaja dependiente de un servicio de Windows llamado FIM o Forefront Identity Manager.  La configuración de este servicio por la clara dependencia con FIM traía siempre dificultades ya que requerie de permisos especiales en las cuentas de usuario creadas para ejecutar este servicio.  De hecho la sincronización con los perfiles de usuario con el Active Directory requiere utilizar la cuenta de servicio de la granja de SharePoint denominada usualmente SPFarm.

Esta dependencia no solo complicaba la configuración y el echarla andar dicho servicio  sino que cada vez que se actualizaba la granja de SharePoint con un Service Pack o Hot Fix el servicio que usualmente dejaba de funcionar era el UPA.

SharePoint Server 2013 no cambió mucho aún con la misma dependencia con FIM y con los mismas dificultades de su versión 2010.

SharePoint Server 2016
Microsoft ha estado en un cambio constante preparándonos para el futuro  y sus productos no son la excepción sino su caballo de fuerza para mostrarnos lo que esta aconteciendo.   Para esta versión Microsoft  y el equipo de SharePoint eliminó la dependencia de FIM de las versiones anteriores y nos brinda dos opciones:

1) Use SharePoint Active Directory Import 
2) External Identity Manager

Esto da paso a que SharePoint  utlice una Identidiad Externa como MIM 2016 o Microsoft Identity Manager 2016 que es la evolución de FIM con mayores capacidades de conexión hacia ambientes locales o en la nube evolución necesaria para ambientes híbridos y planes de Microsoft.

Es decir que en SharePoint Server 2016 ya no existe el servicio User Profile Syncronization Service y tampoco instala los servicios Forefront Identity Manager Service y Forefont Identity Manager Syncrhronization Services ( a menos que si instalé MIM 2016 sobre el servidor de SharePoint manualmente usted en ese servidor)

Ahora cuando deberíamos utilizar SharePoint Active Directory Import y cuando utilizar External Identity Manager como MIM 2016.  Bueno eso depende que se desee hacer.  A continuación una tabla comparativa que nos ayudará a tomar la mejor decisión:

Opción	Pros	Cons
SharePoint Active Directory Import	Fácil y rápido de Configurar Controlado desde el servicio de Aplicación de los perfiles de Usuario Timer Job de sincronización  desde SharePoint	No se pueden definir filtros No se puede importar imágenes del AD Solo se puede Importar del Ad hacia SharePoint
External Identity Manager / MIM 2016	Permite configurar Filtros Permite importar fotografías desde el AD Permite operaciones para actualizar los atributos del AD	Requiere más esfuerzo para instalar y configurar Esta fuera de la interfaz del Central Administration Hay que crear manualmente tareas de Windows para sincronizar usuarios periódicamente

* Para mas detalle sobre los Pros y Cons puede consultar la siguiente referencia: https://technet.microsoft.com/en-us/library/mt627723(v=office.16).aspx 

Prerequisitos

Tanto para SharePoint Active Directory Import y External Identity Manager se requiere que ya este Provisionado UPA o User Profile Service Application y que si esta en una granja de más de 2 servidores en el servidor de Aplicación donde esta el Central Administration tenga iniciado el servidor User Profile Service (Este es importante para que sincronice los usuarios del AD con UPA).

Para crear el servicio UPA siga el procedimiento Standard que ha utilizado por años con SP 2013 y 2010 no hay ninguna diferencia.  Puede hacerlo vía Central Administration o bien con PowerShell con el beneficio de este último que puede cambiar el nombre de la base de datos de sincronización que en esta versión no permite asignarlo a nivel del Central Administration.

Un recordatorio importante es la cuenta de sincronización deba de tener permisos de Replicación de los cambios de Directorio es el procedimiento usual abajo la referencia:

https://technet.microsoft.com/en-us/library/hh296982.aspx

Como un dato adicional para configurar UPA en SharePoint Server 2016  utilicé la misma cuenta de sincronización como cuenta para ejecutar el Application Pool donde corre la aplicación de servicio UPA.  Normalmente se la denomina como SPSyncAD.

SharePoint Active Directory Import 

Para configurar SharePoint Active Directory Import debe de seguir los siguientes pasos:

1. Asegurese que esta configurada la opción SharePoint Active Directory Import para ello dentro de Manage Profile Serice Seleccione la opción Configure Synchronization Settings
2. Cree la(s) conexión(es) hacia los dominios del AD que desea sincronizar eso dentro de Manage Profile Serice la opción Configure Synchronization Connections (Necesita conocer el nombre del dominio, la contraseña de la cuenta de sincronización SPSyncAD y las UOs que desea sincronizar)
3. Ejecute la sincronización completa, para ello vaya dentro de Manage Profile Service a la opcion Start Profile Sinchronization. 

Nota: Sino sincroniza nada, revise que el servicio de User Profile Service este levantado en el servidor de Central Administration y que la cuent de sincronización SPSyncAD tenga permisos.

External Identity Manager

Para Configurar External Identity Manager / MIM 2016 debe de seguir los siguientes pasos:

1. Configurar en UPA que va utilizar una identidad externa
2. Install Microsoft Identity Manager
3. Implementar  MIM 2016 para SharePoint Server 2016
4. Crear una tarea de windows para ejecutar sincronización del script completo y delta

Guía Oficial de Microsoft 

https://technet.microsoft.com/en-us/library/mt627723(v=office.16).aspx

https://technet.microsoft.com/en-us/library/mt637055(v=office.16).aspx

Guía gráfica

http://krossfarm.com/?p=145 

http://krossfarm.com/?p=148

Guía práctica para configurar MIM en SP 2016

https://thesharepointfarm.com/2016/03/automating-mim-user-profile-synchronization-with-sharepoint-2016/

Bueno amigos eso esto todo por este artículo

SharePoint4Fun!,

Juan Manuel Herrera Ocheita

Error al intentar ver el perfil del usuario en SharePoint Server 2016

El error sucedió luego de volver a crear el servicio de perfiles de Usuario.  Y el mensaje fue el siguiente:

We're having trouble loading some parts of this page, but your documents aren't affected. While we work on fixing it, you can continue using your documents like you normally would. 

Causa del error:

Este error se debió a que la aplicación Web que almacena los sitios de los usuarios estaba en otra Asociación de Aplicaciones de Servicio y por ello no encuentra los elementos Web indicados para desplegar el contenido.   

Si quieres saber mas sobre los Application Proxy Group o Grupo de Aplicación Proxy visita el siguiente enlace:

https://technet.microsoft.com/en-us/library/ee704550.aspx

Solución:

Mover la aplicación web que hospeda los sitios del usuario al mismo grupo de Aplicación Proxy.  Y el error desapareció.

Eso es todo, y el mensaje de esto es que debemos de tener cautela como movemos la configuración de las aplicaciones dentro de la granja porque podemos afectar su funcionamiento.

Hasta la próxima, SharePoint4Fun!,

Juan Manuel Herrera Ocheita