none
PROBLEMA CON SERVICIO DE BÚSQUEDA 2 SITIOS EN FOUNDATION RRS feed

  • Pregunta

  • Buenos días,

    Llevo ya varias horas dándome de tortazos con las búsquedas en Sharepoint 2013 foundation y no hay manera de avanzar.

    Os cuento el escenario.

    1.- Tengo una colección de sitios con su base de datos de contenido, en el cual me funcionan perfectamente las búsquedas. La url es
    http://nombre_servidor/sitios/nombre_sitio
    Este está creado dentro del apartado /sitios/

    2.- Después creé, para una gestión de imágenes algo pesada, una nueva colección de sitios, con una nueva base de datos de conetnido. La llamé
    http://fotos.nombre_dominio.dom
    Este está creado en el root /

    Bues bien, no hay manera de que este segundo sitio realice búsquedas. Ya creo haberlo probado todo, excepto que no sé si necesito una nueva base de datos de contenido o si puedo usar la misma que la del primer sitio. El foundation no parece dejarme crear varias bases de datos de búsqueda.

    El tema es que tengo añadios los orígenes de rastreo de ambos sitios, pero el segundo me da un error que no consigo aislar:
    Acceso denegado. Compruebe si la Cuenta predeterminada de acceso al contenido tiene acceso a este repositorio o agregue una regla de rastreo para rastrear este repositorio. Si el repositorio rastreado es un repositorio de SharePoint, verifique que la cuenta que está usando tiene permisos de "Acceso completo de lectura" en la aplicación web de SharePoint que se está rastreando.

    He repasado los usuarios y permisos y parece tenerlos todos.

    ¿Alguien puede echarme un cable? ¿Qué hago mal? Muchas gracias anticipadas.
     




    sábado, 9 de julio de 2016 9:48

Respuestas

  • Buenas Jaime,

    Mmmm....no creo que tengas que recurrir a esa solución. Te paso varias referencias que creo que te van a ayudar:

    • Esta es para SPF 2010, pero es el mismo error y propone dos soluciones...la menos buena que es deshabilitando el loopback check  o bien añadir una entrada de registro que permita resolver la Url de la segunda colección: http://sharepoint.stackexchange.com/questions/17635/search-crawl-access-denied
    • Este es para SPF 2013 y sugiere deshabilitar el loopbackcheck: http://blogs.catapultsystems.com/tgonzalez/archive/2014/03/12/sharepoint-2013-search-crawl-error-access-is-denied/

    Prueba esto y nos cuentas.

    Un saludo


    Juan Carlos Gonzalez Martin | Office Servers and Services MVP | Director revista CompartiMOSS: http://www.compartimoss.com | Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    • Propuesto como respuesta Moderador M martes, 12 de julio de 2016 15:11
    • Marcado como respuesta Jaime Aguiló martes, 12 de julio de 2016 20:22
    lunes, 11 de julio de 2016 20:18

Todas las respuestas

  • Hola Jaime,

    ¿Cómo has creado la segunda colección de Sitios: por medio de PowerShell y usando la característica de Host-Named? Te lo pregunto por lo que indicas de que ambas colecciones están en la misma BD de Contenidos....de todos modos me suena raro que en una misma BD esté discriminando el buscador el contenido a buscar...si fuesen BDs de Contenidos distintas me podría llegar a encajar, pero siendo la misma no.

    Un saludo


    Juan Carlos Gonzalez Martin | Office Servers and Services MVP | Director revista CompartiMOSS: http://www.compartimoss.com | Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    domingo, 10 de julio de 2016 7:55
  • Hola Juan Carlos,

    Ante todo gracias por responderme. :-)

    Cada colección de sitios está en una base de datos diferente. Lo que indico es que la base de datos de búsqueda es la misma. Lo cree desde el propio asistente.

    Es decir, la primera colección de sitios tiene una base de datos. La segunda, otra diferente. Ambas atacan a una única base de datos de búsqueda. Eso es lo que no sé si debería o no funcionar. Por otra parte, desconozco si SharepointFoundation permite tener más de una base de datos de búsqueda.

    Muchas gracias y un saludo.

    lunes, 11 de julio de 2016 10:44
  • Buenas Jaime,

    En realidad cuando hablamos de búsquedas, no hablamos tanto de BD para las búsquedas, sino más bien de Aplicaciones de Servicio de búsqueda y para el escenario que manejas de 2 Colecciones de Sitios cada una con su BD de Contenidos con una única Aplicación de Servicio de Búsquedas es más que suficiente....las BDs de contenidos no atacan a una BD de búsquedas, sino que la Aplicación de Servicio de búsquedas rastrea el contenido de las BDs de Contenido. ¿Has revisado a nivel de las BDs en SQL Server que las cuentas que tienen acceso (en concreto la de búsquedas) son las mismas?

    Un saludo


    Juan Carlos Gonzalez Martin | Office Servers and Services MVP | Director revista CompartiMOSS: http://www.compartimoss.com | Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    lunes, 11 de julio de 2016 11:59
  • Hola de nuevo Juan Carlos.

    Cierto, gracias por la aclaración.

    He revisado en el propio sql y ambas bases de datos tienen exactamente los mismos permisos.

    Por otra parte, he agregado, según me indica el error, una regla de rastreo y lo he probado tanto con el usuario anónimo como con el que me indica por defecto y con el resto de cuentas, con el mismo resultado.

    ""Acceso denegado. Compruebe si la Cuenta predeterminada de acceso al contenido tiene acceso a este repositorio o agregue una regla de rastreo para rastrear este repositorio. Si el repositorio rastreado es un repositorio de SharePoint, verifique que la cuenta que está usando tiene permisos de "Acceso completo de lectura" en la aplicación web de SharePoint que se está rastreando. ""

    Tampoco quiero abusar...ni molestar en exceso.  Si no me funciona así, tengo opción de crear un sitio nuevo dentro de la primera colección de sitios en la que sí funciona la búsqueda y trabajar con una única base de datos de contenido. Por higiene prefería 2 colecciones de sitios distintas, pero si va a ser peor el remedio que la enfermedad, lo hago así.

    Muchas gracias Juan Carlos.

    lunes, 11 de julio de 2016 15:20
  • Buenas Jaime,

    Mmmm....no creo que tengas que recurrir a esa solución. Te paso varias referencias que creo que te van a ayudar:

    • Esta es para SPF 2010, pero es el mismo error y propone dos soluciones...la menos buena que es deshabilitando el loopback check  o bien añadir una entrada de registro que permita resolver la Url de la segunda colección: http://sharepoint.stackexchange.com/questions/17635/search-crawl-access-denied
    • Este es para SPF 2013 y sugiere deshabilitar el loopbackcheck: http://blogs.catapultsystems.com/tgonzalez/archive/2014/03/12/sharepoint-2013-search-crawl-error-access-is-denied/

    Prueba esto y nos cuentas.

    Un saludo


    Juan Carlos Gonzalez Martin | Office Servers and Services MVP | Director revista CompartiMOSS: http://www.compartimoss.com | Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    • Propuesto como respuesta Moderador M martes, 12 de julio de 2016 15:11
    • Marcado como respuesta Jaime Aguiló martes, 12 de julio de 2016 20:22
    lunes, 11 de julio de 2016 20:18
  • Muchas gracias de nuevo Juan Carlos. Enseguida que pueda, le doy un vistazo y tanto si me funciona como si no, te diré cómo quedó el asunto.

    Un fuerte abrazo.

    martes, 12 de julio de 2016 18:00
  • Hola Juan Carlos,

    Tras eliminar manualmente el Loopback del servidor, ahora ya no me aparece el error de negación de acceso. Y mira que vi este artículo pero no le eché cuentas pensando que no iba a arreglar nada. :-(

    Ahora, el problema que tengo es que omite el rastreo por el siguiente error.

    El rastreador excluyó el contenido de esta dirección debido a que este elemento estaba marcado con una metamarca que no es de í­ndice. Para indizar este elemento, quite la metamarca y vuelva a rastrear. ( SearchID = 5ED50591-0C1E-4480-8D7A-5AECDF568B54 )

    Voy a buscar información relativa a éste a ver qué encuentro. Posteo lo que sea que concluya.

    Un saludo y muchas gracias.

    martes, 12 de julio de 2016 18:44
  • Solventado!!!.

    Ya me hace búsquedas.

    Tras limpiar la regla de rastreo, que se me había quedado ahí y restablecer los índices, el SharePoint ha dejado de dar errores y ha comenzado a indexar todas los archivos que tiene el site. Ha desaparecido el mensaje de exclusión por la metamarca.

    Muchas gracias por la ayuda. Un fuerte abrazo.

    martes, 12 de julio de 2016 20:04
  • Buenas Jaime,

    Me alegro que se haya solucionado el problema.

    Un saludo!!


    Juan Carlos Gonzalez Martin | Office Servers and Services MVP | Director revista CompartiMOSS: http://www.compartimoss.com | Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    miércoles, 13 de julio de 2016 6:21