Office365 Download automatisieren, Updates

Hi,

Interessant wäre wie ihr euer Deployment jetzt bewerkstelligt?

Intune?
SCCM?
MDT?
WSUS vorhanden?

Zumindest was SCCM angeht wäre eine ADR die simpelste Variante.
https://learn.microsoft.com/en-us/mem/configmgr/sum/deploy-use/automatic ...

Intune wurde eh schon angesprochen

Wenn ihr (hoffentlich) eine config.xml für das Deployment verwendet habt und Updates über das MS Update Service nicht gesperrt sind, dann einfach das Flag
Updates Enabled="TRUE" setzen
https://learn.microsoft.com/en-us/deployoffice/office-deployment-tool-co ...


Oder so:
https://learn.microsoft.com/de-de/deployoffice/updates/manage-microsoft- ...

Nein! So, dass sich da von selbst immer die aktuelle Version in deinen MDT zaubert, darfst du dir das nicht vorstellen 😄

Du kannst die Config so einstellen, dass Office sich die neuesten Updates über das Update-Service holt.

Wenn du WSUS hast dann approvest du die Updates für Office und WSUS übernimmt die Updates. Genaueres steht in den Links.

Smoothest ist der Weg über eine ADR, wenn SCCM/MECM vorhanden ist. Ebenfalls oben als Link.

Moin,
wenn du die setup.exe /config xxx.xml für die Installation nutzt, ist das doch absolut kein Problem. Du kannst doch problemlos in der XML Datei als Installation und Update Quell ein SMB Share oder HTTP(s) Server angeben. Die Dort abgelegten Dateien kannst du mit setup.exe /download regelmäßig aktualisieren. Somit wird bei jeder frischen Installation auch die neuste dort verfügbare Office Version installiert.


Gruß,
Dani

Aber nur weil du dort ein Share angibst wird daraus kein automatisches Package.
Muss man auch nicht tun. Sobald man Updates in der XML aktiviert, kann man entweder ganz normal via Windows-Updates oder eben via WSUS updaten

Moin,
ein Package war bis dato nicht die Anforderung. Sondern aktuelle Version in MDT + automatisches Update. Das ist mit dem Office Deployment Tool problemlos möglich.

Das Windows Update bzw. CDN würde ich nicht mal vertrauen, wenn ich keine Lizenzgebühren zahlen müsste. Schaut man sich alleine dieses Jahr das monatliche Update Disaster für Office an, bleibt als Konsequent eigentlich nur ein eigener Update Server. Seit wann funktioniert die Verteilung der Updates via WSUS wieder?


Gruß,
Dani

Nein. Neue Versionen werden darin immer in separate Unterordner mit der jeweiligen Versionsnummer heruntergeladen, dort bereits vorhandene Versionen werden nicht gelöscht, so dass man bspw., auch ältere Builds von dort wieder einspielen kann wenn nötig.

Gruß sid.

Dann bitte nochmal nachlesen. Ich denke das ist unmissverständlich:

Das weiß eh jeder hier. Der TO schreibt:

Und warum genau?

Hä?? Seit wann funktioniert das Update via WSUS denn nicht? Wir deployen 365-Updates aller Art via SCCM-ADR (und da spielt WSUS ja auch eine wesentliche Rolle) auf 1000e Clients in 8 Ländern. Gab bisher keine Probleme beim Deployment der Updates. Keine Ahnung was du meinst. Mit Ausnahme der Updates 2306 und 2307 im MonthlyEnterprise-Cannel lief alles reibungslos bei uns.

Moin,
das ist meiner Ansicht mit meinem dem Vorschlag vollumfänglich geben.

Leider gab es bei Microsoft in Vergangenheit schon öfters Chaos bei Updates. Oder eben mal ein OOB Update, welches ich vllt. gar nicht verteilen möchte, weil es eben zu Inkompatibilitäten oder sogar Probleme führen kann. Abgesehen davon, dass oftmals auch noch Tests und eine Ringverteilung (1-2-3) erfolgt.

Mit diesem Design kann im Worst Case sogar ein Rollback koordiniert werden, wenn es schwerwiege Probleme gibt. Das wird mit dem Microsoft CDN unmöglich.

Zum anderen blockieren wir auch oftmals den direkten Internet Access an den Systemen - Sicherheit, Telemetrie, etc. Das wird ohne eigenen Update Server ebenfalls schwierig.

Da macht das SCCM + Module + WSUS den Unterschied zu einen dedizieren WSUS. Bis einschließlich Office 2016 können Updates über WSUS verwaltet werden. Danach hat das Microsoft Universum gedacht, altbewährtes abzuschaffen. Diskutieren wir jeden Monat bei den Kollegen bei MSCEboard.

Wobei ich sagen muss, dass das neue Update Design in gewisser Weise auch ein Wunsch von uns war. Es ist einfacher und schneller eigene Mirror Server im LAN, DMZ und Internet aufzubauen als mit verschiedenen WSUS Servern und jedes Mal das Thema Angriffsfläche zu diskutieren.


Gruß,
Dani