4
Update SCCM Current Branch während nicht alle Distribution Points am Netz
Moin,
wir sind z.T. voll im Rollout auf Windows 10 Ent. per SCCM.
Dabei erhalten alle Standorte einen neuen Standortserver mit DP-Rolle.
Nun müssen wir im laufenden Rollout ein Update auf SCCM 1810 durchführen. Generell kennen wir uns mit SCCM Updates aus, das haben wir in der Vergangenheit schon mehrfach gemacht. Aber eben noch nie während eines laufenden Rollouts.
Aus technischen Gründen sind nicht alle neuen Standortserver im Netzwerk. Teilweise kann es bis zu 6 Wochen dauern, bis einzelne Standortserver wieder im Netzwerk sind.
Wir wollen natürlich nicht den Rollout für mehrere Wochen pausieren um erst alle Standortserver im Netzwerk zu haben, sondern das SCCM Update möglichst im laufenden Rollout durchführen. Hat Jemand schon mal ein SCCM-Update gemacht, wenn einzelne DP längere Zeit nicht im Netzwerk waren!?
Gruß
Dirk
wir sind z.T. voll im Rollout auf Windows 10 Ent. per SCCM.
Dabei erhalten alle Standorte einen neuen Standortserver mit DP-Rolle.
Nun müssen wir im laufenden Rollout ein Update auf SCCM 1810 durchführen. Generell kennen wir uns mit SCCM Updates aus, das haben wir in der Vergangenheit schon mehrfach gemacht. Aber eben noch nie während eines laufenden Rollouts.
Aus technischen Gründen sind nicht alle neuen Standortserver im Netzwerk. Teilweise kann es bis zu 6 Wochen dauern, bis einzelne Standortserver wieder im Netzwerk sind.
Wir wollen natürlich nicht den Rollout für mehrere Wochen pausieren um erst alle Standortserver im Netzwerk zu haben, sondern das SCCM Update möglichst im laufenden Rollout durchführen. Hat Jemand schon mal ein SCCM-Update gemacht, wenn einzelne DP längere Zeit nicht im Netzwerk waren!?
Gruß
Dirk
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 421972
Url: https://administrator.de/forum/update-sccm-current-branch-waehrend-nicht-alle-distribution-points-am-netz-421972.html
Ausgedruckt am: 22.12.2024 um 07:12 Uhr
4 Kommentare
Neuester Kommentar
Hi monstermania,
Meiner Ansicht nach sollte ihr das Upgrade verschieben bis das Rollout vorbei ist. Meiner Erfahrung nach gibt es keine Probleme die fehlenden DPs nachzuziehen, aber sag niemals nie!!
Einige neue Features sind außerdem nicht unkritisch Bsp: TLS und das Upgrade dauert ewig. In unserem Fall > 3 Stunden.
Sicherheitstechnisch hat sich nicht viel getan, es besteht also nicht unbedingt hoher Zeitdruck.
Grüße!
mayho
Meiner Ansicht nach sollte ihr das Upgrade verschieben bis das Rollout vorbei ist. Meiner Erfahrung nach gibt es keine Probleme die fehlenden DPs nachzuziehen, aber sag niemals nie!!
Einige neue Features sind außerdem nicht unkritisch Bsp: TLS und das Upgrade dauert ewig. In unserem Fall > 3 Stunden.
Sicherheitstechnisch hat sich nicht viel getan, es besteht also nicht unbedingt hoher Zeitdruck.
Grüße!
mayho
Zitat von @mayho33:
Meiner Ansicht nach sollte ihr das Upgrade verschieben bis das Rollout vorbei ist. Meiner Erfahrung nach gibt es keine Probleme die fehlenden DPs nachzuziehen, aber sag niemals nie!!
Meiner Ansicht nach sollte ihr das Upgrade verschieben bis das Rollout vorbei ist. Meiner Erfahrung nach gibt es keine Probleme die fehlenden DPs nachzuziehen, aber sag niemals nie!!
Verschieben bis nach dem Rollout ist leider keine Option!
Unser Rollout läuft bis November 2019. Wir wollen/müssen aber jetzt auf Win10 1809 wechseln, da die Windows Herbst-Releases für 30 Monate Updates bekommen (Frühjahr-Release nur 18 Monate).
Leider wurde vor dem Rollout-Start nicht bedacht, dass unser SCCM nur Windows bis 1803 supportet.
Gruß
Dirk
PS: Ja, das die SCCM-Updates dauern wissen wir. Beim letzten mal waren dass ~ 2 Tage
Wie werden denn die Clients am Standort betankt die keinen eigenen DP habe? Per USB-Stick, Boot-CD oder haben die einfach den Agent auf einen entfernten DP geeicht?
Dann lasst das Rollout des neuen CCMAgent auf die entsprechenden Clients einfach mal offen bis das Upgrade abgeschlossen ist. So holen sich die Clients ihr Image eh von einem aktuellen DP. Ist halt ne Frage der Bandbreite.
Wenn das Upgrade abgeschlossen ist, vom aktuellen DP auf die entsprechenden Clients den neuen CCM-Client mit entsprechenden Settings ausrollen (Als Application oder Package, nicht via "Install-Client" in der Console). Sobald der CCM-Agent mit den neuen Settings aktiv ist, holen sich die Clients ihr Image vom neuen DP.
Dann lasst das Rollout des neuen CCMAgent auf die entsprechenden Clients einfach mal offen bis das Upgrade abgeschlossen ist. So holen sich die Clients ihr Image eh von einem aktuellen DP. Ist halt ne Frage der Bandbreite.
Wenn das Upgrade abgeschlossen ist, vom aktuellen DP auf die entsprechenden Clients den neuen CCM-Client mit entsprechenden Settings ausrollen (Als Application oder Package, nicht via "Install-Client" in der Console). Sobald der CCM-Agent mit den neuen Settings aktiv ist, holen sich die Clients ihr Image vom neuen DP.
Zitat von @mayho33:
Wie werden denn die Clients am Standort betankt die keinen eigenen DP habe? Per USB-Stick, Boot-CD oder haben die einfach den Agent auf einen entfernten DP geeicht?
Wie werden denn die Clients am Standort betankt die keinen eigenen DP habe? Per USB-Stick, Boot-CD oder haben die einfach den Agent auf einen entfernten DP geeicht?
Ist Alles eine kleine Nummer größer. ;)
Die DP und Clients werden von einem DL im Logistikzentrum betankt und gehen dann zusammen per Palette auf die Reise zum jeweiligen Standort. Zwischen der Betankung im Logistkzentrum und der eigentlichen Inbetriebnahme im Standort liegen ca. 6 Wochen. In diesen Wochen ist der DP halt offline.
Da sich das Rollout bis Ende des Jahres zieht und wir jede Woche mehrere Standortinbetriebnahmen haben, sind immer so ca. 10 DP offline.
