none
Usuario no encontrado en Sharepoint Server 2010 RRS feed

  • Pregunta

  • Hola,

    mi problema es el siguiente:

    Tenia un sitio web de sharepoint ya creado con dominios de acceso y restauré el sistema. Me guardé las BDs y con ellas he conseguido restaurar el sitio web.

    El problema viene porque le he cambiado los dominios a la máquina y no me deja acceder a algunos campos del sitio web, por ejemplo, a personalizar contenidos ya que me salta el error usuario no encontrado. He añadido todos los usuarios del nuevo dominio en el sitio web recién restaurado, asignando también permisos, etc. Queria saber si hay que añadirlos en BDs y si es asi en cuales.

    Gracias de antemano.

    Saludos.

    viernes, 20 de abril de 2012 11:52

Respuestas

  • Hola MakiGS, te puedo recomendar lo siguiente:

    1. Intenta revisar la Aplicación de Servicios de Perfiles de usuario. Si es posible, re-créalo nuevamente (esto te afectaría tus Mi Sitios y tendrías que reconfirurarlo). Podrías intentar deshabilitarlo en el sitio en cuestión a ver si te soluciona el error.

    2. Intenta lo siguiente  pero PRIMERO has un backup de las bases de datos:

    1. Primero revisa si este es tu caso ejecutando el siguiente comando de Powershell: Get-SPServiceApplication

    2. Luego debes encontrar los GUIDs de tus aplicaciones. Las encuentras en el IIS bajo Sharepoint Web Services

    3. Identifica la cuenta de servicio con Powershell ejecutando por ejemplo:

            Get-SPServiceApplicationSecurity ca11ba2794f84116bb92mb082a3178fe

    4. Una vez encontrados los GUIDs de las aplicaciones de servicio, vuelves a IIS y seleccionas el directorio virtual que empate con el GUID afectado. Luego selecciones Basic Settings y apuntas el directorio físico. Debe aparecer por ejemplo:

            C:\Program Files\Microsoft Office Servers\14.0\WebServices\Profile          <----- En este caso es el Servicio de Perfiles de Usuario

    5. Conéctate a tu base de datos SharePoint_Config database y corre esto:

            SELECT [Name], [Version], CAST([Properties] as xml)

            From [SharePoint_Config].[dbo].[Objects] with (nolock)

            Where [Name] LIKE ‘%Profile%’

    Esto te devuelve una serie de resultados. Encuentra la columna con el nombre de aplicación de servicio correcto, y le haces doble clic al resultado xml.
    Dentro del resultado, encuentra los valores dentro de las llaves llamadas Serialized. Por ejemplo mira estas 2 cuentas encontradas:

    Mira abajo por ejemplo 2 cuentas, dominio\sharepointfarm y dominio\sharepointservices. Estas cuentas no fueron actualizadas y se deben corregir.

            <sFld type="String" name="m_SerializedAcl">&lt;acl&gt;&lt;ace identityName="i:0#.w|dominio\sharepointfarm" displayName="0#.w|dominio\sharepointfarm" sid="" allowRights="18446744073709551615" denyRights="0" /&gt;&lt;ace identityName="i:0#.w|dominio\sharepointservices" displayName="0#.w|dominio\sharepointservices" sid="" allowRights="18446744073709551615" denyRights="0" /&gt;&lt;ace</sFld>

    Luego de haberlo corregido, debes actualizar en administración central los servicios. Selecciónalos y haz clic en los permisos, revisa que en efecto salen las cuentas que deben correr el servicio.

    SharePoint 2010 guarda la información de seguridad utilizando cadenas literales en la base de datos, por lo que al cambiar de dominio, posiblemente no se actualizaron y al intentar correr los servicios o páginas del sitio, falla.

    Espero te sirva,

    Carlos


    lunes, 7 de mayo de 2012 19:30

Todas las respuestas

  • Hola MaikGS,

    ¿Has conseguido solucionar el problema?


    "En los momentos de crisis, sólo la imaginación es más importante que el conocimiento"

    • Marcado como respuesta MaikGS viernes, 4 de mayo de 2012 8:42
    • Desmarcado como respuesta MaikGS viernes, 4 de mayo de 2012 8:42
    martes, 1 de mayo de 2012 13:29
    Moderador
  • Hola Santiago,

    de momento no lo he solucionado. Si encuentras la solución escribela en esta conversación.

    Un saludo.

    viernes, 4 de mayo de 2012 8:46
  • Hola MakiGS, te puedo recomendar lo siguiente:

    1. Intenta revisar la Aplicación de Servicios de Perfiles de usuario. Si es posible, re-créalo nuevamente (esto te afectaría tus Mi Sitios y tendrías que reconfirurarlo). Podrías intentar deshabilitarlo en el sitio en cuestión a ver si te soluciona el error.

    2. Intenta lo siguiente  pero PRIMERO has un backup de las bases de datos:

    1. Primero revisa si este es tu caso ejecutando el siguiente comando de Powershell: Get-SPServiceApplication

    2. Luego debes encontrar los GUIDs de tus aplicaciones. Las encuentras en el IIS bajo Sharepoint Web Services

    3. Identifica la cuenta de servicio con Powershell ejecutando por ejemplo:

            Get-SPServiceApplicationSecurity ca11ba2794f84116bb92mb082a3178fe

    4. Una vez encontrados los GUIDs de las aplicaciones de servicio, vuelves a IIS y seleccionas el directorio virtual que empate con el GUID afectado. Luego selecciones Basic Settings y apuntas el directorio físico. Debe aparecer por ejemplo:

            C:\Program Files\Microsoft Office Servers\14.0\WebServices\Profile          <----- En este caso es el Servicio de Perfiles de Usuario

    5. Conéctate a tu base de datos SharePoint_Config database y corre esto:

            SELECT [Name], [Version], CAST([Properties] as xml)

            From [SharePoint_Config].[dbo].[Objects] with (nolock)

            Where [Name] LIKE ‘%Profile%’

    Esto te devuelve una serie de resultados. Encuentra la columna con el nombre de aplicación de servicio correcto, y le haces doble clic al resultado xml.
    Dentro del resultado, encuentra los valores dentro de las llaves llamadas Serialized. Por ejemplo mira estas 2 cuentas encontradas:

    Mira abajo por ejemplo 2 cuentas, dominio\sharepointfarm y dominio\sharepointservices. Estas cuentas no fueron actualizadas y se deben corregir.

            <sFld type="String" name="m_SerializedAcl">&lt;acl&gt;&lt;ace identityName="i:0#.w|dominio\sharepointfarm" displayName="0#.w|dominio\sharepointfarm" sid="" allowRights="18446744073709551615" denyRights="0" /&gt;&lt;ace identityName="i:0#.w|dominio\sharepointservices" displayName="0#.w|dominio\sharepointservices" sid="" allowRights="18446744073709551615" denyRights="0" /&gt;&lt;ace</sFld>

    Luego de haberlo corregido, debes actualizar en administración central los servicios. Selecciónalos y haz clic en los permisos, revisa que en efecto salen las cuentas que deben correr el servicio.

    SharePoint 2010 guarda la información de seguridad utilizando cadenas literales en la base de datos, por lo que al cambiar de dominio, posiblemente no se actualizaron y al intentar correr los servicios o páginas del sitio, falla.

    Espero te sirva,

    Carlos


    lunes, 7 de mayo de 2012 19:30