Partager via

Gérer la charge d’analyse (SharePoint Server 2010)

  • Article

 

S’applique à : Search Server 2010, SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Résumé : réduisez l’impact du robot sur une batterie SharePoint en dirigeant le trafic vers un serveur Web dédié et en utilisant le gouverneur de ressources pour limiter l’utilisation de l’UC.

Microsoft SharePoint Server 2010 prend en charge la gestion de la charge d’analyse dédiée. L’analyse est un processus gourmand en ressources pouvant surcharger une batterie SharePoint. Vous pouvez gérer le système de recherche en planifiant l’exécution des analyses à des moments où la batterie de serveurs ne fait pas l’objet d’une utilisation intensive, et aussi en configurant le système pour procéder à des analyses de la manière décrite dans cet article. La gestion de la charge d’analyse peut contribuer à résoudre et à prévenir des problèmes de performances pouvant être rencontrés lorsque des utilisateurs accèdent à une batterie SharePoint en même temps que le robot. Cela se produit le plus souvent dans de grands environnements, dans des environnements présentant de gros volumes de demandes utilisateur et lorsque de fréquentes analyses sont effectuées.

Par défaut le robot de SharePoint Server 2010 analyse tous les ordinateurs Web frontaux dans une batterie de serveurs SharePoint au moyen de l’équilibrage de charge dans cette batterie. Par conséquent, lorsqu’une analyse est effectuée, le robot peut provoquer une augmentation du trafic réseau, une utilisation accrue des ressources disque et processeur sur les ordinateurs Web frontaux, ainsi qu’une utilisation plus intensive des ressources sur le serveur de bases de données. L’arrivée simultanée de cette charge supplémentaire sur tous les serveurs Web frontaux peut diminuer les performances à l’échelle de la batterie de serveurs SharePoint.

Cette diminution des performances se produit uniquement sur la batterie SharePoint qui traite les demandes utilisateur, et non sur la batterie de recherche SharePoint. Cette diminution des performances peut entraîner des retards de réponse sur les ordinateurs Web frontaux et sur la batterie en général. La diminution de performances pourrait ne pas être diagnostiquée par des journaux, des compteurs de ressources ou une analyse standard spécifiques.

Vous pouvez réduire l’effet de l’analyse sur les performances SharePoint en procédant comme suit :

  1. Redirigez le trafic d’analyse vers un ordinateur Web frontal SharePoint dans un petit environnement ou un groupe spécifique d’ordinateurs dans un grand environnement. Cela empêche le robot d’utiliser les mêmes ressources que celles employées pour afficher et traiter les pages et le contenu Web destinés aux utilisateurs actifs.

  2. Limitez l’utilisation de la base de données de recherche dans Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 et SQL Server 2005 avec SP3 et mise à jour cumulative 3 pour empêcher le robot d’employer les ressources disque et processeur partagées de SQL Server 2008 R2, SQL Server 2008 avec SP1 et mise à jour cumulative 2 et SQL Server 2005 avec SP3 et mise à jour cumulative 3 pendant une analyse.

Dans Microsoft Office SharePoint Server 2007, vous pouvez utiliser l’Administration centrale pour rediriger le trafic du robot vers un serveur Web frontal dédié. Cependant, dans Microsoft SharePoint Server 2010, vous devez employer Windows PowerShell pour rediriger le trafic du robot.

Rediriger le trafic du robot vers un serveur Web frontal dédié

Cette procédure redirige le trafic du robot vers un serveur Web frontal dédié. Avant de l’exécuter, assurez-vous que le serveur est retiré de l’équilibrage de la charge réseau.

Important

L’ordinateur Web frontal dédié doit être en ligne pour assurer la réussite des analyses. Si le serveur Web frontal dédié est déconnecté, l’analyse n’est pas automatiquement redirigée vers un autre ordinateur, et échoue après 10 minutes. Pour éviter cet incident, vous pouvez configurer plusieurs ordinateurs Web frontaux comme cibles d’analyse.

Pour configurer un serveur Web frontal dédié comme cible d’analyse

  1. Vérifiez que la configuration minimale requise suivante est satisfaite : Voir Add-SPShellAdmin. Vérifiez également que le compte d’utilisateur qui exécute cette procédure est membre du groupe Administrateurs de batterie.

  2. À l’invite de commandes de Windows PowerShell, exécutez le script présenté dans l’exemple suivant :

    $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()

  3. Vérifiez que le serveur Web frontal est configuré pour l’analyse en exécutant le script suivant à l’invite de commandes de Windows PowerShell :

    $WebApplication=Get-SPWebApplication <Web application URL>
$WebApplication | fl SiteDataServers

    Si ce script renvoie des valeurs, l’application Web utilise un serveur Web frontal dédié.

  4. Lorsqu’un serveur Web frontal est dédié aux analyses de recherche, vous pouvez supprimer la configuration de limitation qui limiterait autrement la charge que le serveur accepte des demandes et des services. Vous pouvez supprimer la limitation d’un serveur en exécutant le script suivant à l’invite de commandes de Windows PowerShell :

    $svc=[Microsoft.SharePoint.Administration.SPWebServiceInstance]::LocalContent;
$svc.DisableLocalHttpThrottling=$true;
$svc.Update();

Pour réinitialiser un serveur Web frontal dédié

  1. Si vous devez annuler cette modification afin que tous les serveurs Web frontaux soient analysés, vous pouvez exécuter le script suivant à l’invite de commandes 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()

Limiter l’utilisation de la base de données de recherche avec le gouverneur de ressources

Le gouverneur de ressources est une technologie introduite par SQL Server 2008 qui permet de gérer les charges de travail et les ressources SQL Server en spécifiant des limites concernant la consommation de ressources par les requêtes entrantes. Le gouverneur de ressources permet de différencier ces charges de travail et d’allouer des ressources partagées en fonction de la demande, selon les limites que vous spécifiez. Ces ressources sont l’UC et la mémoire. Il est disponible uniquement dans SQL Server 2008 ou SQL Server 2008 R2 Enterprise Edition. Pour plus d’informations sur l’utilisation du gouverneur de ressources, voir Gestion des charges de travail SQL Server à l’aide du gouverneur de ressources (https://go.microsoft.com/fwlink/?linkid=129385&clcid=0x40C).

Nous recommandons d’utiliser le gouverneur de ressources avec SharePoint Server 2010 pour effectuer les opérations suivantes :