Office 365-Bereitstellungsserie mit MEMCM – Post 4 – Bereitstellungsmethoden

Vielen Dank, dass Sie es in unserer Bereitstellung und Wartung von Office 365 mit der Endpoint Manager-Serie Configuration Manager (MEMCM / SCCM) von Microsoft bis hierher geschafft haben den Kanal wechseln [Kanal in Docs]. Je nachdem, wie Sie es bereitstellen, und einer Einstellung in der XML-Datei sehen Sie ein anderes Verhalten.

Im XML steuert die Eigenschaftseinstellung „FORCEAPPSHUTDOWN“ das Verhalten während des Upgrades. [MS-Dokumente]

Lassen Sie uns über einige Szenarien sprechen und zeigen, wie dies funktioniert.

  • FORCEAPPSSHUTDOWN = WAHR
  •   1) Erforderliche Bereitstellung – Frist erreichen
  •   2) Erforderliche Bereitstellung – Benutzer initiiert Installation vor Ablauf der Frist
  •   3) Verfügbare Bereitstellung – Benutzerinitiiert
  • FORCEAPPSSHUTDOWN = FALSE
  •   4) Erforderliche Bereitstellung – Frist erreichen
  •   5) Erforderliche Bereitstellung – Benutzer initiiert Installation vor Ablauf der Frist
  •   6) Verfügbare Bereitstellung – Benutzerinitiiert

Ob Sie es glauben oder nicht, nur Nummer eins bietet eine andere Endbenutzererfahrung, der Rest wird den Benutzer dazu auffordern, die Anwendungen zu schließen, selbst wenn die Frist erreicht ist. Lassen Sie uns durch ein Paar gehen.

Angenommen, Sie verwenden das App-Modell und haben die Bereitstellung so eingerichtet, dass sie im Software Center angezeigt wird.

Option A: Anzeige in SC mit allen Benachrichtigungen.
Option B: wie A, aber aktivieren Sie das Kontrollkästchen für das Dialogfenster. Dadurch werden Popup-Benachrichtigungen erstellt, um Endbenutzer besser auf die bevorstehende Office-Installation aufmerksam zu machen. Dies ist nur bei erforderlichen Bereitstellungen verfügbar.
  1. User Deployment läuft zum Stichtag, schließt alle Office-Apps automatisch (keine Warnung) und aktualisiert/installiert Office 365
  2. & 3. das gleiche Verhalten haben, startet das Anwendungsinstallationsprogramm Aufforderungen zum Schließen aller geöffneten Office-Apps. 4,5,6 haben alle dasselbe Verhalten.
Sie können sehen, dass beim Auslösen einer Office 365-Installation dazu aufgefordert wird, die Apps zu schließen, auch wenn Sie sie auf Schließen erzwingen festgelegt haben.

,

Im Grunde genommen wird das Schließen der Apps also NUR erzwungen, wenn die Frist erreicht und automatisch ausgelöst wird. Zu jedem anderen Zeitpunkt wird der Endbenutzer aufgefordert, die App zu schließen, und wenn der Benutzer auf Abbrechen klickt, wird ein Fehler ausgelöst. Denken Sie daran, dass beim Erzwingen des Schließens der App möglicherweise Arbeit verloren geht. Ich habe dies in meinen Tests bestätigt, die nicht gespeicherten Dokumente sind weg, nicht wiederherstellbar.

Sehen wir uns nun an, was passiert, wenn ein Benutzer auf Abbrechen klickt. Wenn Sie auf Abbrechen klicken, erhalten Sie einen allgemeinen Fehler, der gleiche Fehler wie in einigen anderen Situationen. Jetzt bin ich mir nicht sicher, ob der Exit-Code derselbe ist, aber die Meldung ist es.

Sie können hier sehen, dass die Fehlermeldung nicht allzu nützlich ist.

,

Dies ist die benutzerdefinierte Protokollierung, die in das Installer-Skript integriert ist. Wenn ein Benutzer abbricht, wird dies im Skript erfasst. In diesem Protokoll ist die erste Ausführung aufgrund des Abbrechens des Benutzers fehlgeschlagen, dann wurde Visio beim zweiten Mal ordnungsgemäß installiert, da der Benutzer auf "Weiter" geklickt hat.

,

Wenn Sie andere Exitcodes finden, können Sie das Skript aktualisieren, um andere Codes zu notieren und besseres Feedback in den Protokollen bereitzustellen.

Nun, da wir Office 365 installiert haben, nehmen wir an, Sie möchten eine Gruppe von Benutzern nehmen und sie vom „breit”-Kanal zu einem schnelleren Release-Kanal, wie „Gezielt" oder "Monatlich“,

Ändern des Office-Kanals nach der Bereitstellung. [MS-Dokumente] Sie können im Büro überprüfen, um welchen Kanal es sich handelt, indem Sie in einer der Büro-Apps zum Kontoknoten gehen.

  • Ändern eines Registrierungsschlüssels [HKLM\SOFTWARE\Microsoft\Office\ClickToRun\Configuration\CDNBaseUrl]
  •   Verwenden eines CI/Baseline [Blogbeitrag – secureinfra.blog] – Beachten Sie, dass dies eine gute Information ist, aber die Kanäle und Regkeys werden unterschiedlich sein. Ich werde einen kommenden Beitrag mit aktualisierten Materialien und Skripten in GitHub veröffentlichen.
  •   Gruppenrichtlinie [MS-Dokumente]
  • Ausführen der Setup Engine mit einer XML-Konfigurationsdatei [MS-Dokumente]

Ich werde hier in diesem Beitrag nicht auf die Methoden eingehen, aber sieh dir die an nächster Beitrag wo ich ins Detail gehe, wie ich es eingerichtet habe.

Bleiben Sie dran, in meiner nächsten Serie werde ich behandeln, wie „jemand“ Office 365 in einem großen Unternehmen bereitgestellt hat. Gewonnene Erkenntnisse.

Sehen Sie sich alle Beiträge dieser Reihe an:

Office 365-Bereitstellungsserie mit MEMCM – Post 1 – Intro & PreReqs

Office 365-Bereitstellungsserie mit MEMCM – Post 2 – Erstellen des Office-Installers – Einfach

Office 365-Bereitstellungsserie mit MEMCM – Post 3 – Erstellen des Office-Installers – Erweitert

Office 365-Bereitstellungsserie mit MEMCM – Post 5 – Office-Updates / ADR

Sehen Sie, wie Right Click Tools die Art und Weise verändert, wie Systeme verwaltet werden.

Steigern Sie sofort die Produktivität mit unserer limitierten, kostenlos nutzbaren Community Edition.

Starten Sie noch heute mit Right Click Tools:

Teile das:

Support

  • Dieses Feld dient zur Validierung und sollte nicht verändert werden.

Kontakt

  • Dieses Feld dient zur Validierung und sollte nicht verändert werden.

Durch das Absenden dieses Formulars erklären Sie sich damit einverstanden, dass Recast Software Ihre Daten wie in Recast Software beschrieben verarbeiten kann Datenschutz-Bestimmungen.

de_DEGerman