Administración de carga de rastreo (SharePoint Server 2010)
Se aplica a: Search Server 2010, SharePoint Server 2010
Última modificación del tema: 2016-11-30
Resumen: Reduzca el impacto del rastreador en una granja de servidores de SharePoint dirigiendo el tráfico a un servidor web dedicado y usando el regulador de recursos para limitar el uso de CPU.
Microsoft SharePoint Server 2010 admite la administración de cargas de rastreo dedicada. El rastreo es un proceso que consume muchos recursos y que, por tanto, puede sobrecargar una granja de servidores de SharePoint. Puede administrar el sistema de búsquedas programando rastreos para que se produzcan en momentos en los que la granja de servidores no se está usando de forma intensiva, y también configurando el sistema para que rastree según se describe en este artículo. La administración de la carga de rastreo puede ayudar a resolver y evitar problemas de rendimiento en los que los usuarios y el rastreador obtienen acceso a una granja de servidores de SharePoint al mismo tiempo. Esto se da con más frecuencia en entornos grandes, entornos que tienen grandes volúmenes de solicitudes de usuarios y en los que se producen rastreos con frecuencia.
De forma predeterminada, el rastreador de SharePoint Server 2010 rastrea todos los equipos front-end web disponibles en una granja de servidores de SharePoint a través del equilibrador de carga de red de dicha granja de servidores. Por tanto, cuando se produce un rastreo, el rastreador puede aumentar el tráfico de la red, el uso de los recursos de disco duro y del procesador en equipos web front-end y el uso de los recursos de los servidores de bases de datos. Al colocar esta carga adicional en todos los equipos front-end web a la vez, se puede reducir el rendimiento en la granja de servidores de SharePoint.
Esta disminución del rendimiento solo se produce en la granja de servidores de SharePoint que atiende solicitudes de usuarios, y no en la granja de servidores de búsqueda de SharePoint. El rendimiento reducido puede provocar retrasos en los tiempos de respuesta en los equipos web front-end, así como en los tiempos de respuesta de la granja de servidores en general. Es posible que los registros específicos, los contadores de recursos o la supervisión estándar no puedan diagnosticar esta reducción del rendimiento.
Puede reducir el efecto del rastreo en el rendimiento de SharePoint de la siguiente forma:
Redirija todo el tráfico de rastreo a un único equipo web front-end de SharePoint en un entorno pequeño o un grupo específico de equipos en un entorno grande. Esto evita que el rastreador use los mismos recursos que se están utilizando para representar y servir páginas web y contenido a los usuarios activos.
Limite el uso de la base de datos de búsqueda en Microsoft SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) y la actualización acumulativa 2, y SQL Server 2005 con Service Pack 3 (SP3) y la actualización acumulativa 3 para evitar que el rastreador use el disco de SQL Server 2008 R2, SQL Server 2008 con SP1 y la actualización acumulativa 2, y SQL Server 2005 con SP3 y la actualización acumulativa 3 compartido y los recursos del procesador durante un rastreo.
En Microsoft Office SharePoint Server 2007, puede usar la Administración central para redirigir el tráfico del rastreador a un servidor front-end web dedicado. Sin embargo, en Microsoft SharePoint Server 2010, debe usar Windows PowerShell para redirigir el tráfico del rastreador.
Redirección del tráfico del rastreador a un servidor front-end web dedicado
Este procedimiento redirige el tráfico del rastreador a un servidor front-end web dedicado. Antes de llevar a cabo este procedimiento, asegúrese de que ha quitado el servidor del equilibrio de carga de la red.
Importante
El equipo web front-end dedicado debe estar en línea para que se produzca un rastreo correcto. Si el servidor front-end web dedicado está sin conexión, el rastreo no se redirigirá automáticamente a otro equipo y producirá un error tras 10 minutos. Para evitar esto, puede configurar varios equipos web front-end dedicados como destinos del rastreo.
Para configurar un servidor front-end web dedicado como destino del rastreo
Compruebe que reúne los siguientes requisitos mínimos: Consulte Add-SPShellAdmin.. Compruebe también que la cuenta de usuario que utiliza para realizar este procedimiento es miembro del grupo Administradores de la granja de servidores.
En el símbolo del sistema de Windows PowerShell, ejecute el script del siguiente ejemplo:
$listOfUri = new-object System.Collections.Generic.List[System.Uri](1) $zoneUrl = [Microsoft.SharePoint.Administration.SPUrlZone]'Default' $webAppUrl = "<Default Zone FQDN URL>" $webApp = Get-SPWebApplication -Identity $webAppUrl $webApp.SiteDataServers.Remove($zoneUrl) ## By default this has no items to remove $URLOfDedicatedMachine = New-Object System.Uri("<Dedicated crawl target URL>") $listOfUri.Add($URLOfDedicatedMachine); $webApp.SiteDataServers.Add($zoneUrl, $listOfUri); $WebApp.Update()
Asegúrese de que el servidor front-end web está configurado para el rastreo; para ello, ejecute el siguiente script en el símbolo del sistema de Windows PowerShell:
$WebApplication=Get-SPWebApplication <Web application URL> $WebApplication | fl SiteDataServers
Si devuelve algún valor, la aplicación web usa un servidor web front-end dedicado.
Si un servidor web front-end está dedicado para los rastreos de búsqueda, puede quitar la configuración de límite, ya que limitaría la carga que acepta el servidor de las solicitudes y servicios. Puede quitar el límite de un servidor ejecutando el siguiente script en el símbolo del sistema de Windows PowerShell:
$svc=[Microsoft.SharePoint.Administration.SPWebServiceInstance]::LocalContent; $svc.DisableLocalHttpThrottling=$true; $svc.Update();
Para restablecer un servidor front-end web dedicado
Si tiene que deshacer este cambio para que se rastreen todos los servidores web front-end, puede ejecutar el siguiente script en el símbolo del sistema de Windows PowerShell:
$zoneUrl = [Microsoft.SharePoint.Administration.SPUrlZone]'Default' $webAppUrl = "<Your Default Zone FQDN URL>" $webApp = Get-SPWebApplication -Identity $webAppUrl $webApp.SiteDataServers.Remove($zoneUrl); $WebApp.Update()
Limitación del uso de la base de datos de búsqueda con el regulador de recursos
El regulador de recursos es una tecnología que se incluyó por primera vez en SQL Server 2008 y que permite administrar los recursos y las cargas de trabajo de SQL Server, especificando los límites en el consumo de recursos para las solicitudes entrantes. El regulador de recursos permite diferenciar las cargas de trabajo y asignar la CPU y memoria que se solicitan, según los límites especificados. Está disponible solo en SQL Server 2008 o SQL Server 2008 R2 Enterprise Edition. Para obtener más información acerca de cómo usar el regulador de recursos, vea el tema sobre la administración de cargas de trabajo de SQL Server con el regulador de recursos (https://go.microsoft.com/fwlink/?linkid=129385&clcid=0xC0A).
Se recomienda usar el regulador de recursos con SharePoint Server 2010 para llevar a cabo las siguientes tareas:
Limitar la cantidad de recursos de SQL Server que consumen los servidores web de destino mediante el componente de rastreo de búsqueda. Como procedimiento recomendado, limite el componente de rastreo al 10 por ciento de CPU cuando el sistema esté bajo carga. Para más información, vea el procedimiento para configurar el regulador de recursos para limitar el uso de CPU (Transact-SQL), en el artículo sobre los procedimientos para usar el regulador de recursos para limitar el uso de CPU mediante la compresión de copia de seguridad (Transact-SQL).
Supervisar la cantidad de recursos consumida por cada base de datos en el sistema; por ejemplo, puede utilizar el regulador de recursos para ayudarle a determinar la mejor ubicación de las bases de datos entre equipos que ejecutan SQL Server. Para más información, vea el artículo Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010).