И процессы

а, ну ок ждем

Пиркэш?

Тоже нет

Пиркэш?

Он больше не про обновления. Я, если честно, пока не вижу большого применения, кроме как шаринга в WinPE

ну наверно... хотя у нас филиальная структура 3-7 компов * 300 филиалов (магазинов) с каналами от 2 до 10 мбит

там прям сильно чувствуется выигрыш

А чем бранчкэш не устраивает?

не понял чет

Для обмена данными между клиентами ещё начиная с Windows 7 есть технология Branchcache, её даже ConfigMgr 2007 поддерживает

ну вот мы ПирКэш (который кусочек бренчкэша от Bits-а) и используем Но мало так сказать понимаем в этом процессе, поэтому и спрашивал будет ли :)

а где блог?

ну вот мы ПирКэш (который кусочек бренчкэша от Bits-а) и используем Но мало так сказать понимаем в этом процессе, поэтому и спрашивал будет ли :)

Пиркэш вообще не имеет отношения к bits o_O

Не путаете?

System Center PFE Russia Blog – This blog about System Center from Microsoft PFE Team in the System Center area. https://blogs.technet.microsoft.com/scpferublog/

подписываемся :)

Пиркэш вообще не имеет отношения к bits o_O

https://msdn.microsoft.com/en-us/library/windows/desktop/aa964314(v=vs.85).aspx

https://msdn.microsoft.com/en-us/library/windows/desktop/aa964314(v=vs.85).aspx

Ах ты е, есть такое же, да

Только он peer caching

А есть ConfigMgr Client Peer Cache

угук, напладили одинаковых названий :)

Client Peer Cache | Microsoft Docs https://docs.microsoft.com/en-us/sccm/core/plan-design/hierarchy/client-peer-cache

Да беда

А потом начинается

Как раз пишу мегастатью по обновлениям через конфиг

в каком смысле "через конфиг"

в каком смысле "через конфиг"

Через Configuration Manager

а что в этой статье будет нового?

а что в этой статье будет нового?

Да все старое, только систематично. Ну и процесс как надо делать группы-коллекции-adr

И куча подводных камней

да, нужная статья будет

Самое банальное: при установке WSUS по умолчанию ставится WID, которая не нужна при наличии нормального SQL. Надо не забыть переставить галочки.

А то потом корчевать долго

я скоро тоже буду захуяривать статью "обновление arr ферм через sccm и server groups"

Базу переносить, делать wsusutil postinstall

я скоро тоже буду захуяривать статью "обновление arr ферм через sccm и server groups"

Вот это дело. А то я еще не видел эту фичу у кого-то в продакшене

Самое банальное: при установке WSUS по умолчанию ставится WID, которая не нужна при наличии нормального SQL. Надо не забыть переставить галочки.

ну это и правда банальное

И массовое

Многие не знают, что WSUS под SUP надо чистить

¯\_(ツ)_/¯

А еще что если SUP удалить, то все обновления экспайрятся

А клиенты по дефолту бодро полезут в интернет за ними

я скоро тоже буду захуяривать статью "обновление arr ферм через sccm и server groups"

ждемс :)

ссылку?

Нету пока же ещё

ссылку на блог?

System Center PFE Russia Blog – This blog about System Center from Microsoft PFE Team in the System Center area. https://blogs.technet.microsoft.com/scpferublog/

Вот же, положила

я про блог/статью Евгения

тоже там же?

ааа, тогда его спрашивайте через @skotskiy

Мы можем репостнуть, если хорошая статья будет

ок

@skotskiy ссылку на блог ?

Вот же, положила

Большая у вас комманда по СНГ?

5 человек сейчас по ConfigMgr

а MS консалтинг, это отдельные люди? Или пересекаетесь?

Мы с ними теперь один отдел )

но пересекаемся пока не очень много

Понятно, ну здорово, что в блоге появляются статьи а то по ccm, рускоязычном, очень мало ресурсов.

Тут вот есть целый @masyan

@masyan Антоха, ты еще целый там? :) со своими чатботами и подготовками?

Был ещё http://sccm.com.ua

Даже есть, и материалы неплохие

Ну этого мы знаем :)

Это бы прочитать

А чего ещё не хватает? Новостей вроде много всяких

Рейс задерживают, заценю ка что там записал Ляшов уровня 400

ERROR: S client not available

последнее время уровень 400 - это показали в какие логи смотреть :) ну, это так, ....

Не хватает How its work Наземные решения совсем не освещают

полно всяких How to / Step by Step но как работает - мало

https://youtu.be/hTYhE-eh-ME

Взялся слушать, ошибок много )

Неправильно трактует события в логе

ну это лучше отдельным текстом с разбором

Да ужжж

Да все старое, только систематично. Ну и процесс как надо делать группы-коллекции-adr

Лишним точно не будет :) чем больше сообщество, тем лучше продукт :)

Например, рассказывает, что информация о добавлении PXE на DP публикуется в AD

Например, рассказывает, что информация о добавлении PXE на DP публикуется в AD

Ну вот и еще один вариант для статьи

? Connecting... ? login: Сергей (@o_serega) ? password: ************d| Initializing... ? ✅ Access Allowed Добро пожаловать на канал @ConfigMgr Все правила у бота @SystemCenter_Bot Подписываемся на канал ITpro News & Reviews - https://t.me/MicrosoftRus Группа SCCM User Group Russia на Facebook Telegram группы: - SCOM: Operations Manager - IT Talks: разговоры об IT - IT Flood: флуд, конкурсы. Правил нет, будьте осторожны. ?Подписываемся.

https://youtu.be/hTYhE-eh-ME

Да, с логами у него не очень, понимания деталей процесса нет. Но в целом понимание процесса загрузки есть, так скажем, процентов на 90

логи - это пиздец, гигабайты бесполезного мусора

Эвентвьювер открой и посмотри, что там

когда клиент начнёт в этот самый эвентвьюер писать?

когда клиент начнёт в этот самый эвентвьюер писать?

Не надо нам такого, будет полная мусорка как в скоме

А так каждый тред в свой лог аккуратно пишет

Правда некоторые логи бывает сложно найти )

да, это тоже дикий позор

Smsts.log велик

Чемпион по переездам

Не надо нам такого, будет полная мусорка как в скоме

Логи скома? Да там хрен пойми что и куда

Логи скома? Да там хрен пойми что и куда

У них один лог на все случаи жизни. Даже на сервере

У ссм идеальные логи по сравнению со скомом

Но он логичный

И это печально

Ад - это DPM

Ну и get-windowsupdatelog

Ад - это DPM

Это тоже есть, коллеги занимаются... dpm - боль и страдания

дпм это очень классно в плане логов, да

На предыдущей работа был emc networker, вот где хорошо было :)