Всем ещё клёвых отчетов от Ларсена http://larsenconfigmgr.blogspot.co.ke/2016/06/distribution-point-dashboard-reports.html

ох, у меня с дипишки основной в день проливается по 40+гигов ;))

пик был 151 гиг ))))

матерьбожечки

у нас не такие хорошие свитчи, загибаются(

http://c2n.me/3zsw2KI

Вопросам по дашбордам, они только в отчеты падают, они интерактивные? Или просто срез на момент создания отчета?

запрос же в базу

Ну запрос один раз или через интервалы времени? Самообновляется?

Имею ввиду на отдельный монитор вывести и смотреть как графики рисуются, показатели меняются можно?))

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

Тогда проще в оперейшн манеджере полноценный дашборд собрать....

мы про разные вещт говорим ;)

мы про разные вещт говорим ;)

powerBI активно юзаешь?)

Да кстати, не знал о такой штуке

я вот недавно наткунлся

Платное?

там еще и коннектор есть к он-премис сиквелу )

пока ещё толком не тыкал

декстопный клиент бесплатный

Платное?

есть фри есть в 365-ом

облачный сервис по подписке

там еще и коннектор есть к он-премис сиквелу )

ну там коннектор в принципу к сиквелу есть и к репортинг сервисам

я думаю затестить на данных которые 1с выкидывает из Управления ИТ отделом, что бы видеть суть и заодно отчётики красивые делать

Шаблоны есть готовые для конфигменеджера?

Шаблоны есть готовые для конфигменеджера?

нет, всё сам.

ну и данные из разных мест там удобно собирать

https://gallery.technet.microsoft.com/Power-BI-SCCM-Dashboard-d1b7e688

ну и данные из разных мест там удобно собирать

ну я уже столкунлся с Excel - CTRL+T что бы таблицу таблицей сделать)

иначе не жуёт

Какая красота, будем купить

Курить

в принципе информация - для отчётиков, на дашборд выводить смысла не вижу

все от задач

все от задач

я подразумеваю что на дашборде а именно на большом маниторе на стене, должна выводиться на самом деле ВАЖНАЯ информация. А тут же, на скрине в основном статистическая - тобишь к сведению.

ну ок, я что навязываю кому то? это вообще скрин с галлереи, где вы ше ссылка была ;)

ну ок, я что навязываю кому то? это вообще скрин с галлереи, где вы ше ссылка была ;)

нет, не в коем, я просто мысль свою обьяснил)

)))

ну ок, я что навязываю кому то? это вообще скрин с галлереи, где вы ше ссылка была ;)

прочитал ещё раз и подумал что могли меня не правильно понять)

якобы дашборды - для отчётиков в принципе)

;ждем поддержки 16 сиквела в sccm, вроде как и сейчас все работает, но продакшен точно рановато )

коллеги, где-то натыкался, не могу повторно найти, подскажите, чем руководствоваться при определении необходимого количества и типа точек распространения в иерархии 2012r2sp1

каналами, клиентами, задачами

а конкретнее? есть мануал?

вот тут почитать можно https://technet.microsoft.com/ru-ru/library/gg712681.aspx

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

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

ну дык, тут же суть в том что клиент берёт апдейт или ещё что с ближайшей для него ДП

вот, не помню я кол-во клиентов на 1 дп по рекомендациям...

ну дык, тут же суть в том что клиент берёт апдейт или ещё что с ближайшей для него ДП

если не брать многофилиальную структуру с удаленными DP и узкими каналами, меня больше интересует при 1 primary site и 3000 клиентах на одинаковом расстоянии и при хороших каналах до primary site есть смысл делать несколько DP или нет

если не брать многофилиальную структуру с удаленными DP и узкими каналами, меня больше интересует при 1 primary site и 3000 клиентах на одинаковом расстоянии и при хороших каналах до primary site есть смысл делать несколько DP или нет

135ГБ за какое время?

за день )

апдейты через него же раздаёшь?

да

я бы сделал

разделил

апдейты на одном - всё остальное на другом

да там всего остального настолько мало, что смысла отдельную DP для этого делать нет, 10-20Гб в неделю вряд ли нагружают DP

А если да поднимать согласно территориальным делениям?

Дп

У нас так реализовано

А если да поднимать согласно территориальным делениям?

желательно, что бы компы рассасывались по ближайшим ДП а не сосали всё еле-еле с одной

Ну так и получается в принципе, на один дп сервер от 200 до 1000

Ну так и получается в принципе, на один дп сервер от 200 до 1000

вот какие-нибудь такие официальные цифры на нехнете и хотелось бы найти

*технете :)

вот какие-нибудь такие официальные цифры на нехнете и хотелось бы найти

Они там где-то и были

Они там где-то и были

нет, они там в виде: Each distribution point supports connections from up to 4,000 clients. Each distribution point supports a combined total of up to 10,000 packages and applications. и как предупреждение The actual number of clients that one distribution point can support depends on the speed of the network, and the hardware configuration of the distribution point computer.

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

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

исходи из того что написано и логики

основные моменты это диски

и сеть

вот исходя из нагрузок на сеть и на диски и плоди ДП

исходя из того, что написано, я и сделал 1 DP :)

нее))

у тебя вот 3к компов

каждому что-то нужно

если у тебя клиенты ставят себе всякие апликухи по 5ГБ каждый день, плюс апдейты качает весь зоопарк

то тут можно и разделить - wsus отдельно, DP с аппликухами отдельно, PXE отдельно

опять же, есть ли у тебя тестовая среда? В большинстве случаев это ИТ отдел как раз таки, в этом случае отдельный DP

ставится, тестируется и уже в продакшн переносится