none
Оптимизация портала. RRS feed

  • Общие обсуждения

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

    Пункты оптимизации
    1. По возможности на сервере или серверах шарепоинта оставить только шарепоинт. Все лишнее вынести.
    2. Автоувелечение баз данных поставил бы по 200 мб. (взял наугад, 1 мб. как то мало кажется слишком)
    3. Максимально отключил все виндовые службы и приложения которые вертятся на сервере sql. Антивирусы и т.д.
    4. В админке шарика и винды логирование ошибок оставил бы только критические ошибки . Если ошибки нужно отслеживать тогда и включим.
    5. Ограничить максимальную память для службы SQL в случае если ферма на одном сервере. Чтоб SQL не отбирал у других.
    6. Включение среды CLR на SQL
    7. Крутим blob cash, кэш вывода; кэш объектов.
    8. Крутим компрессия IIS сервера
    9. Перезапуск пулов приложений по расписанию раз в неделю и запуск warm up скриптов.
    10. Настроить авто очистку памяти пулов приложений.
    11. Отключение не используемых служб-сервисов шарепоинт. Отсавляем только то что реально нужно.
    12. Базы данных контента желательно не должны разрастаться более 100 гб.  Бьем по другим базам. Переносим быстро разрастающиеся узлы.
    13. Выдержать минимальные  хардварные требования заявленные производителем. Процессоры, рам.
    14. По Возможности разнести более нагруженные базы данных на разные рейды или диски. По возможности вынести скл на отдельный сервер.
    15. Дефрагментация индекса бд по расписанию сжатие и т.д.
    16. Проверить расписание ежедневного  запуска служб, - бекап, поиск, полня синхронизация профилей и т.д. вынеси во вне рабочее время. Проследить последовательность загрузок.
    17. Разгрузка SQL созданием RBS
    18. Убедится в доступности интернета на сервере шарепоинт при включенной автозагрузке обновлений или отключить ее.
    19. Пытать програмеров почему после их кода все стало виснуть. Иногда помогает. 

    Мои вопросы:

    1. Имеет ли смысл включать кеш если ферма состоит из одного сервера?
    2. Какими количественными показателями обычно нужно пользоваться для мониторинга оптимизации? Кто чем пользуется? Идера, счетчики виндоус какие? Девелоперский режим отображения сп. В верхнем правом углу есть некая конпка. Которя показывает время редиренга и тд. Какие есть интересные программы которые покажут. В инете полно. Интересует реальный опыт а не теоретический.

    Спасибо.


    http://sharepoint3000.blogspot.ru/ Мой блог, не судите строго- только начинаю.

    3 марта 2013 г. 20:06

Все ответы

  • 20. Антивирус. убрать поиск определенных папок

    http://sharepoint3000.blogspot.ru/ Мой блог, не судите строго- только начинаю.

    3 марта 2013 г. 20:11
  • Здравствуйте Андрей.

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

    12 марта 2013 г. 9:06
    Модератор
  • 1. Обычно оно всегда так и есть? Разве нет?

    2. Я бы рекомендовал прирост на 1 Gb для баз контента. Так же отмечу, что размеры БД контента нужно планировать по возможности заранее. Автоматический прирост это не очень хорошо, ососбенно в 1Мб.

    3. Отключить антивирус? Хм...я бы побоялся.

    4. Иногда чтобы понять откуда растут ноги цепляешься за обычный ивент, не то чтобы за ворнинг или еррор.

    8. Можно применять при достаточной оперативной памяти на веб сервере, иначе можно только потерять в производительности.

    12. До 200 Gb можно не задумываться об этом. 

    13. Очень странный пункт. Почему бы не выдержать минимум рекомендуемые требования. А вообще, мне кажется все зависит от предполагаемой загрузки этой фермы.

    15. Обслуживание SQL должно быть комплексным. Одного плана для все не существует. Все зависит от того, что вы этим хотите добиться: освобождение свободного места, прирост производиетльности SP или самого SQL и т.д.

    16. Должен быть полный план обслуживания фермы распределенный по часам и дням недели, чтобы можно было легко отследить распределение нагрузки.

    17. RBS не всегда разгружает SQL. Для сайтов с небольшим количеством документов (документы до 10 мб, размер БД до 100Gb), я бы вообще не стал заморачиваться с RBS.

    18. Хм...я бы отказался от автоматической загрузки и установки обновление, там где есть SP. Очень это черевато неожиданными остановки и поломками. Ставить только руками после проверки в тестовой среде.

    19. Гнать програмеров, если из-за их решения проседает производительность.

    по кешу: вопрос спорный, нужно смотреть откуда данные будут прочитаны быстрее.

    мониторинг: смотря что вы хотите оптимизировать 



    21 марта 2013 г. 5:25
  • хорошее видео есть ofs312 оптимизация и тюнинг производительности sharepoint 2010 читает Илья Рудь
    21 марта 2013 г. 6:01
    Модератор
  • Антон Спасибо!
    3. Почему? Обычно антивирусы политиками накатываются на все. Без разбора сервер или нет. НА скл сервере никто ничего не делает. ПО не устанавливают, интернета нет. Надо ставить либо какойто специализированный или не ставить вообще.
    4. Вот когда надо будет. тогда и включим :)
    12. ок.
    13. Вот поэтому он и странный, что все предполагают от загрузки. Админы смотрят свои перфомансы и говорят. ну смотри пика не було. Опративка больше 4 Гб не используется. Давай обрежем. Поэтому я и говорю- минимум должен быть минимумом и не будем экономить.
    17. ок
    18. Нет имелось в виду не то. Я не говорю про фактическую установку обновлений. Я говорю про то, что разное По в разное время лезет в инт за проверкой обновлений и других действий, а когда связи не находит начинает притормаживать. Поэтому надо лбо открыть инет. Либо выявить все такое ПО и запретить в нем вылазки
    Да хоть, что. Хочу мониторить все. Я спрашиваю кто чем пользуется и пользуется ли вообще? как проходит рабочий день? неделя? год? какие данные анализируются, какое ПО используется? Направление оптимизация и быстродействие. Только Реальное ПО которое используете, а не ссылки гугл.
    Спасибо.


    http://sharepoint3000.blogspot.ru/ Мой блог, не судите строго- только начинаю.

    21 марта 2013 г. 6:05
  • Спасибо. Да видео не плохое. Я видел его.


    http://sharepoint3000.blogspot.ru/ Мой блог, не судите строго- только начинаю.

    21 марта 2013 г. 6:58