none
Место на жестком диске Sharepoint 2016 RRS feed

  • Вопрос

  • день добрый. Подскажите пожалуйста про системные требования..

    смотрю везде про системные требования по железу для шарика 2016, везде требуется 80 GB for system drive
    80 GB for second drive

    рассматриваю варианты вот таких ролей:

    Front-end with Distributed Cache

    Application with Search

    зачем мне делать два диска по 80 Gb ?? что обе роли будут хранить на этих двух дисках??

    разве все не храниться на SQL  Server?????

    24 ноября 2016 г. 11:52

Ответы

  • BLOB кэш храниться на Front-end
    Поисковые индексы, по умолчанию будут храниться на сервере инстансе 
    Application, (если их больше 1 то на том где развернуть центр администрирования)

    В дальнейшем при оптимизации службы поиска есть рекомендации хранить Index Partition на 2 серверах.

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


    25 ноября 2016 г. 13:25

Все ответы

  • Видимо имеется ввиду, что первый диск под систему, второй под инсталяцию SP, тот же поиск много данных выкачивает временно при индексировании и тд.
    25 ноября 2016 г. 2:57
  • Есть рекомендации в которых при настройке BLOB кэша - место под кэширование должно быть расположено НЕ на диске на котором расположена ОС.
    Так же видел много практик, где логирование uls и iis переносят на не системный диск.

    В принципе можно создать ферму и с серверами с 1 диском на 80.
    Но нужно будет ограничивать uls, ограничивать BLOB(или не включать его). В принципе все будет работать, но нужно учитывать, что вы не соблюдаете рекомендации 

    25 ноября 2016 г. 7:02
  • Ну blob cache лучше выносить отдельно на SSD если таковые имеются, в принципе от того что они будут на диске с системой ничего не случится. В любом случае все это рекомендации и все зависит от нагрузки, на крайний случай блоб кеш можно всегда поменять место, в отличии от директории инсталяции и соответствено директории crawler`a, они меняются только с переустановкой, поэтому его лучше сразу выносить на отличный от системы диск.
    25 ноября 2016 г. 7:34
  • хорошо с двумя дисками я согласен насчет того что один для системы другой для шарика.

    но вот есть два сервера  одна роль у нее 

    Front-end with Distributed Cache

     у другой роль Application with Search

     зачем им по 80 гиго винта ?? ( я про второй диск)

    тоесть оба сервера будут хранить BLOB кэша   на 80 гигов????

    как спрогназировать ну хоть как кто примерно увлечение диска D ?

    Вот у меня есть база 18 гигов, есть пользователи 900 человек.

    пользуются примерно 35 %.

    как мне понять и спрогназировать объем этих дисков, и на сколько возможно потребуется увеличить их?? 

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

    Большое Спасибо, за ответы на тупые вопросы.... 

    25 ноября 2016 г. 12:37
  • BLOB кэш храниться на Front-end
    Поисковые индексы, по умолчанию будут храниться на сервере инстансе 
    Application, (если их больше 1 то на том где развернуть центр администрирования)

    В дальнейшем при оптимизации службы поиска есть рекомендации хранить Index Partition на 2 серверах.

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


    25 ноября 2016 г. 13:25