Procedimientos recomendados para rastrear en SharePoint Server

Artículo
03/08/2023

SE APLICA A: yes-img-13 2013 yes-img-16 2016 yes-img-19 2019 yes-img-se Subscription Edition no-img-sop SharePoint en Microsoft 365

Obtenga información sobre los procedimientos recomendados para rastrear en SharePoint Server.

El sistema de búsqueda rastrea el contenido para crear un índice de búsqueda en el que los usuarios pueden ejecutar consultas. Este artículo contiene sugerencias sobre cómo administrar rastreos de la manera más eficaz.

Obtenga información sobre cómo solicitar manualmente el rastreo y volver a indexar para SharePoint en Microsoft 365.

Utilizar la cuenta de acceso al contenido predeterminada para rastrear la mayor parte del contenido

La cuenta de acceso de contenido predeterminada es una cuenta de dominio que se especifica para que el servicio Search de SharePoint Server use de forma predeterminada para el rastreo. Para simplificar, es mejor utilizar esta cuenta para rastrear la mayor cantidad de contenido posible especificado por los orígenes de contenido. Para cambiar la cuenta de acceso al contenido predeterminada, vea Cambiar la cuenta predeterminada para el rastreo en SharePoint Server.

Cuando no pueda utilizar la cuenta de acceso al contenido predeterminada para rastrear una dirección URL determinada (por ejemplo, por motivos de seguridad), puede crear una regla de rastreo para especificar una de las siguientes alternativas para autenticar el rastreo:

Una cuenta de acceso al contenido distinta
Un certificado de cliente
Credenciales de formulario
Una cookie para rastrear
Acceso anónimo

Para obtener más información, vea Administrar reglas de rastreo en SharePoint Server.

Utilizar de forma eficaz los orígenes de contenido

Un origen de contenido es un conjunto de opciones de una aplicación servicio Search que se usa para especificar cada uno de los componentes siguientes:

Una o más direcciones de inicio para rastrear.
Tipo de contenido de las direcciones de inicio (como sitios de SharePoint Server, recursos compartidos de archivos o datos de línea de negocio). Solo puede especificar un tipo de contenido para rastrear en un origen de contenido. Por ejemplo, usaría un origen de contenido para rastrear sitios de SharePoint Server y otro origen de contenido para rastrear recursos compartidos de archivos.
Una programación de rastreo y una prioridad de rastreo para rastreos completos o incrementales que se aplicarán a todos los repositorios de contenido que especifica el origen de contenido.

Cuando se crea una aplicación de servicio de búsqueda, el sistema de búsqueda automáticamente crea y configura un origen de contenido, que se denomina Sitios locales de SharePoint. Este origen de contenido preconfigurado es para rastrear perfiles de usuario y para rastrear todos los sitios de SharePoint Server en las aplicaciones web con las que está asociada la aplicación servicio Search. También puede usar este origen de contenido para rastrear contenido en otras granjas de SharePoint Server, incluidas granjas de Servidores de SharePoint Server 2007, Granjas de SharePoint Server 2010, Granjas de SharePoint Server 2013 u otras granjas de SharePoint Server.

Cree orígenes de contenido adicionales cuando desee realizar cualquiera de las siguientes tareas:

Rastrear otros tipos de contenido
Limitar o aumentar la cantidad de contenido para rastrear
Rastrear cierto contenido más o menos frecuencia
Establecer prioridades diferentes para rastrear cierto contenido (este requisito se aplica a rastreos completos e incrementales, pero no a rastreos continuos)
Rastrear cierto contenido en diferentes programaciones (este requisito se aplica a rastreos completos e incrementales, pero no a rastreos continuos)

No obstante, para mantener la administración lo más sencilla posible, se recomienda limitar el número de orígenes de contenido que crea y usa.

Usar orígenes de contenido para programar rastreos

Puede editar el origen de contenido preconfigurado Sitios locales de SharePoint para especificar una programación de rastreo; no se especifica una programación de rastreo de forma predeterminada. Para cualquier origen de contenido, puede iniciar manualmente los rastreos, pero se recomienda programar rastreos incrementales o habilitar los rastreos continuos para asegurarse de que el contenido se rastrea con regularidad.

Considere el uso de diferentes orígenes de contenido para rastrear el contenido en programaciones distintas por las siguientes razones.

Para abarcar los tiempos de inactividad y los períodos de uso máximo del servidor.
Para rastrear contenido hospedado en servidores más lentos de forma independiente del contenido hospedado en servidores más rápidos.
Para rastrear con frecuencia el contenido que se actualiza más a menudo.

El rastreo de contenido puede disminuir significativamente el rendimiento de los servidores que hospedan el contenido. El efecto depende de si los servidores tienen recursos suficientes (especialmente CPU y RAM) para controlar la carga. Por lo tanto, a la hora de planear programaciones de rastreo, tenga en cuenta las siguientes recomendaciones:

Programe el rastreo para cada origen de contenido en momentos en los que los servidores que hospedan el contenido estén disponibles y cuando haya poca demanda en los recursos del servidor.
Escalone las programaciones de rastreo para que se distribuya la carga en los servidores host y servidores de rastreo a lo largo del tiempo. Puede optimizar las programaciones de rastreo de esta manera mientras se familiariza con las duraciones típicas de los rastreos para cada origen de contenido mediante la comprobación del registro de rastreo. Para obtener más información, vea Registro de rastreo en Ver diagnósticos de búsqueda en SharePoint Server.
Ejecute rastreos completos solo cuando sea necesario. Para obtener más información, vea Razones para realizar un rastreo completo en Planear rastreo y federación en SharePoint Server. Para cualquier cambio administrativo que requiera que se aplique un rastreo completo, como la creación de una regla de rastreo, realice el cambio poco antes del siguiente rastreo completo para que no sea necesario realizar un rastreo completo adicional. Para obtener más información, vea Administrar reglas de rastreo en SharePoint Server.

Rastrear perfiles de usuario antes de rastrear sitios de SharePoint Server

De forma predeterminada, en la primera aplicación del servicio de búsqueda en una granja de servidores, el origen de contenido preconfigurado Sitios locales de SharePoint contiene al menos las dos direcciones de inicio siguientes:

https://webAppUrl, que es para rastrear la dirección URL de zona predeterminada especificada para las aplicaciones web existentes
sps3s://myWebAppUrl, que es para rastrear perfiles de usuario

Sin embargo, si va a implementar "Personas Search", se recomienda crear un origen de contenido independiente para la dirección sps3s://myWebAppUrl de inicio y ejecutar primero un rastreo para ese origen de contenido. La razón de la ejecución del rastreo es que, una vez finalizada, el sistema de búsqueda genera una lista para estandarizar los nombres de las personas. Esto es para que cuando el nombre de una persona tenga formularios diferentes en un conjunto de resultados de búsqueda, todos los resultados de esa persona se muestren en un solo grupo (conocido como bloque de resultados). Por ejemplo, para la consulta de búsqueda "Anne Weiler", todos los documentos creados por Anne Weiler o A. Weiler o alias AnneW se pueden mostrar en un bloque de resultados con la etiqueta "Documents by Anne Weiler". Del mismo modo, todos los documentos que haya creado cualquiera de estas identidades, aparecerán bajo el encabezado "Cecilia Cornejo" en el panel de refinamiento si "Autor" se ha establecido como categoría.

Para rastrear perfiles de usuario y rastrear sitios de SharePoint Server

Compruebe que la cuenta de usuario que realiza este procedimiento es un administrador de la aplicación de servicio de búsqueda que desea configurar.
Siga las instrucciones de Implementación de la búsqueda de personas en SharePoint Server. Como parte de estas instrucciones, realice las siguientes tareas:

Cree un origen de contenido que solo sea para rastrear los perfiles de usuario (el almacén de perfiles). Puede asignar a ese origen de contenido un nombre como Personas. En el nuevo origen de contenido, en la sección Direcciones de inicio , escriba sps3s:// myWebAppUrl, donde myWebAppUrl es la dirección URL del host Mi sitio.
Inicie un rastreo para el origen de contenido Personas que creó.
Elimine la dirección sps3s://myWebAppUrl de inicio de los sitios de SharePoint local de origen de contenido preconfigurados.

Espere aproximadamente dos horas tras el rastreo para que finalice el origen de contenido Personas.
Inicie el primer rastreo completo del origen de contenido Sitios locales de SharePoint.

Utilizar rastreos continuos para garantizar que los resultados de la búsqueda estén actualizados

Habilitar el rastreo continuo es una opción de programación de rastreo que puede seleccionar al agregar o editar un origen de contenido de tipo Sitios de SharePoint. Un rastreo continuo rastrea el contenido que se ha agregado, cambiado o eliminado desde el último rastreo. Un rastreo continuo comienza a intervalos de tiempo predefinidos. El intervalo predeterminado es cada 15 minutos, pero puede establecer que los rastreos continuos se produzcan a intervalos más cortos mediante Microsoft PowerShell. Dado que los rastreos continuos se producen con tanta frecuencia, ayudan a garantizar la actualización del índice de búsqueda, incluso para el contenido de SharePoint Server que se actualiza con frecuencia. Además, aunque un rastreo incremental o completo se retrasa por varios intentos de rastreo que devuelven un error para un elemento determinado, un rastreo continuo puede rastrear otro contenido y contribuir a la actualización del índice, porque un rastreo continuo no procesa ni reintenta elementos que devuelven errores repetidamente. Estos errores se reintenten durante un rastreo incremental de "limpieza", que se ejecuta automáticamente cada cuatro horas para los orígenes de contenido que tienen habilitado el rastreo continuo. Los elementos que siguen devolviendo errores durante el rastreo incremental se volverán a intentar durante rastreos incrementales futuros, pero no los recogerán los rastreos continuos hasta que se resuelvan los errores.

Un rastreo continuo incluye todos los orígenes de contenido de una aplicación de servicio de búsqueda en los que el rastreo continuo está habilitado. De igual modo, el intervalo de rastreo continuo se aplica a los orígenes de contenido de la aplicación de servicio de búsqueda en los que el rastreo continuo está habilitado. Para más información, vea Manage continuous crawls in SharePoint Server.

Los rastreos continuos aumentan la carga sobre el rastreador y sobre los destinos de rastreo. Asegúrese de que la planeación y el escalamiento horizontal tienen en cuenta este aumento de consumo de los recursos. Para los orígenes de contenido de gran tamaño para los que habilite rastreos continuos, le recomendamos configurar uno o más servidores web front-end como destinos dedicados para el rastreo. Para obtener más información, vea Administración de carga de rastreo (SharePoint Server 2010).

Utilizar reglas de rastreo para excluir contenido irrelevante del rastreo

Debido a que el rastreo de contenido consume recursos y ancho de banda, durante la implementación inicial podría ser mejor rastrear una cantidad de contenido menor que sepa que es relevante, en lugar de rastrear una cantidad mayor de contenido, parte del cual podría ser irrelevante. Para limitar la cantidad de contenido que rastrea, puede crear reglas de rastreo por las siguientes razones:

Para evitar el rastreo de contenido irrelevante mediante la exclusión de una o más direcciones URL.
Para rastrear vínculos de una dirección URL sin rastrear la propia dirección URL. Esta disposición es útil para sitios que no contienen contenido relevante, pero que tienen vínculos a contenido relevante.

De forma predeterminada, el rastreador no seguirá direcciones URL complejas, que son direcciones URL que contienen un signo de interrogación seguido de parámetros adicionales, por ejemplo, http://contoso/page.aspx?x=y. Si habilita el rastreador para que siga direcciones URL complejas, esta disposición puede hacer que el rastreador recopile muchas más direcciones URL de las esperadas o adecuadas. Esta asimilación excesiva puede hacer que el rastreador recopile vínculos innecesarios, rellene la base de datos de rastreo con vínculos redundantes y produzca un índice grande.

Estas medidas pueden ayudar a reducir el uso de recursos de servidor y tráfico de red, y aumentar la relevancia de los resultados de la búsqueda. Después de la implementación inicial, puede revisar los registros de consultas y rastreo y ajustar los orígenes de contenido y las reglas de rastreo, para incluir más contenido, si es necesario. Para obtener más información, vea Administrar reglas de rastreo en SharePoint Server.

Rastrear la zona predeterminada de las aplicaciones web de SharePoint Server

Al rastrear la zona predeterminada de una aplicación web de SharePoint Server, el procesador de consultas asigna automáticamente y devuelve direcciones URL de resultados de búsqueda para que sean relativas a la zona de asignación de acceso alternativa (AAM) desde la que se realizan las consultas. Esta configuración permite a los usuarios ver y abrir fácilmente los resultados de la búsqueda.

Sin embargo, si se rastrea una zona de una aplicación web distinta de la zona predeterminada, el procesador de consultas no asigna direcciones URL de los resultados de la búsqueda de modo que estén relacionadas con la zona AAM desde la que se realizan las consultas. En su lugar, las direcciones URL de resultado de búsqueda serán relativas a la zona no predeterminada que se rastreó. Debido a esta configuración, es posible que los usuarios no puedan ver o abrir fácilmente los resultados de búsqueda.

Por ejemplo, supongamos que tiene las siguientes AAM de una aplicación web denominada WebApp1:

Predeterminada	Dirección URL pública	Proveedor de autenticación
Predeterminada	`https://contoso`	Autenticación de Windows: NTLM
Extranet	`https://fabrikam`	Autenticación basada en formularios
Intranet	`http://fabrikam`	Autenticación de Windows: NTLM

Ahora, supongamos que rastrea la zona predeterminada, https://contoso. Cuando los usuarios realizan consultas desde https://contoso/searchresults.aspx, las direcciones URL de los resultados de WebApp1 serán relativas a https://contosoy, por tanto, tendrán el formato https://contoso/ _path_/ _result_.aspx.

Del mismo modo, cuando las consultas se originan desde la zona extranet( en este caso, desde WebApp1 serán relativas a https://fabrikamy, por tanto, https://fabrikam/searchresults.aspx—results tendrán el formato https://fabrikam/ _path_/ _result_.aspx.

En los dos casos anteriores, debido a la coherencia de zonas entre la ubicación de la consulta y las direcciones URL de los resultados de la búsqueda, los usuarios podrán ver y abrir fácilmente los resultados de la búsqueda, sin tener que cambiar a un contexto de seguridad diferente de otra zona.

Sin embargo, supongamos ahora que rastrea una zona no predeterminada como la zona de Intranet, http://fabrikam. En este caso, para las consultas realizadas desde cualquier zona, las direcciones URL de los resultados de WebApp1 siempre estarán en relación con la zona no predeterminada que se rastreó. Es decir, una consulta de https://contoso/searchresults.aspx, https://fabrikam/searchresults.aspxo http://fabrikam/searchresults.aspx producirá direcciones URL de resultado de búsqueda que comienzan con la zona no predeterminada rastreada y, por tanto, tendrán el formato http://fabrikam/ _path_/ _result_.aspx. Esta configuración puede provocar un comportamiento inesperado o problemático, como:

Cuando los usuarios intenten abrir los resultados de la búsqueda, se les solicitará unas credenciales que no tienen. Por ejemplo, los usuarios autenticados mediante autenticación basada en formularios en la zona de Extranet no tendrán credenciales de autenticación de Windows.
Los resultados de WebApp1 utilizarán HTTP, pero los usuarios podrían estar buscando desde la zona de Extranet en https://fabrikam/searchresults.aspx. Esta operación de búsqueda por parte de los usuarios podría tener implicaciones de seguridad porque los resultados no usarán el cifrado de capa de sockets seguros (SSL).
Los refinamientos podrían no filtrar correctamente, puesto que filtran en la dirección URL pública para la zona predeterminada en lugar de la dirección URL que se rastreó. Este filtrado incorrecto se debe a que las propiedades basadas en url del índice serán relativas a la dirección URL no predeterminada rastreada.

Reducir el efecto del rastreo en destinos de rastreo de SharePoint Server

Puede reducir el efecto del rastreo en destinos de rastreo de SharePoint Server (es decir, servidores front-end web de SharePoint Server) realizando las siguientes tareas:

Para un entorno de SharePoint Server pequeño, redirija todo el tráfico de rastreo a un único servidor front-end web de SharePoint Server. Para un entorno de gran tamaño, redirija todo el tráfico de rastreo hacia un grupo específico de servidores web front-end. Este patrón de redireccionamiento de rastreo impide que el rastreador use los mismos recursos que se usan para representar y servir páginas web y contenido a los usuarios activos.
Limitar el uso de la base de datos de búsqueda en Microsoft SQL Server para impedir que el rastreador utilice los recursos compartidos de disco y procesador de SQL Server durante un rastreo.

Para obtener más información, vea Administración de carga de rastreo (SharePoint Server 2010).

Usar reglas de impacto del rastreador para limitar el efecto de rastreo

Para limitar el impacto del rastreador, también puede crear reglas de impacto del rastreador, que están disponibles en la página Nombre_aplicación_servicio_búsqueda: Administración de búsqueda. Una regla de impacto del rastreador especifica la velocidad a la que el rastreador solicita el contenido de una dirección de inicio o un intervalo de direcciones de inicio. Específicamente, una regla de impacto de rastreador o bien solicita un número especificado de documentos a la vez desde una dirección URL sin esperar entre solicitudes, o bien solicita un documento a la vez desde la dirección URL y espera un tiempo especificado entre solicitudes. Todas las reglas de impacto del rastreador se aplican a todos los componentes de rastreo.

Para los servidores de la organización, puede establecer reglas de impacto del rastreador en función de la capacidad y el rendimiento conocidos del servidor. Sin embargo, es posible que esta configuración no sea posible para sitios externos. Por lo tanto, podría consumir involuntariamente demasiados recursos de los servidores externos al solicitar demasiado contenido o solicitar contenido con demasiada frecuencia. Este uso elevado de contenido podría hacer que los administradores de esos servidores externos limiten el acceso al servidor para que sea difícil o imposible rastrear esos repositorios. Por lo tanto, establezca reglas de impacto del rastreador para que tengan el menor efecto posible en los servidores externos mientras sigue rastreando suficiente contenido con la frecuencia suficiente para asegurarse de que la actualización del índice cumple sus requisitos.

Utilizar grupos de Active Directory en lugar de usuarios individuales para los permisos

La capacidad de un usuario o grupo de realizar diversas actividades en un sitio se determina en función del nivel de permiso asignado. Si agrega o quita usuarios individualmente para permisos de sitio, o si usa un grupo de SharePoint Server para especificar permisos de sitio y cambia la pertenencia del grupo, el rastreador debe realizar un "rastreo de solo seguridad", que actualiza todos los elementos afectados en el índice de búsqueda para reflejar el cambio. De forma similar, agregar o actualizar la directiva de aplicación web con diferentes usuarios o grupos de SharePoint Server desencadenará un rastreo de todo el contenido cubierto por esa directiva. Esto aumenta la carga de rastreo y puede reducir la actualidad de los resultados de la búsqueda. Por lo tanto, para especificar los permisos de sitio, es mejor usar grupos de Servicios de dominio de Active Directory (AD DS), ya que estos grupos no requieren que el rastreador actualice los elementos afectados en el índice de búsqueda.

Agregar un segundo componente de rastreo para proporcionar tolerancia a errores

Cuando crea una aplicación de servicio de búsqueda, la topología de búsqueda predeterminada incluye un componente de rastreo. Un componente de rastreo recupera elementos desde repositorios de contenido, descarga los elementos en el servidor que hospeda el componente de rastreo, pasa los elementos y metadatos asociados a un componente de procesamiento de contenido y agrega información relacionada con el rastreo a las bases de datos de rastreo asociadas. Puede agregar un segundo componente de rastreo para proporcionar tolerancia a errores. Si un componente de rastreo no está disponible, el otro componente de rastreo se encargará de todo el rastreo. Para la mayoría de las granjas de servidores de SharePoint Server, un total de dos componentes de rastreo es suficiente.

Para más información, consulte los siguientes artículos:

Administrar los recursos del entorno para mejorar el rendimiento del rastreo

Mientras el rastreador rastrea contenido, descarga el contenido en el servidor de rastreo (el servidor que hospeda el componente de rastreo) y alimenta con dicho contenido los componentes de procesamiento de contenido, hay varios factores que pueden afectar negativamente al rendimiento. Para mejorar el rendimiento del rastreo, puede realizar la siguiente tarea:

Para solucionar este posible cuello de botella de rendimiento	Implemente esta solución
Tiempo de respuesta lento desde servidores rastreados	Proporcionar más CPU y RAM, y E/S de disco más rápidas.
Bajo ancho de banda	Instalación de 1 o 2 adaptadores de red de un gigabit por segundo en cada servidor de rastreo
Procesamiento de contenido	Proporcionar más componentes de procesamiento de contenido y más recursos de CPU para cada componente de procesamiento de contenido
Procesamiento lento por parte de los componentes de índice	Agregar recursos de E/S para los servidores que alojan componentes de índice

Para obtener más información, consulte los recursos siguientes:

Asegúrese de que no hay ningún rastreo activo antes de cambiar la topología de búsqueda

Le recomendamos que compruebe que no hay rastreos en curso antes de iniciar un cambio en la topología de búsqueda. De lo contrario, es posible que surja algún problema en el cambio de topología.

Si es necesario, puede pausar o detener manualmente los rastreos completos o incrementales, y puede deshabilitar los rastreos continuos. Para más información, consulte los siguientes artículos:

Nota:

Pausar un rastreo tiene la desventaja de que las referencias a los componentes de rastreo pueden permanecer en la MSSCrawlComponentsState tabla de la base de datos de administración de búsqueda. Esto puede causar un problema si desea quitar los componentes de rastreo (por ejemplo por que desea quitar un servidor que hospeda dichos componentes de la granja de servidores). Sin embargo, al detener un rastreo, se eliminan las referencias a los componentes de rastreo de la MSSCrawlComponentsState tabla. Por lo tanto, si desea quitar los componentes de rastreo, es mejor detener los rastreos que pausarlos.

Para confirmar que no hay rastreos en curso, en la _Search_service_application_name_: Manage Content Sources página, asegúrese de que el valor del campo Estado de cada origen de contenido sea Inactivo o En pausa. (Cuando se ha completado un rastreo o cuando se detiene un rastreo, el valor del campo Estado para el origen de contenido cambiará a Inactivo ).

Quitar componentes de rastreo de un host de rastreo antes de quitar el host de una granja de servidores

Cuando un servidor hospeda un componente de rastreo, quitar el servidor de la granja de servidores puede imposibilitar que el sistema de búsqueda rastree el contenido. Por lo tanto, antes de quitar un host de rastreo de una granja de servidores, se recomienda encarecidamente realizar las siguientes tareas:

Asegúrese de que no hay ningún rastreo activo.

Para obtener más información, vea la sección anterior, Asegúrese de que no hay ningún rastreo activo antes de cambiar la topología de búsqueda.
Quite o cambie la ubicación de los componentes de rastreo que se encuentran en ese host.

Para obtener más información, consulte los recursos siguientes:

Probar la funcionalidad de consulta y de rastreo después de cambiar la configuración de rastreo o de aplicar actualizaciones

Se recomienda que pruebe la funcionalidad de consulta y de rastreo en la granja de servidores después de realizar cambios en la configuración o de aplicar las actualizaciones. El siguiente procedimiento es un ejemplo de una forma sencilla de realizar esta prueba.

Para probar la funcionalidad de rastreo y consulta

Compruebe que la cuenta de usuario que realiza este procedimiento es un administrador de la aplicación de servicio de búsqueda que desea configurar.
Cree un origen de contenido que utilizará temporalmente para esta prueba.

En el nuevo origen de contenido, en la sección Direcciones de inicio, en el cuadro Escriba las direcciones de inicio a continuación (una por línea), especifique una dirección de inicio que contenga varios elementos que aún no estén en el índice, por ejemplo, varios archivos TXT que están en un recurso compartido de archivos. Para obtener más información, vea Agregar, editar o eliminar un origen de contenido en SharePoint Server.
Inicie un rastreo completo de ese origen de contenido.

Para más información, vea Start, pause, resume, or stop a crawl in SharePoint Server. Una vez completado el rastreo, en la _Search_service_application_name_: Manage Content Sources página, el valor de la columna Estado del origen de contenido será Inactivo. (Para actualizar la columna Estado, haga clic en Actualizar para actualizar la página Administrar orígenes de contenido).
Una vez finalizado el rastreo, vaya al Centro de búsqueda y realice consultas de búsqueda para encontrar esos archivos.

Si la implementación aún no tiene un Centro de búsqueda, vea Crear un sitio del Centro de búsqueda en SharePoint Server.
Cuando termine de realizar las pruebas, elimine el origen de contenido temporal.

Esta operación quita los elementos especificados por ese origen de contenido del índice de búsqueda para que no aparezcan en los resultados de la búsqueda después de finalizar las pruebas.

Utilizar el registro de rastreo y los informes de mantenimiento de rastreo para diagnosticar problemas

El registro de rastreo realiza un seguimiento de la información acerca del estado del contenido rastreado. El registro incluye vistas de los orígenes de contenido, los hosts, los errores, las bases de datos, las direcciones URL y el historial. Por ejemplo, puede usar el registro para determinar la hora del último rastreo correcto para un origen de contenido, si el contenido rastreado se agregó al índice correctamente, si se excluyó debido a una regla de rastreo o si hubo un error en el rastreo.

Los informes de mantenimiento de rastreo proporcionan información detallada acerca de la tasa de rastreo, la latencia de rastreo, la actualidad del rastreo, el procesamiento de contenido, la carga de la CPU y de la memoria, los rastreos continuos y la cola de rastreo.

Es posible usar el registro de rastreo y los informes de mantenimiento de rastreo para diagnosticar problemas con la experiencia de búsqueda. La información de diagnóstico puede ayudarle a determinar si sería útil ajustar elementos como los orígenes de contenido, las reglas de rastreo, las reglas de impacto de rastreo, los componentes de rastreo y las bases de datos de rastreo.

Para obtener más información, vea Ver diagnósticos de búsqueda en SharePoint Server.