Evento pasado Xamarin Dev Days

Estuvimos acompañando a Raul Guerra de Microsoft en el evento Xamarin Event Days con el tema Introducción a Xamarin, conmigo estuvieron otros MVPS y ex MVPs como Guillermo Zepeda Selman y Carlos Lone. Y nuestro amigo Raul Guerra de Microsoft

QUE ES XAMARIN
Para los que no sepan que es Xamarin es un framework para desarrollo de aplicaciones para dispositivos móviles (smart phones, tablets, watch, tvs) en lenguaje c# o f# que compila a lenguaje nativo para dispositivos IOs(Mac) Android o Windows Phone.  

La curva de aprendizaje de este framework para desarrolladores .NET es muy corta ya que se sigue desarrollando sobre el mismo lenguaje con nuevas librerias que mapean las librerias apis de los diferentes dispositivos.  Cuenta en su versión actual Emuladores y Simuladores para agilizar las pruebas de depuración en los ambientes distintos a Windows como Android y IOs.  

Para IOs(Mac) requiere para compilar en lenguaje nativo un Mac escritorio o portatil.

El Evento se realizó en Ciudad de Guatemala el 19 de Noviembre del 2016
https://ti.to/xamarin/dev-days-guatemala

Mi charla fue Introducción a Xamarin.

Les dejo con enlaces sobre Xamarin que les puede interesar:

El sitio oficial
https://www.xamarin.com/


Xamarin University
https://www.xamarin.com/university

Videos Oficiales
https://developer.xamarin.com/videos/

Videos de youtube
https://www.youtube.com/results?search_query=xamarin

Hasta la próxima, Xamarin4Fun!,

Juan Manuel Herrera

Optimizando SQL Server para Granjas de SharePoint

Ya han pasado 16 años de evolución de la plataforma de SharePoint y así como los seres humanos somos entre el 70% y 80% agua así SharePoint es 80% base de datos por lo menos, así que debemos de cuidar de este recurso  tan vital para SharePoint y debemos de empezar configurando SQL Server de forma optima para el funcionamiento de una Granja de SharePoint.

Aspectos Físicos
Desde su concepción debemos de cuidar cosas como:

1) Velocidad de Lectura y Escritura de los discos asignados SQL Server. Hoy en día estamos en un mundo virtual así que muy probablemente se asignen recurson de almacenamiento  de la SAN pero debemos de incliniarnos por tener los discos más veloces posibles para ellos, y no asumir que porque es una SAN ya es seguro que tiene discos veloces, hemos visto que SANs con pesimo rendimiento debido a los discos utilizados para este dispositivo de almacenamiento masivo.  Discos de estado solido sería la mejor apuesta en cuento a rendimiento.

3) Distribución de discos una buena practica es tener entre 5 y 7 Discos distribuídos de la siguiente forma:
         Disco 0 - Sistema Operativo   (2 veces la RAM de espacio libre + 1 Gb para Memoria Virtual)
         Disco 1 - Page File (Memoria Virtual)   (1.5 del total de la RAM)
         Disco 2 - Instalación de SQL Server y otro software como antivirus, firewall, etc) 
         Disco 3 - Bases de datos de Sistema de SQL Server (Master, TempDB, * )
         Disco 4 - Archivos de Datos de base de datos
         Disco 5 - Archivos de Logs de base de datos
         Disco 6 - Para uso temporal (Backups, copia de arhivos y otros usos)

* Para establecer el tamaño máximo de la base de datos tempdb requerido podemos utilizar un factor sencillo como el volumen total de bases de datos esperado por 5%  factor obtenido de experiencia de instalaciones que tenemos sobre SharePoint o algo mucho más complejo  pueden consutlar el siguiente enlace de Microsoft:
https://technet.microsoft.com/es-es/library/ms345368(v=sql.105).aspx  

2)  Virtualizar o físico aunque esto ya no debería ser un tema de discusión todavía hay personas que piensas que lo físico tiene mayor rendimiento que lo virtual y en nuestra experiencia las brechas son muy cerradas y el gran inconveniente de lo físico es su capacidad de crecimiento por lo que recomiendo siempre se vayan por una opción virtual y dejen el mito que Servidor de base de datos físico es una mejor apuesta.

Aspectos de Instalación
Una malisima práctica es Instalar todos las características disponibles de SQL Server para una instalación de SharePoint.  Esto no solo resta recursos inecesariamente sino que amplia la brecha de ataque malisioso o de puntos de falla de SQL Server y es a lo que menos queremos exponernos.

Las características mínimas recomendadas para SharePoint Standard son:

  Database Engine
  Full Text Search
  Connectivity Client Tools
  Management Studio Tools
  Reporting Services for SharePoint (Opcional, para versiones 2010 en adelante)

Para SharePoint Enterprise son:

Database Engine, Full Text Search, Client Connectivity and Management Tools, PowerPivot for SharePoint, SSRS SharePoint Integration, Analysis Services

No deberemos incluir cosas como SQL Server Integration Services, tampoco SDKs, Reporting Services Nativo, y el resto de características no mencionadas arriba, no las instale.

Aspectos de Configuración 
Para el  Motor de base de Datos de SQL Server Para SharePoint las propiedades que debemos de modificar y validar son:

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

Memoria 

 Memoria del Servidor Máxima: 65% y 75% 
 Memoria del Servidor Mínima : 35% del Valor de la memoria Máxima

Procesadores
   Validar que esten hablitados todos los procesadores y que NO este habilitado Boost SQL Server Priority.  Microsoft no recomienda utilizarla y la eliminará en el futuro.
https://msdn.microsoft.com/en-us/library/ms188709.aspx

his feature will be removed in a future version of Microsoft SQL Server. Do not use this feature in new development work, and modify applications that currently use this feature as soon as possible.

Configuración de base de datos
Default index fill factor 80.  Este valor es optimo para el crecimiento y reducir la fragmentación de los índices

https://msdn.microsoft.com/en-us/library/ms177459.aspx
https://technet.microsoft.com/en-us/library/cc262731(v=office.14).aspx


Opciones
Modelo de Recuperación Simple.   Solo si el negocio le solicita recuperar la ultima transacción de un desastre, no esta en alta disponibilidad su granaja  y tiene una disciplina de Backups Completos e incrementales se recomienda Full.  De lo contrario evitese lidiar con grandes arhivos Logs cambiandolo al modelo Simple y  luego haga un shrink al archivo log de base de datos.

Avanzado
Max Degree of Parallelism = 1.  Esto es para asegurar que un solo proceso de SQL Server sirve para cada solicitud.  https://msdn.microsoft.com/en-us/library/ms189094.aspx


Crecimiento de los archivos
Los archivos de base de datos deberemos colocarlos sin restricción con autocrecimiento pero en vez de un porcentaje asignele un valor en MB que puede ser entre 100 Mb y 2,000 MB dependiendo del volumen de los documentos que se suban a SharePoint o el volumen de transacciones.

Por ultimo un plan de mantenimiento de base de datos siempre es importante para mantener los datos a salvo y disponible eso será el próximo artículo que les escribiré amigos lectores.

Estas prácticas lo ayudaran a tener optimo el servidor de base de datos y funcionando de forma balanceada para garantizar la disponibilidad y buen funcionamiento de SQL Server para SharePoint.

SharePoint4Fun, 

Juan Manuel Herrera

5 razones para No compartir el servidor de base de datos de SharePoint con otras aplicaciones

A veces no es bien comprendido la importancia del Back-End en una granja de SharePoint y sin validar de forma adecuada los requerimientos del negocio, del producto (SharePoint) y del alcance de un proyecto de implementación de la granja de SharePoint.

Para evaluar las 5 razones que debemos ver para no compartir el servidor de SQL SErver son:

1) El Negocio
2) La Versión de SharePoint
3) La Edición de SharePoint
4) La pontencial demanda
5) El Mantenimiento

El Negocio
Define la exigencia de la disponibilidad de SharePoint, el volumen de usuarios activos en SharePoint.  Es decir El negocio puede definir que el horario de disponbilidad de SharePoint debe de ser desde las 6 am hasta las 11 pm.  Esto implica que si hay otras instancias en SQL Server corriendo otras aplicaciones pueda que no coincidan con la misma exigencia de disponibilidad.   También el negocio define la criticidad tanto de SharePoint como de las otras instancias las cuales requieran una mayor exigencia.

La Versión de SharePoint
La versión de SharePoint nos define la versión de SQL Server por ejemplo veamos esta tabla:

SharePoint Version	SQL Server Version	SharePoint N-1 on SQL Server N+1
SHAREPOINT 2007	SQL Server 2000 with the latest service pack or Microsoft SQL Server 2005 SP1, 2008, 2008 R2	https://technet.microsoft.com/en-us/library/cc262485(v=office.12).aspx
SHAREPOINT 2010	SQL Server is 2008/2008 R2 and N+1 is SQL Server 2012	https://technet.microsoft.com/en-us/library/cc262485(office.14).aspx
SHAREPOINT 2013	SQL Server 2008 R2 Service Pack 1, SQL Server is 2012 and the N+1 is SQL Server 2014.	https://technet.microsoft.com/en-us/library/cc262485(v=office.15).aspx
SHAREPOINT 2016	Microsoft SQL Server 2014 Service Pack 1 (SP1), Microsoft SQL Server 2016 RTM, SQL Express is not supported	https://technet.microsoft.com/en-us/library/cc262485(v=office.16).aspx

La Edición de SharePoint

La Edición de SharePont es importante ya que para la edición de SharePoint Standard se requierie menos servicios de SQL Server y para la versión Enterprise más y esto puede impactar los servicios configurados en una instalación compartida de SQL Server.

Por ejemplo para la edición Standard de SharePoint  requieres como mínimo SQL Server Standard y las siguientes características del SQL Server  (Aplica para Versiones 2007 en adelante):

       Database Engine
        Full Text Search
        Connectivity Client Tools
        Management Studio Tools
        Reporting Services for SharePoint (Opcional, para versiones 2010 en adelante)

En cambio para la edición SharePoint Enterprise es otra historia dependiendo de versión de SharePoint requeriras diferentes ediciones de SQL Server. A continuación la tabla y sus características mínimas a instalar:

SharePoint Versiones	SQL Server Versions & Editions	Características	Enlaces
SHAREPOINT Server 2007 Enterprise	SQL SERVER 2000,2005, 2008, 2008 R2 STANTARD, ENTERPRISE, DATACENTER	Database Engine, Full Text Search, Client Connectivity and Management Tools, Analysis Services, SSRS Integration Only	https://msdn.microsoft.com/en-us/library/cc645993(v=sql.105).aspx
SharePoint Server 2010 Enterprise	SQL SERVER 2008 R2 Enterprise, DataCenter	Database Engine, Full Text Search, Client Connectivity and Management Tools, PowerPivot for SharePoint, SSRS SharePoint Integration, Analysis Services	https://msdn.microsoft.com/en-us/library/cc645993(v=sql.105).aspx
SharePoint Server 2013 Enterprise	SQL Server 2012 y 2014 Business Intelligence, Enterprise	Database Engine, Full Text Search, Client Connectivity and Management Tools, PowerPivot for SharePoint, SSRS SharePoint Integration, Analysis Services	https://msdn.microsoft.com/en-us/library/cc645993(v=sql.110).aspx#PowerPivot https://msdn.microsoft.com/en-us/library/cc645993(v=sql.120).aspx#PowerPivot
SharePoint Server 2016 Enterprise	SQL Server 2016 Enterprise	Database Engine, Full Text Search, Client Connectivity and Management Tools, PowerPivot for SharePoint, SSRS SharePoint Integration, Analysis Services	https://msdn.microsoft.com/en-us/library/mt742501.aspx#PPSP

Esto implica que la instancia para SharePoint demandará características del producto que pueda no tenga otra de las aplicaciones que consumen los servicios de SQL Server y esto demanda mas recursos del servidor y mas puntos de falla que puedan no ser deseables para aplicaciones transaccionales por ejemplo.

La potencial demanda
SharePoint es una plataforma multiproposito podemos utilizarlo como un portal de comunicación institucional, como un repositorio de documentos, como un repositorio  de activos digitales o multimeda donde el consumo de recursos sea altos por videos, imágenes, que se subien o visualizan en el portal.  Además podemos interconectar otras aplicaciones para que sean visualizadas a través de SharePoint, edición de documentos en línea, consumo de datos multidimensonales a través del despliegue de reportes o gráficas todo esto puede conllevar a que no sean los recursos suficientes o le este quitando los recursos a otras instancias en SQL Server, dependerá como se haya configurada cada instancia del SQL Server Compartido.

El Mantenimiento
Por último pero no por ello menos importante es el mantenimiento como toda aplicación o plataforma la instancia de SharePoint requiere mantenimiento y si la ventana de mantenimiento es muy reducida debido a las otras instancias que comparte pueda que no sea suficiente cuando hay grandes volumenes de contenido ya en SharePoint los procesos demoran más y no es posible en ese rango de 3 o 4 horas finalizarlos.  Además será muy agotador para las áreas de tecnología responsables realizar estos mantenimientos en horarios nocturnos o de madrugada.

Por lo anterior mi recomendación es que no compartan el SQL Server asignado a SharePoint con otras aplicaciones y menos de misión crítica y si ya la estan compartiendo y SharePoint es un producto demandado presupuesten la migración a un servidor de SQL Server exclusivo para la Granja de SharePoint, vivirán menos estresados y mas confiados en que no estan adicionando stress a la ya compleja y sofisticada configuración de una Granja de SharePoint.

Hasta la próxima,

SharePoint4Fun!,

Juan Manuel Herrera Ocheita

Con el vencimiento de soporte SQL Server 2008 y R2 se avecinan muchas migraciones de bases de datos y debemos de estar preparados para granjas de SharePoint 2010

Es de conocimiento general que SQL Server 2008  y R2 ya venció su soporte principal y en el 2019 vencerá el extendido, por lo que es usuario que las instalaciones de SharePoint 2010 y algunas instalaciones tempranas de SharePoint 2013 que utilizaron SQL Server 2008 sea necesario migrar por lo menos el o los servidores de SQL Server.

Más información sobre el soporte de SQL Server 2008 y R2 a continuación:

https://blogs.msdn.microsoft.com/sqlreleaseservices/end-of-mainstream-support-for-sql-server-2008-and-sql-server-2008-r2/

Ahora cual es el procedimiento para migrar el servidor de base de datos de una granja de SharePoint y que cosas debemos de tomar en cuenta.

Primero la referencia oficial de Microsoft:

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

PREREQUISITOS:

1. Capacidades de Servidor Destino
2. Instalación de SQL Server 2012 en Servidor Destino
1. Características mínimas requeridas por SharePoint Enterprise (SQL Engine, Text Search, SSRS, Analysis Services, Connectivity Tools y SQL Management Studio Complete)
3. Inventario de cuentas de servicios relacionadas con SQL Server y la granja de SharePoint 2010/3
4. Listado de Cuentas migradas a SQL Server Nuevo 
1. https://support.microsoft.com/en-us/kb/918992
5. Instalación de SSRS en nuevo servidor de bases de datos para integrarlo con SharePoint 2010/3
6. Listado de base de datos en servidor a migrar
7. Inventario de las conexiones de Business Connectivity Service
8. Inventario de conexiones de base de datos del web.config de las aplicaciones web de sharepoint (personalizaciones) (revisar los archivos de configuración de los web sites de los servidores front-end c:\inetpub\wwwroot\wss\...)

PROCEDIMIENTO:

1. Realización de copias de Respaldo de todas las bases de datos de SharePoint
2. Copia de backups
3. Ejecución del script de restauración del Backup del resto de bases de datos.
4. Script para mapear las cuentas de usuario para las bases de datos restauradas
5. Cambio de alias para que apuntara al nuevo servidor
6. Script para cambio de nivel de compatibilidad
7. Configuración de la base de datos de SSRS
8. Pruebas del funcionamiento de la granja

PREGUNTAS MAS FRECUENTES:

Si no tenemos actualmente configurado el SQL Alias podemos instalarlo y configurarlo posterior a la migración?

R/ Si, se instala en todos los servidores donde esta instalado SharePoint.

Podemos utilizar el mismo nombre del servidor Antiguo como el Alias del Servidor Nuevo?

R/Si, de otra forma no funciona.  El Alias de SQL Server toma precesencia sobre el DNS de Windows así que no hay conflicto entre el servidor Antiguo y el Nuevo Servidor de SQL Server.

Si el servidor antiguo de SQL Server tiene una instancia nombrada puede ser definida en el SQL Alias?

R/Si, tal cual es el nombre del servidor antiguo asi deberá nombrarse el SQL Server alias.

Cómo debo de definir el SQL Alias en los servidores de SharePoint?

R/

Alias Name: [Nombre del Servidor Antiguo incluyendo la instancia nombrada]

Port: [1433  o el Puerto definido en el servidor Nuevo de SQL Server]

Protocol: TCP/IP

Server:  [Nombre del servidor Nuevo de SQL Server o IPv4 del Servidor Nuevo]

https://msdn.microsoft.com/en-us/library/ms190445(v=sql.110).aspx

SCRIPTS:

Copia de Respaldo

BACKUP DATABASE  [Nombre de base de datos] TO DISK = 'drive:\backup directory\NombreArchivoBaseDatos.bak' Restuaración de la copia de Respaldo RESTORE DATABASE [Nombre de base de datos] FROM DISK = 'Drive:\backup\DatabaseBackupFile.bak' WITH REPLACE, MOVE '[Nombre de base de datos]' TO 'Drive:\Directorio_DATA\[Nombre de base de datos]_Data.mdf', MOVE '[Nombre de base de datos]_Log' TO 'Drive:\Directorio_LOGS\[Nombre de base de datos]_Log.ldf' Cambio de Nivel de compatiblidad de las bases de datos migradas a nuevo servidor ALTER DATABASE [Nombre de base de datos] SET COMPATIBILITY_LEVEL = 110

Asignación de permisos a cuentas de usuarios en servidor nuevo

use [Nombre de la base de datos]

exec sp_addrolemember 'db_owner', 'cuenta de usuario';

CONCLUSIÓN FINAL:

En esta publicación motivados por el vencimiento del soporte de SQL Server 2008 y R2 vimos como migrar servidor de SQL Server de una granja existente a un Servidor nuevo utilizando SQL Alias.

Hasta la próxima, SharePoint4Fun!,

Juan Manuel Herrera Ocheita

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