13
Office 2016 Standard x64 Deployment
Hey Community,
ich stehe gerade vor der Aufgabe Office 2016 Standard x64 auszurollen und die alte Version Office 2010 x86 vorher zu entfernen.
Soweit so gut, kurz eingelesen ODT runtergeladen, Konfigurationsdateien erstellt.
Aber Pustekuchen, das ODT bietet nur Office 2016 Pro Plus an.
Natürlich wurde aber aus Kostengründen die Standardversion verkauft.
Hat da jemand eine Idee, oder das vielleicht schon umgesetzt?
Wie würdet ihr die Vorgängerversion entfernen?
Im schlimmsten Fall muss ich es scripten und als Logon Script einbinden.
Auf dem Weg habe ich schon verschiedene Exe-Dateien ausgerollt.
Klappt dann meist auch gut, aber nervt spätestens beim nächsten Update wieder.
Gruß,
Chris
ich stehe gerade vor der Aufgabe Office 2016 Standard x64 auszurollen und die alte Version Office 2010 x86 vorher zu entfernen.
Soweit so gut, kurz eingelesen ODT runtergeladen, Konfigurationsdateien erstellt.
Aber Pustekuchen, das ODT bietet nur Office 2016 Pro Plus an.
Natürlich wurde aber aus Kostengründen die Standardversion verkauft.
Hat da jemand eine Idee, oder das vielleicht schon umgesetzt?
Wie würdet ihr die Vorgängerversion entfernen?
Im schlimmsten Fall muss ich es scripten und als Logon Script einbinden.
Auf dem Weg habe ich schon verschiedene Exe-Dateien ausgerollt.
Klappt dann meist auch gut, aber nervt spätestens beim nächsten Update wieder.
Gruß,
Chris
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: 372210
Url: https://administrator.de/forum/office-2016-standard-x64-deployment-372210.html
Ausgedruckt am: 25.12.2024 um 16:12 Uhr
13 Kommentare
Neuester Kommentar
Hey,
welche Lizenz? ODT ist für Click-To-Run (Office 365). Für Volumenlizenzen gibt's das OCT - das startest du mit "setup.exe /admin".
Gruß
welche Lizenz? ODT ist für Click-To-Run (Office 365). Für Volumenlizenzen gibt's das OCT - das startest du mit "setup.exe /admin".
Gruß
Hey,
danke für die schnelle Antwort.
Ja, es geht um eine Volumenlizenz.
OCT gucke ich mir dann morgen Mal an.
Danke und Gruß,
Chris
danke für die schnelle Antwort.
Ja, es geht um eine Volumenlizenz.
OCT gucke ich mir dann morgen Mal an.
Danke und Gruß,
Chris
Hey,
ist das OCT nicht nur für die Anpassung von Office?
Die Frage über die Verteilung bleibt damit ja genau wie bei dem sehr interessanten OFFScrub vbs Script Beitrag offen.
SCCM setzen unsere Kunden leider nicht ein.
Gruß,
Chris
ist das OCT nicht nur für die Anpassung von Office?
Die Frage über die Verteilung bleibt damit ja genau wie bei dem sehr interessanten OFFScrub vbs Script Beitrag offen.
SCCM setzen unsere Kunden leider nicht ein.
Gruß,
Chris
Nein, das OCT kann vorige deinstallieren und ebenso 2016 customized installieren. Kinderleicht ausnahmsweise.
Hey,
wie und wo nur?
Ich habe hier nur die MSP Datei rausbekommen, was an sich ja schick ist, aber sich mir immernoch die Frage stellt, wie ich die Verteilung durchführen soll.
Gruß,
Chris
wie und wo nur?
Ich habe hier nur die MSP Datei rausbekommen, was an sich ja schick ist, aber sich mir immernoch die Frage stellt, wie ich die Verteilung durchführen soll.
Gruß,
Chris
So:
\\server\office2016standard32_De-de\setup.exe /adminfile \\server\office2016standard32_De-de\O2016_StandardMSP1.MSP
Hey,
also die Deinstallation soll oftmals nicht klappen, da der aktuelle Installer nur Software deinstallieren kann die er selber auch installieren kann.
Alte Office-Versionen haben aber machmal mehr als Neue.
Bei defekten Installationen soll es auch oft zu Problemen führen.
Deswegen wird hier gerne zu OffScrub gegriffen, was auf den vbs Scripten beruht welche sich hinter den MS Fix ITs verbergen. = THX 2 Dani
Für die eigentliche Softwareverteilung habe ich zwei Wege ermittelt, über den SCCM was bei mir keine Anwendung finden wird mangels Software und Lizenzen in den Kundenstrukturen und dann wie so oft über ein Logon Script.
Was mir wohl als einzige Lösung bleibt.
Man kann ja von MS auch nicht erwarten, dass die ein MSI Paket für den Anwendungsfall bereit stellen. :D
Gruß und Danke an alle Beteiligten,
Chris
Dernunauchweiß ;)
also die Deinstallation soll oftmals nicht klappen, da der aktuelle Installer nur Software deinstallieren kann die er selber auch installieren kann.
Alte Office-Versionen haben aber machmal mehr als Neue.
Bei defekten Installationen soll es auch oft zu Problemen führen.
Deswegen wird hier gerne zu OffScrub gegriffen, was auf den vbs Scripten beruht welche sich hinter den MS Fix ITs verbergen. = THX 2 Dani
Für die eigentliche Softwareverteilung habe ich zwei Wege ermittelt, über den SCCM was bei mir keine Anwendung finden wird mangels Software und Lizenzen in den Kundenstrukturen und dann wie so oft über ein Logon Script.
Was mir wohl als einzige Lösung bleibt.
Man kann ja von MS auch nicht erwarten, dass die ein MSI Paket für den Anwendungsfall bereit stellen. :D
Gruß und Danke an alle Beteiligten,
Chris
Dernunauchweiß ;)
Wir haben so Office 2016 Standard ausgerollt und problemlos Office 2010 automatisch deinstalliert, ohne Scrub. Es blieben Reste zurück, ja, aber die Programme waren nicht mehr sichtbar/startbar und die Dateitypen waren den neuen zugeordnet worden.
Hey,
das ist ja schön zu hören.
Ich habe es halt an verschiedenen Stellen gelesen, dass es Probleme geben soll.
Leider habe ich momentan das Problem, dass mein fertiges Script in Windows funktioniert nur beim Systemstart als Logon Script nicht ausgeführt werden kann.
Fakten rund um die GPO:
- Beim Anmelden auf Netzwerk warten ist aktiv
Dann habe ich aufgrund des Fehlers mit der ID 1300 aus der Ereignisanzeige noch folgende Werte gesetzt:
- Wartezeit für Richtlinienverarbeitung beim Systemstart angeben = 60
- Maximale Wartezeit für Gruppenrichtlinienskripts angeben = 1200
Gruß,
Chris
das ist ja schön zu hören.
Ich habe es halt an verschiedenen Stellen gelesen, dass es Probleme geben soll.
Leider habe ich momentan das Problem, dass mein fertiges Script in Windows funktioniert nur beim Systemstart als Logon Script nicht ausgeführt werden kann.
Fakten rund um die GPO:
- Beim Anmelden auf Netzwerk warten ist aktiv
Dann habe ich aufgrund des Fehlers mit der ID 1300 aus der Ereignisanzeige noch folgende Werte gesetzt:
- Wartezeit für Richtlinienverarbeitung beim Systemstart angeben = 60
- Maximale Wartezeit für Gruppenrichtlinienskripts angeben = 1200
Gruß,
Chris
Beim Systemstart werden keine Logonscripts ausgeführt - diese werden erst beim Logon ausgeführt und laufen mit Userrechten und sind somit für eine Installationroutine nicht geeignet. Setze es als Startscript ein. Wenn Startskripts nicht zünden, liegt es oftwdaran, dass fast startup verwendet wird. Bei fast startup werrden diese Schritte nur bei echten Reboots ausgeführt und nicht bei Herunterfahren - wieder anschalten , was kein echter Reboot ist.
Hey Derwowusste,
Danke für deine schnelle Antwort.
Da habe ich mich wohl mißverständlich ausgedrückt.
Das Script ist natürlich als Startscript eingebunden.
Fast Startup vermeidet man ja über die Einstellung auf Netzwerk warten soweit ich weiß. Die ist prinziell aktiv in den Umgebung, da ich dort bereits diverse andere Software über den Weg verteile.
Ich habe die neue Freigabe im Verdacht, da ich dort gerade auch Probleme bei simplen Dateikopieraktionen habe.
Muss mir das gleich noch Mal in Ruhe ansehen.
Reboots habe ich diverse hingelegt.
Shutdowns vermeide ich, da es sich um TestVMs handelt.
Gruß,
Chris
Danke für deine schnelle Antwort.
Da habe ich mich wohl mißverständlich ausgedrückt.
Das Script ist natürlich als Startscript eingebunden.
Fast Startup vermeidet man ja über die Einstellung auf Netzwerk warten soweit ich weiß. Die ist prinziell aktiv in den Umgebung, da ich dort bereits diverse andere Software über den Weg verteile.
Ich habe die neue Freigabe im Verdacht, da ich dort gerade auch Probleme bei simplen Dateikopieraktionen habe.
Muss mir das gleich noch Mal in Ruhe ansehen.
Reboots habe ich diverse hingelegt.
Shutdowns vermeide ich, da es sich um TestVMs handelt.
Gruß,
Chris
Fast Startup vermeidet man ja über die Einstellung auf Netzwerk warten soweit ich weiß
Nein, hat nichts miteinander gemein. https://www.windowscentral.com/how-disable-windows-10-fast-startupDa du aber schon Reboots machst, wird es das nicht sein. Teste mal ein simples startscript a la
md c:\test
