Pregunta

He estado siguiendo la guía de Spence Harbar para configurar una instalación multiinquilino de SharePoint 2013 en un entorno de prueba.
Estoy siguiendo su Guía de 2010, pero reemplacé el script del Servicio de búsqueda por el de su artículo SP 2013.
Estamos utilizando SQL Server 2014 instalado en la misma máquina.
Todos los servidores son Windows Server 2012R2 completamente parcheados.SharePoint ejecuta SharePoint 2013 SP1

Puedo instalar la aplicación de servicio UPS y el proxy sin problemas.Mi problema comienza a ocurrir cuando intento iniciar el Servicio de sincronización de perfiles de usuario (usando el script de http://www.harbar.net/articles/sp2010mt5.aspx).El servicio comienza y luego se detiene.Tengo mensajes de registro de ULS a continuación.

Ahora, en todos los lugares que he leído se señala que los permisos son un problema.Hice lo siguiente y me aseguré de lo siguiente:

  • Cuenta de granja ejecutándose como administrador local en el servidor SP
  • La cuenta de la granja tiene derechos de inicio de sesión local (también verificados iniciando sesión en el servidor como granja)
  • Usuario de la granja asignado a DBO para Sync DB (estoy creando la aplicación UPS como usuario de la granja, por lo que esto ya está hecho, solo para que conste, si hago clic en propiedades para el usuario dbo de Sync DB, se muestra mi usuario de la granja en Nombre de inicio de sesión )
  • Se intentó crear el UPS a través de la CA, el mismo problema
  • SharePoint 2013 se desinstaló por completo, se reinstaló y se configuró manualmente desde la guía de Spence; el problema persistió.
  • Caché de SP borrada
  • Iniciar manualmente el servicio FIM Sync (estos errores, más sobre esto a continuación)
  • No se registraron advertencias ni errores en el registro de eventos ya que el servicio aparece como Iniciando.
  • La cuenta de la granja tiene replicación de cambios de directorio en todo el dominio.
  • Mi servidor SQL no tiene una instancia con nombre.Pero intenté crear un alias SQL de todos modos.
  • Descubrí que el cliente SQL nativo 2012 estaba instalado, pero lo eliminé cuando reinstalé SP2013 para que dependa del cliente SQL nativo 2008R2.
  • El tiempo está sincronizado en todos los servidores.
  • Se eliminó por completo la aplicación y el proxy de UPS innumerables veces (probablemente más de 10 a 15 veces)
  • Reinicié el servidor innumerables veces.
  • Se agregaron permisos de ejecución remota y todo eso en el DTC COM+ para MIIS.

Mis síntomas son similares a los de esta publicación en el sentido de que probé todas estas cosas pero todavía no funciona: El servicio de perfil de usuario no se inicia

Error de mensajes

En el ULS una vez que el UPS se está aprovisionando encuentro:

ILM Configuration: Configuring database
ILM Configuration: Error 'ERR_CONFIG_DB'.
UserProfileApplication.SynchronizeMIIS: Failed to configure MIIS post database, will attempt during next rerun. Exception: System.Configuration.ConfigurationErrorsException: ERR_CONFIG_DB    
 at Microsoft.Office.Server.UserProfiles.Synchronization.ILMPostSetupConfiguration.ValidateConfigurationResult(UInt32 result)    
 at Microsoft.Office.Server.UserProfiles.Synchronization.ILMPostSetupConfiguration.ConfigureMiisStage2()    
 at Microsoft.Office.Server.Administration.UserProfileApplication.SetupSynchronizationService(ProfileSynchronizationServiceInstance profileSyncInstance).

Vi este error en otro artículo de Spence sobre los errores del Servicio de perfiles de usuario, y aludió a que el usuario de la granja no tenía el esquema DBO.Me aseguré de que el usuario de mi granja tenga el esquema.Incluso convertí al usuario de mi granja en administrador de sistemas y administrador de dominio por el momento para solucionar problemas.

Iniciar el servicio de sincronización FIM (como la cuenta de la granja, por supuesto) en la consola de servicios produce esto en el Visor de eventos:

"BAIL: MMS(884): sql.cpp(2325): 0x80230404 (The operation failed because the attribute cannot be found)
ERR: MMS(884): storeimp.cpp(5813): Failed to get computer id info from db.
BAIL: MMS(884): storeimp.cpp(5815): 0x80230447 (Service start up has failed.  Cannot read computer_id from the FIM Synchronization Service database.)

Empecé a buscar el computer_id campo en la base de datos de sincronización.

Encontré una mesa llamada dbo.mms_server_configuration que tiene el campo allí.
Para mi sorpresa el campo es NULL en mi base de datos.Para mí, solo hay una fila en esa tabla y algunos otros atributos están completos, pero la mayoría están NULL también.

Los siguientes campos tienen un valor distinto de NULL:

  • id_instancia
  • número_versión_esquema_fijo
  • mms_marca de tiempo
  • tamaño_historial_cambio_contraseña
  • mv_schema_xml

Todo lo demás es NULL

Aparte de destruir todo el servidor, reformatear y reinstalar SQL/SP2013, me quedé sin ideas.Recorrí la red y probé todo lo que encontré.

También señalaré que tuve SharePoint Designer 2013 y Visual Studio 2013 Pro instalado en este servidor para algunos trabajos de desarrollo.Estos paquetes ahora están desinstalados pero espero que no hayan causado daños duraderos.

¿Fue útil?

Solución 2

Descubrí la causa de esto y logré que el Servicio de perfil de usuario se aprovisionara correctamente.

En realidad resultó ser SQL Server 2014

Seguí los siguientes pasos adicionales para solucionar el problema después de publicar esta pregunta:

  • Reinstalé SharePoint 2013 en el mismo servidor.
  • Se aprovisionó una nueva máquina virtual 2012R2 y se instaló SharePoint 2013 en ella, conectándose a la base de datos del servidor original.
  • Instalé SQL 2014 en la nueva máquina virtual, desinstalé SharePoint y lo reinstalé usando el nuevo servidor SQL.

Finalmente llegué a eliminar SQL 2014 y probar SQL Server 2012 que luego funcionó según lo planeado y todo el script de implementación de mi granja funcionó perfectamente sin ningún problema.

Otros consejos

Me encontré con el mismo problema, la cuenta de usuario era administrador de la granja, administrador de la máquina local, tenía derechos de ejecución local en el servidor, borró el caché del SP, casi todo lo que probaste lo había probado.

Descubrí que la CU de abril de 2014 contenía una solución (http://support.microsoft.com/kb/2760265) donde el servicio de sincronización de perfiles de usuario no se ejecutará cuando se utilice SQL Server 2014.

Instalé April CU (lo que tomó mucho tiempo), reinicié el servidor y al principio se inició el servicio.

Puedo confirmar que se trata de un problema de SQL Server 2014.Intentamos iniciar el UPS con SP2010 y SQL 2014.No hay posibilidad de que esto funcione.

El uso de un SQL Server diferente (2008 R2 en este caso) solo para el UPS hizo que el servicio de sincronización funcionara.

Solo necesitas April CU para el servidor SQL y habrías estado bien.Hay algunas otras cosas que necesita instalar con SharePoint CU y actualizaciones.

No es necesario reinstalar SQL Server.Simplemente instale las CU más recientes de SQL y SP y reinicie ambos servidores.Eso funcionó para mí.

Licenciado bajo: CC-BY-SA con atribución
scroll top