none
SCCM 2012 R2. Applications/Packages. Физическое расположение RRS feed

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

  • Доброго времени суток, коллеги!

    Слегка запутался.

    Есть файловый сервер, на котором шара с дистрибутивом: \\FS1\Share\MyApp.msi

    Есть сайт сервер SCCM 2012 R2, на котором не установлена роль DP, только MP. SS1

    Есть сайт систем SCCM 2012 R2 в том же сайте, на котором развернута роль DP. DP1

    Создаю приложение/пакет для указанного приложения.

    Распространяю его на DP1.

    Вопрос: где физически в таком случае будет располагаться сам дистрибутив?

    Спасибо

    17 апреля 2014 г. 4:55

Все ответы

  • Физически, дистрибутив должен быть и там, и там:

    • На точки распространения дистрибутив будет копироваться с вашей шары.
    • Клиенты будут скачивать дистрибутив с точек распространения.

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


    • Изменено PeTrProduct 17 апреля 2014 г. 7:51
    17 апреля 2014 г. 7:49
  • Очень хорошо.

    То есть на SS самого дистрибутива не будет, а только метаинформация по нему?

    И ещё. Если я в первоначальной шаре произведу какие-то модификации (поменяю файлик, удалю и т.д.) как себя поведёт система?

    И возможна ли такая организация инфраструктуры, при которой дистрибутивы не требуют для хранения каких-либо внешних ресурсов? То есть, скажем, хочу я развернуть офис, чтобы он у меня присутствовал исключительно на DP?

    17 апреля 2014 г. 7:54
  • Ну вот какая вам разница, будет на SS дистрибутив или нет? Что это меняет в вашей жизни?

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

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

    Что вы называете внешним ресурсом? Файловую шару? Если да, то можно использовать (вместо шары) локальные ресурсы (папки) на сервере SCCM. Воспринимайте эту шару (или папки) как эталонную библиотеку программного обеспечения, которая нужна по определению.

    И не забивайте себе голову неважными вещами, сконцентрируйтесь на важных :)

    17 апреля 2014 г. 8:15
  • ЭЭээ, не скажите, уважаемый...

    Меняет, причем весьма существенно.

    Берём простигосподи первоисточник. Planning for Hardware Configurations for Configuration Manager

    Там черным по белому сказано примерно так:

    • Site Server в конфигурации "SQL Server is remote from the site server computer" (в моём случае SS1): 200 GB of disk space for the operating system and Configuration Manager
    • Content (distribution point shares) (В моём случае MP1): As needed

    И вот если я могу позволить себе для одной железяки "As needed" отдать стораж терабайта на два, то вот для второй - не особо. Тем более, учитывая тот чудный факт, что вактически с SS1 клиенты никогда брать дистрибутивов не будет, ибо нет там Distribution Pointа. То есть оно будет просто лежать и не использоваться в повседневной жизни.

    Отсюда собственно и вопросы. Слепо верить офдоку, либо голову прикладывать чуть раньше, чем место кончится ;-) Учитывая опыт общения с документацией MS, верить не хочется.

    По поводу внешнего ресурса, да, я имел в виду файловую шару. Касаемо эталонной библиотеки ПО, то я наивно полагал, что собственно сама по себе инфраструктура SCCM и будет этой самой эталонной библиотекой.

    Но в любом случае спасибо

    17 апреля 2014 г. 8:42
  • Следуйте рекомендациям, не мудрите. Нужно понимать, что многие рекомендации даны в расчете на различные пиковые нагрузки, которые могут быть, могут не быть, могут пройти незамеченными (если вы следовали рекомендациям).

    As neededследует читать как "столько, сколько нужно для хранения ваших пакетов на точке распространения". Если софта у вас 10Gb, то примерно столько вам и понадобится для DP. Если вы планируете распространять обновления, то места нужно зарезервировать больше (желательно, с возможностью увеличивать.уменьшать размер дисков DP в зависимости от реальных потребностей).

    • Изменено PeTrProduct 17 апреля 2014 г. 9:09
    17 апреля 2014 г. 9:03
  • Все верно. Но речь-то идёт не про DP, а про SS, на которой роль DP не установлена.

    17 апреля 2014 г. 9:13
  • Ну выделите ему (SS) дополнительные минимально-рекомендуемые 25Gb свободного места + место для базы (3-5Mb в расчете на одного клиента). Если клиентов у вас несколько тысяч, рекомендую выделить для SS отдельный логический диск ~75Gb.


    • Изменено PeTrProduct 17 апреля 2014 г. 9:24
    17 апреля 2014 г. 9:21
  • Для базы не актуально, SQL внешний.

    25 Gb? При планируемом объеме дистрибутивов в терабайт?

    То есть таки отвечая на мой первоначальный вопрос, SS не хранит дистрибутивы, верно?

    17 апреля 2014 г. 10:01
  • Всем спасибо.

    Правильный ответ такой: SS сохраняет весь контент, который передаёт на DP. То есть при планировании ресурсов это надо учитывать.

    Источник: Site Server doesn't have Distribution Point role yet it has a SCCMContentLib folder

    И докучи немного теории:

    Understanding the Configuration Manager Content Library

    Understanding the new content library store in 5 minutes

    18 апреля 2014 г. 6:55