Поштучно

Айкосы. Вейпы уже никто не курит

курят очень

почти все уже на айкосе

курят очень

Даже в Бутово не курят.

Даже в Бутово не курят.

просто ты не модный

просто ты не модный

Я вообще 7 лет не курю. А тех, кто курит - презираю

Я вообще 7 лет не курю. А тех, кто курит - презираю

более ? решил бросить

Нет

Все, Добби свободен

Фото носка в студию

Где носки? Бесплатно раздают?

Простите, я думал, это канал античата.

Все, Добби свободен

В PFE берут?)

В PFE берут?)

Не, посебо, мне этого не надо :)

Не, посебо, мне этого не надо :)

так ты жи хотел в подкасте сам говорил

уже все назад слова берешь)

Не, посебо, мне этого не надо :)

В влогеры подался?

В влогеры подался?

уже было)

Интрига крч. В любом случае, удачи, Антон

Не, посебо, мне этого не надо :)

А как же интюн?!

А как же интюн?!

Я может ошибаюсь, но PFE по облаку пока немного, и те не у нас.

В партнёра, ажуровским архитектором

Думаешь отпиздить надо?

В партнёра, ажуровским архитектором

Огонь! Поздравляю! Успеха!

Я может ошибаюсь, но PFE по облаку пока немного, и те не у нас.

Не ошибаешься. Хотя наши сейчас начинают щупать облака

А как же интюн?!

Да кому он нужен

Не, посебо, мне этого не надо :)

Я думал, вика тебя соблазнила

Я может ошибаюсь, но PFE по облаку пока немного, и те не у нас.

Наши совмещают сццм и интюн

Отдельных нет

В партнёра, ажуровским архитектором

Думаешь отпиздить надо?

Пора!

Привет, Anton (@Anton7m)! Добро пожаловать на канал @ConfigMgr 🔥 Самое интересное читать в канале - @MicrosoftRus 🎧 Подкаст “Мамкин Айтишник” - @MamkinBoyCast Аудио версия: Apple Podcasts | Google Podcasts | Яндекс Музыка | Spotify | ВКонтакте ▶ Видео версия на YouTube: 🎧 #7 — Виктория Гиндосова — Microsoft Premier Field Engineer по Exchange Telegram группы: @ConfigMgr - Configuration Manager, Intune, MEM @ConfigMgrEN - Configuration Manager, Intune, MEM - English only @OpsMgr - Operations Manager, Data Protection Manager, Orchestrator @ITTalks - разговоры об IT @ITflood - флуд

Т.е. бест практич скорее рбак и на одном с5рвере?

Мы так сделали. Сервера в один сайт, бизнес машины в другой сайт, асутп машины в третий сайт. Всё нормально, всё устраивает. Да, в три раза больше инфраструктуры это буээ, за то можно ребутать сайты независимо друг от друга. Границы разведите нормально, что бы с оверлапом не мучаться. И про кас забудьте как про страшный сон

В партнёра, ажуровским архитектором

даже знаю в какого партнёра )

даже знаю в какого партнёра )

На первую букву алфавита?

На первую букву алфавита?

их там несколько первых

Мы так сделали. Сервера в один сайт, бизнес машины в другой сайт, асутп машины в третий сайт. Всё нормально, всё устраивает. Да, в три раза больше инфраструктуры это буээ, за то можно ребутать сайты независимо друг от друга. Границы разведите нормально, что бы с оверлапом не мучаться. И про кас забудьте как про страшный сон

Два праймари с двумя и более сайтами без каса? Интересно.

Два праймари с двумя и более сайтами без каса? Интересно.

ммм не два праймари с двумя и более, а два с двумя, без более. И без каса, да

Что-то я был убежден что так нельзя. Буду перечитывать документацию)

а чего нельзя то? один сайт - один prime, три сайта - три прайма, границы не встречаются (но это не принципиально), рбаки ваще разные, всё разное

Any English language Channel

Any English language Channel

@ConfigMgrEN

В партнёра, ажуровским архитектором

Сммщик переобулся в ажурщика!:) грац! молодца, удачи!)

Сммщик переобулся в ажурщика!:) грац! молодца, удачи!)

Так весь ццм в мекм переобулся. Ин клауд ви траст, йопта

Почитайте сиё, глядишь добавится понимание процесса: https://scpferublog.wordpress.com/2019/01/25/configmgr-update-management-part-1/

Стало намного понятнее, но все же хотел уточнить один момент. Получается роль WSUS все равно нужна для поиска обновлений, но управление обновлениями осуществляется полностью через CM, а контент распространяется через роль DP. Ну и чистку все равно нужно периодически делать через консоль WSUS. Получается если у меня сейчас есть сервер WSUS + отдельный сервер с SQL под него (просто потому что мог) и будет сервер CM с ролью DP + отдельный сервер с SQL, то в идеале мне нужно добавить роль WSUS на сервер с CM и перенести базу на SQL для CM?

Стало намного понятнее, но все же хотел уточнить один момент. Получается роль WSUS все равно нужна для поиска обновлений, но управление обновлениями осуществляется полностью через CM, а контент распространяется через роль DP. Ну и чистку все равно нужно периодически делать через консоль WSUS. Получается если у меня сейчас есть сервер WSUS + отдельный сервер с SQL под него (просто потому что мог) и будет сервер CM с ролью DP + отдельный сервер с SQL, то в идеале мне нужно добавить роль WSUS на сервер с CM и перенести базу на SQL для CM?

Лучше поднять новый всус с новой БД, можно на том же sql, что и Configmgr

Лучше поднять новый всус с новой БД, можно на том же sql, что и Configmgr

Да, я как раз так и хотел сказать, наверно не очень понятно написал.

Старый wsus оставить как есть, ну и в перспективе базу его грохнуть, а фронтенд направить на новую БД

Мы нынче рекомендуем делать 2 wsus с общей бд, на случай если один помрёт

Я вообще перспективе хотел бы сделать два сервера идентичных со всеми ролями CM, для отказоусточивости. Но пока вообще не смотрел как это делается по бест практисам

Та может пусть один поработает как раньше, а на sup cm серваке поднять новый всус и пилотно переводить на него коллекции

Та может пусть один поработает как раньше, а на sup cm серваке поднять новый всус и пилотно переводить на него коллекции

И я про то

Я вообще перспективе хотел бы сделать два сервера идентичных со всеми ролями CM, для отказоусточивости. Но пока вообще не смотрел как это делается по бест практисам

Слегка геморно делается)

Я вообще перспективе хотел бы сделать два сервера идентичных со всеми ролями CM, для отказоусточивости. Но пока вообще не смотрел как это делается по бест практисам

https://social.technet.microsoft.com/wiki/contents/articles/52901.sccm-passive-site-server-configuration-step-by-step.aspx

Слегка геморно делается)

А если вдруг помрет сервер с cm? Кстати, он как из бэкапа восстанавливается? Много подводных камней?

https://social.technet.microsoft.com/wiki/contents/articles/52901.sccm-passive-site-server-configuration-step-by-step.aspx

Огонь, спс

А если вдруг помрет сервер с cm? Кстати, он как из бэкапа восстанавливается? Много подводных камней?

Есть же внутренний механизм резервного копирования, в курсе, да?

Есть же внутренний механизм резервного копирования, в курсе, да?

Пока нет...

Ну в этом месте уже пора сходить на docs.microsoft.com

Прям в раздел про config mgr. Но в качестве подсказки, включается оно в задачах обслуживания сайта в администрировании

Спс, почитаю

Сммщик переобулся в ажурщика!:) грац! молодца, удачи!)

Это нормально в наше непростое время

Скоро и чатик переименует(

Это нормально в наше непростое время

Конечно нормально)) я его не осуждаю))

Сммщик переобулся в ажурщика!:) грац! молодца, удачи!)

Кому нужен этот ваш сццм

А вообще норм, зачем в одном инструменте застревать

Развитие там и вот это вот все

А вообще норм, зачем в одном инструменте застревать

Именно)

"Изучайте технологии а не продукты", как завещал великий Ленин

А еще так завещал великий Microsoft и 30 июня 2020 прекращает выдавать продуктово-ориентированные сертификации MCSA, MCSE, MCSD

А еще так завещал великий Microsoft и 30 июня 2020 прекращает выдавать продуктово-ориентированные сертификации MCSA, MCSE, MCSD

Печаль

Будут все mcp

Не спорю. Но мне бы стало скучно.

Но задачи +/- одинаковые

Жень, я не говорю что это плохо или хорошо

Каждому свое

sccm конечно интересно, но намного интереснее хотя бы связка sccm+scsm

запросы на установку ПО с утверждением без надобности одобрять все в консоли

так это с любой нормальной itsm тулой делается

назови две

кроме scsm