Compartir a través de

Procedimientos recomendados de búsqueda en Office SharePoint Server

  • Artículo

Este artículo forma parte de una serie de artículos de procedimientos recomendados para Microsoft Office SharePoint Server 2007. En este artículo se describen los procedimientos recomendados para el motor de búsqueda Enterprise Search. A menos que se indique lo contrario, este artículo es aplicable a Office SharePoint Server 2007 y Microsoft Search Server 2008. Para consultar más artículos de la serie, vea Procedimientos recomendados. Para obtener información y recursos adicionales relativos a los procedimientos recomendados para Office SharePoint Server 2007, vea la página del centro de recursos de procedimientos recomendados (en inglés) (https://go.microsoft.com/fwlink/?linkid=125981&clcid=0xC0A) (en inglés).

1. Planear la implementación

  • Planear la capacidad de búsqueda. Para que una tecnología de búsqueda resulte útil para los usuarios finales, éstos deben poder encontrar lo que buscan con un esfuerzo mínimo. Para ver una excelente explicación sobre la capacidad de búsqueda, vea el capítulo 15 sobre la implementación de una topología óptima de búsqueda y capacidad de búsqueda del libro de procedimientos recomendados de Microsoft Office SharePoint Server 2007 (en inglés), escrito por Ben Curry y Bill English (Microsoft Press, Redmond, WA, 2008).

  • Usar propiedades administradas. Esta característica permite a los administradores de búsquedas crear una asignación de uno a muchos de las propiedades relacionadas. Este proceso reduce el número de nombres de propiedad que los usuarios tienen que usar cuando realizan consultas avanzadas. Por ejemplo, un administrador de búsqueda puede asignar la propiedad denominada “autor” a las propiedades “redactor” y “autor2” de forma que los usuarios que incluyan la propiedad “autor” en su consulta obtengan también resultados de búsqueda para “redactor” y “autor2”. Para obtener más información acerca de las propiedades administradas, vea Planeación de la experiencia de búsqueda de los usuarios finales (Office SharePoint Server) y Plan the end-user search experience (Search Server 2008).

  • Crear contratos de nivel de servicio. Asegúrese de que se acuerdan contratos de nivel de servicio (SLA) para rastreos de contenido antes de la implementación.

2. Comenzar con una infraestructura bien configurada

3. Administrar el acceso con los grupos de seguridad de Windows

Se recomienda agregar usuarios a los grupos de seguridad de Windows en lugar de agregarlos a los grupos de SharePoint por las siguientes razones:

  • Puesto que los cambios en los grupos de seguridad de Windows no afectan directamente a las entradas de control de acceso (ACE) de los sitios de SharePoint, no tiene que rastrear de nuevo cuando se modifican las cuentas de usuario de dichos grupos de seguridad de Windows.

  • Durante el proceso de indización, el sistema almacena la ACE de cada usuario que se ha agregado a un grupo de SharePoint en lugar de la ACE del propio grupo de SharePoint. Este proceso admite aproximadamente 1.000 usuarios por lista de control de acceso (ACL), tras los cuales el error “El parámetro es incorrecto” produce que no se realice el rastreo.

4. Desfragmentar la base de datos de búsqueda

La base de datos de búsqueda contiene metadatos y ACL del contenido rastreado. Tras una serie de rastreos, la base de datos de búsqueda puede fragmentarse. Para mejorar el rendimiento de los rastreos y las consultas, desfragmente periódicamente la base de datos de búsqueda. Para obtener más información, vea Mantenimiento de bases de datos de Office SharePoint Server 2007 (notas del producto).

Importante

Si va a crear el reflejo de los equipos que ejecutan SQL Server, desactive la creación de reflejo antes de desfragmentar la base de datos de búsqueda y vuelva a activarlo una vez finalizada la desfragmentación.

5. Mantener siempre actualizado el sistema

Después de probar las actualizaciones en el entorno de pruebas, instale las actualizaciones de software más recientes para Office SharePoint Server 2007, Search Server 2008 y SQL Server lo antes posible. Para obtener más información acerca de cómo implementar actualizaciones de software, vea Implementación de actualizaciones de software para Office SharePoint Server 2007.

6. Supervisar la latencia de SQL Server

La búsqueda hace un uso intensivo de E/S para SQL Server y es sensible a las latencias de E/S en la base de datos temporal y la base de datos de búsqueda. El hospedaje de búsqueda y contenido genera un uso intensivo de la base de datos temporal. Se recomienda mantener la base de datos de búsqueda, la base de datos de SSP, la base de datos temporal, las bases de datos de contenido y sus correspondientes archivos de registro en ejes independientes. Esto permite optimizar cada archivo, en función de sus necesidades específicas. Para granjas de servidores muy grandes, también es conveniente separar las bases de datos de contenido en equipos diferentes que ejecuten SQL Server. De esa manera, se proporciona a las bases de datos de búsqueda y del SSP una base de datos temporal y una instancia de SQL Server diferentes de las de las bases de datos de contenido. Para lograr el mejor rendimiento de búsqueda, se recomienda mantener las siguientes latencias:

  • 10 milisegundos (ms) o menos para la base de datos Temp

  • 10 ms o menos para la base de datos de búsqueda

  • 20 ms o menos para el archivo de registro de la base de datos

Siga las demás recomendaciones de la publicación sobre supervisión de SQL y E/S (en inglés) (https://go.microsoft.com/fwlink/?linkid=123950&clcid=0xC0A) (en inglés) del blog sobre el motor de búsqueda Enterprise Search de Microsoft. Para obtener información acerca de cómo solucionar problemas de rendimiento de SQL Server, vea la sección sobre cuellos de botella de E/S del siguiente artículo técnico sobre cómo solucionar problemas de rendimiento en SQL Server 2005 (en inglés) (https://go.microsoft.com/fwlink/?linkid=123952&clcid=0xC0A) (en inglés).

7. Supervisar para evitar el colapso de las búsquedas

El colapso de las búsquedas se produce cuando el rastreador no puede asignar otro subproceso para recuperar el siguiente documento de la cola de rastreo. El colapso de las búsquedas puede originarse por:

  • Contención de recursos (E/S) en el equipo que ejecuta SQL Server.

  • Demasiados hosts rastreados al mismo tiempo.

  • Hosts acaparadores de recursos que no ceden rápidamente un subproceso. Entre los hosts acaparadores de recursos se incluye lo siguiente:

    • Hosts lentos. Un host que se está rastreando no tiene la capacidad de atender todas las solicitudes que le envía el rastreador.

    • Hosts que requieren trabajo adicional para rastreos incrementales. Los rastreos HTTP básicos se incluyen parcialmente en esta categoría porque cada documento requiere una ida y vuelta al servidor, pero se comprueba la fecha modificada antes de descargar el documento.

    • Hosts y contenido con muchas propiedades. Esto se encontrará con más frecuencia en los siguientes tipos de almacén de contenido: Catálogo de datos profesionales, importación de personas y rastreos de personas.

  • Los rastreos se pausan cuando se están realizando copias de seguridad.

Para obtener más información, vea la publicación sobre creación de programaciones de rastreo y colapso de las búsquedas, y cómo detectarlo y minimizarlo (en inglés) (https://go.microsoft.com/fwlink/?linkid=123794&clcid=0xC0A) (en inglés) en el blog sobre el motor de búsqueda Enterprise Search de Microsoft.

8. Supervisar el sistema para conocer los cuellos de botella

9. Validar la configuración de visibilidad de la búsqueda para cada sitio rastreado

Los procedimientos recomendados habituales para optimizar sitios y páginas para los motores de búsqueda son igualmente importantes para los sitios de administración de contenido web (WCM) en las implementaciones de SharePoint. Un sitio o una página que está mejor optimizada para los motores de búsqueda aparece en los primeros puestos de los resultados de búsqueda y permite aumentar el tráfico hacia el sitio. Para obtener más información, vea el documento sobre cómo optimizar los sitios de administración de contenido web de SharePoint Server 2007 para los motores de búsqueda (en inglés) (https://go.microsoft.com/fwlink/?linkid=123956&clcid=0xC0A) (en inglés).

10. Pausar manualmente los rastreos antes de inicializar un servidor de consultas o realizar una copia de seguridad de una granja de servidores

Antes de realizar una copia de seguridad de un SSP usado para búsquedas o inicializar servidores de consultas, se recomienda pausar todos los rastreos. Una vez finalizada la copia de seguridad, deberá reanudar manualmente los rastreos pausados. Para obtener más información, vea Pausa y reanudación de un rastreo (Office SharePoint Server 2007).

11. Probar los subsistemas de rastreo y consulta después de realizar cualquier cambio de configuración

Se recomienda probar la funcionalidad de rastreo y consulta de la granja de servidores después de realizar cambios de configuración. Una forma sencilla de hacerlo es crear un origen de contenido temporal que se use únicamente con este fin. Para la prueba, se recomienda rastrear diez elementos, como por ejemplo, archivos .txt en un recurso compartido de archivo y, después, realizar consultas de búsqueda en ellos. Asegúrese de que estos elementos no se encuentren actualmente en el índice. Es útil si contienen palabras únicas que se mostrarán al principio de la página de resultados de búsqueda cuando se realice la consulta. Una vez finalizada la prueba, se recomienda eliminar el origen de contenido creado para la prueba, ya que de esta forma se quitan del índice los elementos rastreados. Por lo tanto, se pueden volver a rastrear cuando se desee realizar esta prueba y no aparecerán en los resultados de búsqueda después de finalizar la prueba. Para obtener información acerca del rastreo de contenido, vea Rastreo del contenido (Office SharePoint Server 2007) o How to crawl content (Search Server 2008).

12. Revisar la directiva de antivirus para los objetos rastreados

Si se usan determinados programas antivirus de nivel de archivo en Windows SharePoint Services 3.0, Office SharePoint Server 2007 o , debe excluir determinadas carpetas del análisis antivirus. Si no se excluyen estas carpetas, pueden producirse muchos problemas inesperados. Para obtener más información, vea el artículo 952167 de Microsoft Knowledge Base sobre carpetas que podrían tener que excluirse del análisis antivirus cuando se usa un programa antivirus de nivel de archivo en Windows SharePoint Services 3.0 o SharePoint Server 2007 (https://go.microsoft.com/fwlink/?linkid=123963&clcid=0xC0A).

13. Si tiene consultas personalizadas, marque las propiedades correspondientes como “habilitadas para ámbito” en la UI de la propiedad rastreada de forma que no ejecuten consultas SQL costosas

Agradecimientos

El equipo de publicación de contenido de Office SharePoint Server 2007 agradece a los siguientes colaboradores de este artículo:

  • Luca Bandinelli, Equipo de asesoramiento al cliente de Microsoft SharePoint

  • Dan Blood, Microsoft Search Server

  • Sid Shah, Microsoft Search Server

  • Richard Riley, Marketing para Microsoft SharePoint

  • Mitch Prince, Servicios de consultoría de Microsoft

  • Larry Kuhn, Servicios de consultoría de Microsoft

Vea también

Conceptos

Procedimientos recomendados para el rendimiento de la búsqueda (Office SharePoint Server 2007)