Лучшие способы улучшить производительность Sharepoint 2007?

Вы не говорите, сколько памяти имеют ваши серверы переднего плана - учитывая, что они 32-битные, я предполагаю, что максимальное изменение на рабочий процесс составляет примерно 2 ГБ +.

Мой совет? Переключитесь на 64-разрядную версию, добавьте больше памяти и убедитесь, что вы не используете только один рабочий процесс w3wp для каждого интерфейса. Покопайтесь в «веб-садах», то есть там, где вы настраиваете несколько процессов w3wp для каждого интерфейса. Для начала начните с двух рабочих процессов на интерфейс и посмотрите, как это работает. Также убедитесь, что они настроены на повторное использование и что повторное использование каждой пары рабочих процессов НЕ перекрывается - наличие двух + рабочих процессов означает, что они могут по очереди выполнять переработку без ограничения доступа.

просто мой 0,02.

-Oisin

Вы смотрели Планирование границ программного обеспечения (Office SharePoint Server)?

На первый взгляд ваш сервер подходит в своих рекомендуемых настройках.

Чтобы повысить производительность, вам следует взглянуть на:

• 64-битные серверы
• Ограничение количества элементов, отображаемых в ваших списках документов
  _{(source: microsoft.com)}

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

• Сервер базы данных находится на отдельном сервере или на одном из ваших веб-серверов?

• Видите ли вы узкое место ЦП / диска на сервере переднего плана или на сервере базы данных?

• Это похоже на ваш мир; Вы видите те же проблемы с производительностью в сетях, расположенных близко к серверу - это проблема WAN?

Спасибо всем за полезные советы, я только что узнал, что наше кэширование объектов практически ничего не делает! Это связано с тем, что, похоже, это работает так, что если у вас есть права редактировать ВЕЗДЕ в семействе сайтов, он по умолчанию отключает кэширование объектов на портале. Поскольку все пользователи имеют права хотя бы на что-то, это означает, что кэширование практически ничего не делает!

Мы обнаружили это, включив отладку кеша, которая помещает небольшой комментарий в html о том, какой кеш используется. После изменения параметра «Разрешить авторам просматривать кэшированный контент» в профиле кэша с проверкой подлинности,

Мы видим, что это делает для редакторов, но неофициальные данные свидетельствуют о том, что это оказывает большое влияние на обычных зрителей!

Да, кеширование - лучший способ снизить нагрузку на систему. Добавление оперативной памяти к серверу SQL тоже хорошо. (64-битная версия действительно необходима для вашего SQL-сервера, WFE не так важен).

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

Я упоминал о кешировании?

SQL-сервер должен обрабатывать базу данных размером до 100 ГБ, но при таком размере им будет сложно управлять резервными копиями и т. П., Поэтому разделение вашего сайта на соответствующие семейства сайтов - это то, что вам, возможно, нужно запланировать на данный момент, но это может быть не актуально. к производительности.

Обязательно проверьте использование диска. Если у вас две виртуальные машины и они работают на одном диске / SAN, убедитесь, что он не слишком загружен. Перегруженные сети SAN снижают производительность

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

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

Microsoft публично заявила, что 2007 - последняя версия SharePoint, которая будет работать на 32-битных серверах. В дальнейшем 64-битная версия будет обязательным требованием - так, как сказал специалист по масляным фильтрам FRAM - «плати мне сейчас или плати позже» ...

у нас также есть проблемы с производительностью. Мы обновили 64-битную версию win 2008, но не так сильно, как ожидалось.

Благодаря поддержке bih мы перешли с NTLM-аутентификации на Kerberos. Это было нашим главным улучшением.

надеюсь, это кому-то поможет

Я запускаю очень похожую установку, однако у нас более 400 ГБ, распределенных по 3 семействам сайтов. Есть еще несколько вещей, которые вы можете попробовать, прежде чем переходить по 64-битному пути.

• Убедитесь, что между сервером БД и веб-интерфейсом нет проблем с диском или пропускной способностью. Скорость подключения к серверу базы данных по сети имеет решающее значение.
• Проверьте сам сервер базы данных, если диски находятся в SAN, могут возникнуть проблемы с производительностью, если есть конкуренция за физический диск на san. RAM также важна, чем больше она может кэшировать в памяти, тем меньше времени ждать ответа от дисков.
• Запланируйте выполнение заданий сканирования в нерабочее время
• Вы включили кеширование объектов, что может быть очень полезным, убедитесь, что сжатие тоже включено! Для пользователей с низкой пропускной способностью sharepoint отправляет пользователям большой объем информации CSS, которая сжимается до 1/10 своего размера, если сжатие включено.
• Вот еще одна важная проблема: убедитесь, что DNS вашей компании работает правильно в других местах, и проверьте, связана ли эта проблема с внешними источниками. IE, у нас есть брандмауэр sonicwall, который резко сокращает время отклика для офисов, подключающихся через него для чего угодно.
• У Micrsoft есть технический документ по мониторингу счетчиков производительности. Это очень тщательно и поможет вам сузить проблему между CPU / RAM / Network / HD IO.

Надеюсь это поможет!