none
работа схемы PS(1шт)+SS(4шт) RRS feed

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти

    Планируется схема PS+SS на компанию с 5ю офисами, одним доменом AD

    Офис1 - 240 клиентов

    Офис2 - 130 клиентов

    Офис3 - 550 клиентов

    Офис4 - 190 клиентов

    Офис5 - 180 клиентов

    Требования:
    1. необходимо иметь возможность централизованно устанавливать обновления (здесь больше наверное про то, что хотелось бы формировать правила, создавать пакеты и т.п. с одной точки, не переключаясь по консолям каждого из офисов)
    2. необходимо иметь возможность использовать SCCM для автоматической установки OS на рабочие станции пользователей  (что бы техподдержка в каждом офисе могла сама заливать систему на рабочии станции)
    3. необходимо иметь возможность центролизованной установки программного обеспечения на рабочие станции пользователей (то же самое, что и в пункте 1)
    4. необходимо иметь возможность центролизованной установки обновлений программного обеспечения

    Сценарий такой:

    Ставим в Офис1 - PrimarySite(SUP, MP, Сервер сайта, Site system, MP, DataBase server, DP, Reporting Services Point)

    Ставим в офисы 2,3,4,5 - SecondarySite(SUP, MP, Site system, DataBase server, DP)

    Есть непонимание и вопросы как это будет работать, а именно:

    1. На SS можно ли поставить MP?

    2. Если первый пункт = нет, то получается что клиенты с офисов 2-5 будут отсчитываться и общаться с SS(офис1) - насколько большой это будет трафик? как посчитать?

    3. Нашел информацию, что размер базы SQL около 5мб на узел. Это я как понимаю надо закладывать на PS. А как рассчитать размер базы на SS, если все клиенты будут общаться с PS? (или я все таки что-то не понимаю)

    4. Что бы техподдержка в каждом из офисов могла сама создавать пакеты и настраивать их развертывание, они все из каждого региона должны будут подключатся консолью к PS или к SS у себя в офисе?

    5. Не могу понять, нужен ли Wsus на DP?

    26 сентября 2018 г. 15:30
    |

Ответы

  • Question
    Нужно войти
    2
    Нужно войти

    Добрый день!

    Используйте отдельный диск для БД и увеличивайте по мере загрузки если понадобиться. Конкретные цифры трудно назвать, все зависит от вашей инфраструктуры и количества того что распространяете, на своем опыте могу сказать что редко переваливал объем диска на вторичном сайте за 600гб (контент, апдейты, и тд) при общем количестве узлов около 4000, но это исключительно мой случай.

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

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

    На вторичный сайт можно ставить SUP, а в некоторых случаях нужно. Подробно как это работает почитайте тут:

    https://blogs.technet.microsoft.com/scpferublog/2017/11/22/configmgr-update-management-part-1/




    • Изменено Демин Илья 27 сентября 2018 г. 7:48
    • Помечено в качестве ответа itdmit 27 сентября 2018 г. 8:03
    27 сентября 2018 г. 7:39
    |

Все ответы

  • Question
    Нужно войти
    2
    Нужно войти

    1. Да можно

    3. Размер Express версии базы SQL равен 10гб.

    4. Будут подключаться куда выберите. Почитать можно тут:

    https://docs.microsoft.com/ru-ru/sccm/core/servers/manage/admin-console

    5. WSUS нужен будет для SUP. DP это просто сборная солянка контента - пакеты приложения и тд

    26 сентября 2018 г. 15:47
    |
  • Question
    Нужно войти
    0
    Нужно войти

    1. Да можно

    3. Размер Express версии базы SQL равен 10гб.

    4. Будут подключаться куда выберите. Почитать можно тут:

    https://docs.microsoft.com/ru-ru/sccm/core/servers/manage/admin-console

    5. WSUS нужен будет для SUP. DP это просто сборная солянка контента - пакеты приложения и тд

    3) А разве в комплекте с SCCM не поставляется SQL Server Standard ?

    The opinion expressed by me is not an official position of Microsoft

    26 сентября 2018 г. 15:51
    |
    Модератор
  • Question
    Нужно войти
    2
    Нужно войти

    На сколько я помню на вторичные сайты сайты - Express

    https://docs.microsoft.com/en-us/sccm/core/servers/deploy/install/use-the-setup-wizard-to-install-sites

    26 сентября 2018 г. 16:02
    |
  • Question
    Нужно войти
    0
    Нужно войти

    1. Да можно

    3. Размер Express версии базы SQL равен 10гб.

    4. Будут подключаться куда выберите. Почитать можно тут:

    https://docs.microsoft.com/ru-ru/sccm/core/servers/manage/admin-console

    5. WSUS нужен будет для SUP. DP это просто сборная солянка контента - пакеты приложения и тд

    По 3му пункту больше вопрос в том, как спланировать(заложить дисковое пространство под базу. у экспресса может и 10ГБ и в случае чего придется перейти на Standart, но вот насколько большой будет этот стандарт непонятно.

    И все такие не могу понять и найти точное описание того, что будут передавать клиенты с офисов 2,3,4,5 на PS офиса1, в обход своих SS? 

    -Анализ апдейтов со своих локальных SUP - это ОК

    - Сами дистрибутивы со своих локальных DP - это ОК

    - Инвентаризационную информацию и информацию о выполнении установок апдейтов например, куда будут отдавать?

    По 5му пункту - нормальная практика ставить SUP на SS? Это вообще возможно?


    • Изменено itdmit 27 сентября 2018 г. 6:56
    27 сентября 2018 г. 6:54
    |
  • Question
    Нужно войти
    2
    Нужно войти

    Добрый день!

    Используйте отдельный диск для БД и увеличивайте по мере загрузки если понадобиться. Конкретные цифры трудно назвать, все зависит от вашей инфраструктуры и количества того что распространяете, на своем опыте могу сказать что редко переваливал объем диска на вторичном сайте за 600гб (контент, апдейты, и тд) при общем количестве узлов около 4000, но это исключительно мой случай.

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

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

    На вторичный сайт можно ставить SUP, а в некоторых случаях нужно. Подробно как это работает почитайте тут:

    https://blogs.technet.microsoft.com/scpferublog/2017/11/22/configmgr-update-management-part-1/




    • Изменено Демин Илья 27 сентября 2018 г. 7:48
    • Помечено в качестве ответа itdmit 27 сентября 2018 г. 8:03
    27 сентября 2018 г. 7:39
    |