все от задач

все от задач

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

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

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

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

)))

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

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

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

;ждем поддержки 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

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

тут вариантов масса, без анализа никак

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

это у меня как раз и есть тестовая среда. Основная иерархия с 30тыс. клиентов, и около 70 различных систем

это у меня как раз и есть тестовая среда. Основная иерархия с 30тыс. клиентов, и около 70 различных систем

жесть!

не совсем тестовая, конечно, но отрабатываю я всё на ней

не совсем тестовая, конечно, но отрабатываю я всё на ней

потести 1 DP ещё

текущий

в этой тестовой середе

*среде

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

Парни есть проблема при заливке

Гугл пишет поменять время в Бирме на тачке

Биосе

и в логе x:\windows\temp\smsts\smsts.log

?

Ща погляжу

Про время актуально

Коллега юный много раз попадал по этой теме

время проверял

И еще была хрень с висячими тачками

тут x:\windows\temp\smstslog\smsts.log говорит ничего нет

что за хрень с висячими тачками?

Unknown которые

Бывало чет таких штук 5 висят в all systems

Удалишь и понеслось

Ну эт из того что было у меня по этой ошибке

просто вообще эти тачки были залиты с SCCM дня два назад

а теперь вот такая фигня

Тогда просто удалить

Так было с рабочей одной

Хз что там затупило

Удалил из sccm и пошло дело

ща проверю

вообще когда такие ошибки при task sequence у меня возникают я действую по схеме: 1) проверить удалена ли машина из sc (если на этой машине ранее винда через sc разворачивалась) 2) проверить время и дату в BIOS 3) очистить необходимые развёртывания PXE из коллекции всех устройств 4) удалить неизвестные машины из sc 5) проверить загрузочные образы на DP

есть ещё разные шаманства, но обычно этого хватает, даже не всех пунктов)

так прям избыточно =)

на sccm тачки нет

время ок

ща проверю

ну как там ? =)

так и нет ?

RegOpenKeyExW is unsuccessful for Software\Microsoft\SMS\Task Sequence

GetTsRegValue() is unsuccessful. 0x80070002.

в task sequence что нибудь менял?

как стояло все так и стоит

сегодня уже лили тачки

на другой машине всё ок?

нет

на второй такая же фигня

но они обе были два дна назат залиты

а любая другая то ок ?

вот щас собираю)

если есть возможностьб проверь на ещё ни разу не залитой