Поделиться через


Управление нагрузкой при обходе (SharePoint Server 2010)

 

Применимо к: Search Server 2010, SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

Сводка. Уменьшите влияние программы обходчика на ферму SharePoint, направляя трафик на выделенный веб-сервер и используя регулятор ресурсов для ограничения использования процессора.

Microsoft SharePoint Server 2010 поддерживает управление выбранной нагрузкой обхода. Обход — это интенсивно использующий ресурсы процесс, который может перегрузить ферму SharePoint. Можно управлять системой поиска, планируя выполнение обходов на время низкого использования фермы, а также настраивая систему для выполнения обхода в соответствии с этой статьей. Управление нагрузкой обхода может помочь устранить и предотвратить проблемы производительности, возникающие при одновременном обращении к ферме SharePoint пользователей и программы-обходчика. Чаще всего такие проблемы возникают в больших средах, в средах с большим количеством пользовательских запросов и при частом выполнении обходов.

По умолчанию программа-обходчик SharePoint Server 2010 обходит все доступные компьютеры веб-интерфейса фермы SharePoint, используя балансировку сетевой нагрузки для этой фермы. Следовательно, при обходе программа-обходчик может увеличить сетевой трафик, повысить использование ресурсов жестких дисков и процессоров, а также увеличить использование ресурсов на серверах баз данных. Появление этой дополнительной нагрузки одновременно на всех компьютерах веб-интерфейса может понизить производительность всей фермы SharePoint.

Это падение производительности возникает только для фермы SharePoint, обслуживающей запросы пользователей, а не для фермы поиска SharePoint. Уменьшение производительности может привести к увеличению задержки запросов на компьютерах веб-интерфейса и для всей фермы. Такое падение производительности может не отражаться конкретными журналами, счетчиками ресурсов или стандартными средствами мониторинга.

Влияние обхода на производительность SharePoint можно уменьшить с помощью следующих мер.

  1. Перенаправьте весь трафик обхода на один компьютер веб-интерфейса SharePoint в небольшой среде или на конкретную группу компьютеров в большой среде. Это предотвращает использование программой-обходчиком ресурсов, которые задействованы с целью отображения и обслуживания веб-страниц и контента для активных пользователей.

  2. Ограничьте использование базы данных поиска в Microsoft SQL Server 2008 R2, SQL Server 2008 с пакетом обновления 1 (SP1) и накопительным обновлением 2 (CU2) и SQL Server 2005 с пакетом обновления 3 (SP3) и накопительным обновлением 3 (CU3), чтобы предотвратить использование программой-обходчиком во время обхода общих ресурсов дисков и процессоров SQL Server 2008 R2, SQL Server 2008 с пакетом обновления 1 (SP1) и накопительным обновлением 2 (CU2) или SQL Server 2005 с пакетом обновления 3 (SP3) и накопительным обновлением 3 (CU3).

В Microsoft Office SharePoint Server 2007 перенаправить трафик программы-обходчика на выделенный сервер веб-интерфейса можно с помощью центра администрирования. Но в Microsoft SharePoint Server 2010 для перенаправления трафика программы-обходчика необходимо использовать Windows PowerShell.

Перенаправление трафика программы-обходчика на выделенный сервер веб-интерфейса

Эта процедура перенаправляет трафик программы-обходчика на выделенный сервер веб-интерфейса. Перед выполнением этой процедуры убедитесь, что сервер исключен из балансировки сетевой нагрузки.

Важно!

Для успешного выполнения обходов выделенный компьютер веб-интерфейса должен быть включен. При выключении выделенного сервера веб-интерфейса выполняемый обход не будет перенаправлен автоматически на другой компьютер и через 10 минут закончится неудачей. Чтобы предотвратить это, можно настроить в качестве целевых объектов обхода несколько компьютеров веб-интерфейса.

Настройка выделенного сервера веб-интерфейса в качестве целевого объекта обхода

  1. Убедитесь в том, что соблюдены следующие минимальные требования: См. статью Add-SPShellAdmin.. Также необходимо убедиться в том, что учетная запись пользователя, используемая для выполнения этой процедуры, входит в группу администраторов фермы SharePoint.

  2. В командной строке Windows PowerShell выполните скрипт, приведенный в следующем сценарии:

    $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. Убедитесь, что сервер веб-интерфейса настроен для обхода, выполнив в командной строке Windows PowerShell следующий скрипт:

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

    Если он возвращает любые значения, веб-приложение использует выделенный сервер веб-интерфейса.

  4. Выделение сервера веб-интерфейса для обходов поиска позволяет удалить конфигурацию регулирования, которая в противном случае ограничивала бы нагрузку, создаваемую на сервере запросами и службами. Удалить регулирование для сервера можно, выполняя следующий скрипт в командной строке Windows PowerShell:

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

Сброс выделенного сервера веб-интерфейса

  1. Если нужно отменить это изменение, чтобы обход выполнялся для всех серверов веб-интерфейса, можно выполнить в командной строке 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()
    

Ограничение использования базы данных поиска с помощью регулятора ресурсов

Регулятор ресурсов — это технология, впервые появившаяся в SQL Server 2008 и позволяющая управлять рабочей нагрузкой и ресурсами SQL Server, устанавливая предельные уровни потребления ресурсов для входящих запросов. Регулятор ресурсов дает возможность дифференцировать рабочие нагрузки и выделять ресурсы ЦП и ресурсы памяти по запросам исходя из установленных ограничений. Он доступен только в выпусках SQL Server 2008 и SQL Server 2008 R2 Enterprise. Дополнительные сведения об использовании регулятора ресурсов см. в статье, описывающей Управление рабочей нагрузкой и ресурсами SQL Server (https://go.microsoft.com/fwlink/?linkid=129385&clcid=0x419).

Регулятор ресурсов рекомендуется использовать вместе с SharePoint Server 2010, чтобы решать следующие задачи: