Share via

Рекомендации по оптимизации работы (SharePoint Server 2010)

  • Статья

 

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

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

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

Это статья из серии статей с рекомендациями по работе с SharePoint Server 2010. В ней описываются рекомендации для оптимизации работы. Другие статьи из этой серии см. в разделе Рекомендации (SharePoint Server 2010). Дополнительные сведения и ресурсы, связанные с рекомендациями для SharePoint Server 2010 см. в Центре ресурсов для рекомендаций (возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=221383&clcid=0x419).

1. Используйте много памяти и быстрые сетевые адаптеры

Для получения производительности, ожидаемой от среды, убедитесь, что в веб-серверах и серверах приложений установлен большой объем памяти.

Для производительности среды также важна скорость сети. Для ускорения сетевого трафика выполните следующие действия.

  • Для всех ролей серверов используйте гигабитные сетевые адаптеры.

  • Для интерфейсных веб-серверов и серверов приложений используйте двойные сетевые адаптеры. При этом один адаптер применяется для пользователей, а другой — для взаимодействия с Microsoft SQL Server.

  • Используйте отдельные сетевые адаптеры для межсерверного взаимодействия при выполнении таких задач, как управление и резервное копирование, чтобы этот трафик не влиял на общую производительность фермы.

  • При сильных нагрузках рассмотрите использование виртуальных локальных сетей, чтобы сократить объем сетевого трафика.

Дополнительные сведения см. в разделах Требования к оборудованию и программному обеспечению (SharePoint Server 2010) и Управление производительностью и емкостью (SharePoint Server 2010).

2. Сохраняйте локальность. Не допускайте слишком больших сетевых расстояний между интерфейсными веб-серверами, серверами приложений и серверами баз данных.

Ни для каких интерфейсных веб-серверов и серверов приложений нельзя допускать задержку, превышающую одну миллисекунду (мс), между ним и сервером баз данных. На практике это обычно означает, что все серверы фермы должны находиться в одном центре обработки данных. Все серверы фермы должны находиться в одном и том же часовом поясе.

Дополнительные сведения см. в разделе Глобальные решения для продуктов SharePoint 2010 (модель).

3. При настройке веб-серверов и серверов приложений учитывайте их производительность и доступность.

Выбранный способ настройки веб-серверов и серверов приложений может заметно повлиять на производительность и доступность. Для наилучших результатов соблюдайте следующие рекомендации:

  • Разнесите компоненты системы на логические диски и используйте RAID для избыточности.

    Компоненты на диске Рекомендуемый уровень RAID

    Диск Windows и файлов программ

    RAID 1

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

    RAID 1

    Файлы журналов

    RAID 1

    Загрузочный диск для создания образа и панели поиска Windows (необязательно)

    RAID 1

  • Используйте не менее четырех физических дисков и отдельные диски для хранения файлов журналов и подкачки отдельно от диска с Windows и файлами программ.

  • В большинстве производственных сред рекомендуется выделить не менее 200 ГБ дискового пространства для операционной системы и временных файлов, а также не менее 150 ГБ дискового пространства для журналов.

  • Не забудьте проверить емкость веб-серверов и обеспечьте достаточное число серверов в соответствии с количеством пользователей и запросов в ферме. Для обеспечения высокой доступности убедитесь, что предусмотрен дополнительный сервер, позволяющий вывести один сервер из фермы серверов с балансировкой сетевой нагрузки и перезапустить его без ухудшения доступности услуг.

Дополнительные сведения см. в следующих источниках:

4. При настройке серверов баз данных учитывайте их производительность и доступность

Как и в случае с веб-серверами и серверами приложений, конфигурация серверов баз данных влияет на работу SharePoint Server 2010. Отдельные базы данных предъявляют определенные требования к совместному или раздельному расположению с другими базами данных. Дополнительные сведения см. в разделе Масштаб данных статьи Обзор управления емкостью и изменения размера для SharePoint Server 2010 и Планирование и настройка рабочих характеристик хранилища и SQL Server (SharePoint Server 2010).

Базы данных, приведенные в следующей таблице, должны размещаться отдельно от других баз данных.

Имя базы данных Размер Оптимизация чтения/записи Совместное размещение

TempDB

Средний

Необходимо размещать на отдельном диске, отдельно от всех остальных баз данных.

Служба Secure Store

Небольшой

Размещайте в отдельном экземпляре базы данных. Предоставьте доступ к ней только одному администратору.

Обход поиска

Сверхбольшой

Оптимизация для чтения

Это крупная база данных. Размещайте на отдельном (от базы данных свойств поиска) сервере.

Свойства поиска

От крупного до сверхбольшого

Оптимизация для записи

Это крупная база данных. Размещайте на выделенном сервере.

Использование

Сверхбольшой

Оптимизация для записи

Должна находиться на отдельном диске.

Примечание

База данных использования может находиться на отдельном сервере, и ее производительность не должна быть так высока, как у других баз данных. Скорость базы данных использования не влияет на производительность сайта.

Базы данных, приведенные в следующей таблице, должны храниться совместно с другими базами данных.

Имя базы данных Размер Совместное размещение

Конфигурация

Контент Центра администрирования

Небольшой

Должна храниться совместно

SQL Server ReportServer

ReportServerTempDB

Небольшой

Различный

Должна храниться на том же сервере баз данных

Дополнительные сведения о размерах баз данных и сочетании чтения/записи для конкретных баз данных см. в модели баз данных, поддерживающих продукты SharePoint 2010 (возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=187970&clcid=0x419).

5. Соблюдайте чистоту: поддерживайте базы данных в работоспособном состоянии

На работоспособном сервере баз данных предусмотрен достаточный запас для баз данных и файлов журналов, а также достаточная емкость для обработки запросов. Для обеспечения оптимальной работы серверов баз данных используйте рекомендации, приведенные в следующем списке.

  • По возможности заранее увеличьте размер всех баз данных и журналов. Не забывайте следить за занимаемым ими пространством, чтобы не остаться без него.

  • Не перегружайте серверы баз данных, размещая на них слишком много баз данных или данных. Соблюдайте следующие указания.

    • При использовании зеркального отображения SQL Server не храните свыше 50 баз данных на одном физическом экземпляре SQL Server .

    • Ограничьте размер баз данных контента значением в 200 ГБ.

  • Ежедневно выполняйте дефрагментацию и перестроение индексов, если работа допускает остановку на время, необходимое для перестроения.

  • Следите за сервером баз данных, чтобы быть уверенным в его правильной работе и отсутствии перегрузок. Основными счетчиками производительности, которые нужно отслеживать, являются следующие:

    • Очередь ожидания сети — значения 0 или 1 говорят о хорошей производительности.

    • Средняя длина очереди диска (задержка) — значение должно быть менее 5 мс.

    • Используемая память — значение должно быть менее 70 процентов.

    • Свободное дисковое пространство — значение должно быть более 25 процентов.

    • Коэффициент попадания в буферный кэш — значение должно быть не менее 90 процентов (и чем выше — тем лучше).

Дополнительные сведения см. в следующих источниках:

6. Своевременно обновляйте программное обеспечение серверов

Важно своевременно обновлять ПО, применяя последние исправления, обновления и пакеты обновления. Эти обновления содержат важные улучшения для продуктов. Но не забывайте тщательно проверять эти обновления в тестовой среде, прежде чем применять их в производственных средах. Соблюдайте рекомендованные процедуры развертывания обновлений, включая следующие:

  • Включите Центр обновления Windows для автоматической загрузки обновлений, но без автоматической установки.

  • Запланируйте время для установки обновлений в часы со слабой нагрузкой.

  • Для обеспечения высокой доступности в процессе обновления обновляйте их по одному.

Убедитесь, что установлены обновления BIOS (серверы, контроллеры и диски), операционной системы Windows, Microsoft SharePoint Foundation 2010, SharePoint Server 2010 и SQL Server.

Дополнительные сведения см. в разделе Центра ресурсов Обновления для продуктов SharePoint 2010 (https://go.microsoft.com/fwlink/?linkid=209614&clcid=0x419).

7. Для различных действий используйте различные учетные записи

Используйте соответствующие учетные записи для веб-приложений и служб. Все учетные записи должны быть учетными записями домена (помните: не следует применять учетную запись сетевой службы). Для оптимальных результатов используйте отдельные учетные записи в следующих случаях:

  • Веб-приложения: используйте различные учетные записи в соответствии с требованиями безопасности.

  • Учетная запись поиска: используйте одну учетную запись для фермы.

  • Учетная запись служб Excel: используйте одну учетную запись для внешних подключений.

Дополнительные сведения см. в разделе Параметры разрешений учетной записи и безопасности (SharePoint Server 2010).

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

Дополнительные сведения см. в разделе Изменение паролей, используемых для административных учетных записей (SharePoint Server 2010).

8. Следуйте рекомендациям по резервному копированию и восстановлению данных

В общем случае лучше использовать для резервного копирования локальный, а не сетевой диск, а впоследствии скопировать данные. По возможности используйте сжатие, но при сжатии резервных копий помните, что не следует перегружать SQL Server. Например, LiteSpeed для SQL Server выполняет сжатие во время резервного копирования, что может ухудшить производительность SQL Server.

Для больших баз данных используйте добавочное резервное копирование, например резервное копирование, предоставляемое System Center Data Protection Manager (DPM) 2010. Не используйте в качестве основного механизма полные резервные копии. Они слишком велики для быстрого восстановления.

Дополнительные сведения см. в разделе Рекомендации по резервному копированию и восстановлению (SharePoint Server 2010).

9. Не забывайте выполнять резервное копирование и усечение файлов журналов

Не ограничивайтесь резервным копированием данных. Выполняйте резервное копирование и для файлов журналов. Журналы использования, журналы IIS, журналы транзакций и журналы электронной почты SMTP — для полного восстановления среды необходимо создавать резервные копии и всех этих журналов. В случае с журналами транзакций следует создавать резервную копию и обрезать файл журнала каждые пять минут. Но никогда не уменьшайте размер журнала транзакций — это может привести к проблемам с производительностью при увеличении размера журнала в дальнейшем.

Дополнительные сведения см. в разделе Back up or archive logs in SharePoint Server 2010 и статье Как не допустить неконтролируемое увеличение размера журнала транзакций базы данных сервера SQL Server (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x419).

10. Восстановление данных: проверяйте резервные копии и используйте резервную среду, способную обеспечить непрерывность предоставления услуг

Регулярно проверяйте резервные копии и их согласованность. Не рассчитывайте, что в случае необходимости они будут "просто работать". Проверяйте это. Тренируйтесь в восстановлении, чтобы понять, что еще необходимо сделать, чтобы восстановить всю среду. Для географически распределенных сред подготовьтесь к аварийному восстановлению, организовав удаленную ферму. После этого восстановить среду можно с помощью команды подключения базы данных, которая отправляет копию базы данных на удаленную ферму и перенаправляет пользователей. Также можно реализовать и резервную среду для ПО; это позволит быстро восстановить базы данных и документы. Базы данных не должны быть большими, это ускорит восстановление.

Дополнительные сведения см. в разделе Рекомендации по организации работы.

При использовании DPM 2010 для резервного копирования и восстановления убедитесь, что запланировано независимое резервное копирование и восстановление приложений-служб. DPM 2010 не выполняет резервное копирование службы поиска и других приложений-служб.

Дополнительные сведения см. в разделе Выбор защищаемых и восстанавливаемых объектов среды и документе Защита SharePoint с помощью DPM 2010 (возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=218153&clcid=0x419).

Благодарности

Группа публикации контента SharePoint Server 2010 выражает благодарность следующим авторам, участвовавшим в написании этой статьи:

  • Аарон Сайковски (Aaron Saikovski), подразделение Microsoft Consulting Services

  • Али Мазахери (Ali Mazaheri), подразделение Microsoft Consulting Services

  • Брайан Портер (Bryan Porter), подразделение Microsoft Consulting Services

  • Крис Холдер (Chris Holder), подразделение Microsoft SharePoint Customer Engineering

  • Дэн Винтер (Dan Winter), подразделение Microsoft SharePoint Customer Engineering

  • Эрик Чарран (Eric Charran), подразделение Microsoft Consulting Services

  • Гус Эпостол (Gus Apostol), подразделение Microsoft SQL Server Customer Programs

  • Джон С. Моу (John S. Moh), подразделение Microsoft Consulting Services

  • Лука Бандинелли (Luca Bandinelli), подразделение Microsoft SharePoint Customer Engineering

  • Рахим Досса (Rahim Dossa), подразделение Microsoft Consulting Services

  • Стив Пешка (Steve Peschka), подразделение Microsoft Consulting Services

  • Стив Уокер (Steve Walker), подразделение Microsoft SharePoint Customer Engineering

  • Таджешвар Сингх (Tajeshwar Singh), подразделение Microsoft Consulting Services

See Also

Concepts

Health monitoring (SharePoint Server 2010)

Other Resources

Health monitoring (SharePoint Foundation 2010)