Office 2016 oder Office 2019

Habe gerade nachgesehen.
Der WSUS bietet die Option "Office 2019" an.

Interessant, dachte eigentlich auch dass es nicht geht.

Moin,

woher hast Du das? Bei 300 Usern habt Ihr doch sicher eine VL?
https://docs.microsoft.com/de-de/deployoffice/office2019/deploy

Gruss

Wie bereits gesagt wurde ist das z.B. davon abhängig ob ihr noch Win7 Clients habt die Office bekommen sollten.

Ansonsten ist vom eigentlichen Supportende für Office auch zu berücksichtigen welche Exchange Version bei euch genutzt werden soll (wenn überhaupt ein lokaler Exchange zum Einsatz kommt) und wie lange dieser zum Einsatz kommt.

Denn Office ist immer nur mit jeweils 2 Nachfolgerversionen von Exchange kompatibel.

Beispiel:
Wenn ich noch Office 2010 einsetze kann ich das mit einem Exchange 2016 verwenden. Mit einem zu einem Exchange 2019 aber nicht mehr. Da 3 Versionen Unterschied. Dann bräuchte ich mindestens Exchange 2013.

Mit einem Office 2019 könnte man also hypothetisch sich noch mit einem Exchange 2025 verbinden. Mit einem Office 2016 nur noch mit einem Exchange 2022.

Andererseits kannst du natürlich auch sagen du nimmst grundsätzlich die 2019er Lizenzen und installierst dir trotzdem 2016. Du hast ja ein Downgraderecht. Solltest du wegen einem neuen Exchange dann doch die 2019er brauchen kannst du die immer noch installieren.

@Peterz:

Hallo.


Aus denselben Gründen:


OFFICE 2016 (per Downgraderecht). Ich möchte/muß dieses Jahr auch circa 20 x Office 2010 aktualisieren. Das Deployment allein ist nicht das Problem, da ich solche Installationen bei meiner überschaubaren Nutzeranzahl noch von Hand mache, aber ich will Office weiterhin per WSUS aktualisieren. Die Single-Image-Setups seit Office 2013 (wobei es bei 2013 und 2016 nur die Home&Irgendwas-Installationen betraf, ab Office 2019 aber leider alle, auch die VL-Versionen) lassen sich nicht mehr per WSUS, sogar noch nicht mal mehr per "normalem" Online-Windows-Update aktualisieren, sondern jede Installation auf einem Rechner macht das für sich einzeln&allein unsichtbar im Hintergrund. Es gibt alternativ noch eine Methode, dies doch zu zentralisieren, das geht irgendwie über eine zentrale Freigabe im LAN, aber darauf habe ich keinen Bock, somit ganz klar Office 2016. Support ist bei O2K16 allerdings leider nicht mehr wie früher für 10 Jahre gegeben, sondern bloß noch für 7 Jahre. Somit ist in 2023 schon wieder Schluß mit Office 2016. Aber zumindest bis dahin kommt mir kein Office 2019 oder höher ins Haus.


Viele Grüße

von

departure69

Ich brech mal eine Lanze für den neuen Updatemechanismus:
Die Office Deployment Files liegen auf einem Share und man kann Sie sowohl als Updatequelle für bestehende Installationen nutzen als auch gleichzeitig für neue Installationen.
d.h. wenn man eine Office Installation ausrollt, ist die immer auf den aktuellsten stand und man muss nicht nachpatchen.

Und ob der Client nun die Updates von WSUS nach manueller Freigabe oder nachdem man die Files auf dem Share aktualisiert holt, sehe ich keinen großen unterschied.

Mahlzeit.

Das kann man bisher auch schon so machen - der Unterschied/das Problem dabei: die Update-Files müssen ja auch irgendwie auf das Share kommen und genau da ist Handarbeit angesagt, das ist ein manueller Vorgang.

Cheers,
jsysde

Naja, was heißt handarbeit, es ist eine kommandozeile die du per geplanten task ausführen kannst:
Und falls du etwas mit den Versionen jounglieren magst, kann man im zweifel drumherum noch ein Skript bauen das verschiedene Versionen behält, Sie auf verschiedene Ordner verteilt etc.

Jetzt hast Du mich neugierig gemacht, und so wie es klingt, wäre das vielleicht sogar was für den Fragesteller und er könnte doch auf O2K19 aktualisieren. Wie geht das? Hast Du das schon so im Einsatz? Gibt's dazu irgendwo eine Anleitung? Oder ist es diese hier (sehr komplex, zumindest auf den ersten Blick https://docs.microsoft.com/de-de/deployoffice/office2019/deploy)

Viele Grüße

von

departure69

Ich kenne das noch von früher, unter O2K3 gab's das auch schon mal, so ähnlich. Wenn ich mich richtig erinnere, mußte man den Inhalt des Deployment-Share aktuell halten (z. B. 1 x pro Monat aktualisieren), und um die Aktualisierungen auf die Clients drauf zu bekommen, mußte man am Client das Setup anstoßen, das kam mir immer wie eine Reparatur-Installation, bei der dann halt die neuesten Patche mit auf's System kamen.

Wenn das nun hier wieder genauso ist, find' ich das ziemlich dämlich. In jedem Fall braucht es dann auf den betroffenen Clients einen Auslöser. Taskplaner schön und gut, aber mit WSUS oder normalem WU ging das einfacher, weil schlichtweg direkt am Client nichts dazu getan werden mußte. Ein Client, der sowieso schon am WSUS hängt, kriegt darüber auch automatisch seine Office-Updates (natürlich sofern im WSUS entspr. konfiguriert), fertig.

Ich find's so nicht gut.

Aber vielleicht ist das bloß Gewohnheitssache.

Hiernach:





läßt sich die Clientseite mit einer GPO abfackeln (zusätzlich zur GPO, die man schon wegen des WSUS braucht).

Ich seh's mir mal genauer an und entscheide dann.


Vielen Dank.


Viele Grüße

von

departure69

Das stimmt so nicht, Office 2016/2019 werden "flach" gepatcht - das ist auch in anderen bereichen der Softwareupdates immer beliebter.

Office 2017/2019 liegt in:
dieses Tool bei :
Das einige Parameter versteht, z.B. würde das hier es auf die gewünschte Version setzen (ob nun Up oder Downgrade ist egal)

d.h. alle versionen die man sich auf dem Fileshare so aufhebt, kann man auch im zweifel bei user ausrollen