Office 365-Bereitstellung mit MEMCM – Gelernte Lektionen, Teil 4

In diesem Beitrag werde ich behandeln, wie wir eine ConfigMgr-Baseline verwenden, um die Benutzererfahrung zu steuern. Ich schlage nicht jedem vor, es auf diese Weise zu tun, aber für uns wollten wir eine gute Benutzererfahrung bieten, selbst für diejenigen mit langsamen Verbindungen, und es hübsch aussehen lassen, während es immer noch echt und nativ aussieht.

Mit der Microsoft 365 Baseline steuern wir zwei Dinge, die Microsoft 365-Anwendung im Software Center und die 365 Toast-Benachrichtigung. Die Baseline besteht aus zwei Konfigurationselementen, von denen eines als System ausgeführt wird, um den Status des Computers zu bestimmen, und eines, das im Endbenutzerkontext ausgeführt wird, um eine Toastbenachrichtigung anzuzeigen. Das PreReq CI aktiviert oder deaktiviert das Toast Launch CI, daher wollten wir unbedingt, dass das PreReq CI vor dem Toast Launch CI ausgeführt und repariert wird, was uns nie möglich war, dazu später mehr.

Skripte

  • Pre-Req Discovery [Das Entdeckungsskript wird auch verwendet, um Änderungen vorzunehmen, die normalerweise in 2 Skripte aufgeteilt würden, dieses Paar ist ein eigener Beitrag]
  • Toast Launch Discovery [Überprüft den Registrierungsschlüssel, der das CI anweist, den Toast zu starten (das Korrekturskript ausführen) oder wieder in den Ruhezustand zu gehen]
  • Toast Launch Remediation [Dies ist der eigentliche Toast-Inhalt und benötigt wahrscheinlich einen eigenen Beitrag]

Die Baseline in der Konsole:

Ursprünglich hatten wir diese in einem CI mit zwei verschiedenen Einstellungen untergebracht, aber wir wollten versuchen, die Reihenfolge der Operationen zu kontrollieren, was einfach nicht möglich ist. Es gibt jetzt eine UserVoice, die es uns ermöglicht, sie zu kontrollieren, aber im Moment können wir das nicht. Wir wollten sowohl die Pre Req Discovery als auch die Remediation laufen lassen, bevor die Toast Notification Launch Discovery überhaupt ausgeführt wurde, aber wir fanden heraus, dass Baselines alles seriell ausführen.

D. h., für alle CIs in einer Baseline wird es jedes der Erkennungsskripts in Durchgang 1 durchlaufen, dann in Durchgang 2 zurückkehren und alle Korrekturskripts für CIs ausführen, deren Korrektur als nicht konform markiert wurde.

Aus diesem Grund haben wir Discovery und Remediation in einem Skript kombiniert und es im Discovery-Abschnitt für die Pre-Reqs platziert, um hoffentlich Elemente ausführen und festlegen zu können, auf die sich das Toast Launch Discovery-Skript stützt … aber selbst dies hat sich nur teilweise bewährt hilfreich.

Schauen wir uns zuerst das Pre-Req CI an.,

  • Läuft als System
  • Schecks
  •   Überprüft den M365-Inhalt im CCMCache
  •   Überprüft, ob M365 bereits installiert ist
  •   Überprüft, ob die halbjährliche Kanalbereitstellung von Microsoft 365 auf Maschinen ausgerichtet ist und wenn ja, ist sie im Software Center sichtbar
  •   Überprüft, ob die halbjährliche Kanalbereitstellung von Microsoft 365 auf Maschinen ausgerichtet ist, und wenn ja, überprüft, ob eine erforderliche Frist vorliegt

Basierend auf den zurückgegebenen Werten führt es verschiedene Aktionen aus. Derzeit berücksichtigen wir 15 verschiedene Permutationen dieser Werte.

Nehmen wir ein paar Szenarien: [Sie sehen eine vollständige Liste im Skript der 15 Fallaussagen]

  1. M365-Inhalt NICHT zwischengespeichert, M365 NICHT installiert: Die Baseline sieht, dass der Computer NICHT über den Inhalt verfügt und dass M365 NICHT bereits installiert ist. Dadurch wird sichergestellt, dass die Anwendung nicht im Softwarecenter angezeigt wird, bis der Inhalt verfügbar ist.
  2. M365-Inhalt zwischengespeichert, M365 NICHT installiert: Die Baseline sieht, dass der Computer den Inhalt hat und dass M365 noch nicht installiert ist. Es stellt sicher, dass die Anwendung (Microsoft 365 Semi-Annual Channel) im Softwarecenter (sichtbar) verfügbar ist, entfernt die Frist und legt einen Registrierungsschlüssel fest, um die Toast-Benachrichtigung zu aktivieren.
  3. M365-Inhalt zwischengespeichert, M365 ist installiert: Die Baseline sieht, dass M365 bereits installiert ist. Es wird einen Registrierungsschlüssel setzen, um die Toast-Benachrichtigung zu deaktivieren.

Es gibt zwar andere Optionen, aber das sind die großen.

Aktionen, die das CI ausführen wird

  • Schalten Sie die Anwendungsbereitstellungsrichtlinie in WMI um („ROOT\ccm\Policy\(USER GUID\ActualConfig class name = „CCM_ApplicationCIAssignment“)
  •   Schaltet UserUIExperience von False auf True um (Dadurch wird es im Softwarecenter sichtbar)
  •   Löscht die EnforcementDeadline-Eigenschaft (Dadurch wird das mit einer Frist erforderliche Antragsformular im Software Center auf „verfügbar“ geändert)
  • Schaltet den benutzerdefinierten Registrierungsschlüssel um [HKLM\SOFTWARE\SWD\O365 – Property:Enable_0365_Toast – Wert: True oder False]

Client: Sie sehen die Microsoft 365 Self-Service Notification Baseline.

Clientseitige Protokollierung:

Wenn der Computer zum ersten Mal eine Richtlinie erhält, aber den Inhalt noch nicht heruntergeladen hat.

Nachdem der Inhalt heruntergeladen wurde, sehen Sie hier etwas mehr Aktion: (Bitte beachten Sie, dass sich unsere Ermittlung und Behebung im selben Skript befinden und das Skript sich im „Erkennungs“-Skript im CI befindet. Wir verwenden die Behebung NICHT Skript im CI.

In diesem Bild sehen Sie, dass das CI erkennt, dass der MS Office-Inhalt im CCM-Cache zwischengespeichert wurde und dass M365 noch nicht installiert ist. Es sieht auch, dass die Anwendung noch nicht im Software-Center sichtbar ist und die Registrierung nicht so eingestellt wurde, dass der Toast aktiviert wird
Anschließend wird Remediation ausgeführt, um die App im Softwarecenter zu aktivieren, die Frist zu entfernen und den Registrierungsschlüssel festzulegen, um den Toast zu aktivieren
In diesem Durchlauf der Baseline scheint alles bereits gut zu sein und es sind keine Änderungen erforderlich.

Dies sind Protokolle aus dem Konfigurationselement „PreReq“, das toc:\windows\temp\o365_baseline.log protokolliert

Jetzt zum Launch Toast CI,
  • Wird im Benutzerkontext ausgeführt (damit der Toast in seinem Kontext angezeigt wird und vom Endbenutzer gesehen werden kann)
  • Überprüft den Registrierungswert HKLM\Software\SWD\O365 – Enable_0365_Toast

Registrierungswert:

Hier ist der Wert auf „false“ gesetzt, da auf dem Computer, von dem ich ihn erfasst habe, bereits M365 installiert ist. Die Baseline erkannte, dass M365 installiert war, und änderte diese Einstellung von True auf False, sodass der Toast nicht mehr gestartet wurde. Es hat keinen Sinn, einen Toast zu starten, den Leute installieren können, wenn sie M365 bereits installiert haben!

Das Launch-Toast-Protokoll wird als Endbenutzer ausgeführt, sodass die Protokolle im temporären Ordner des Endbenutzers abgelegt werden (c:\users\%username%\appdata\local\temp\o365_baseline.log).

Das CI hat zwei Skripte
  • Discovery-Skript
  •  Wenn Registrierungsschlüssel = True… Nicht konform an CM melden, wodurch die Korrektur aktiviert wird
  •  Wenn Registrierungsschlüssel = False… Melden Sie CM-konform und führen Sie die Korrektur nicht aus.
  • Korrekturskript

Schauen wir uns die Protokolle an, die möglicherweise helfen, mehr zu erklären.

Hier können Sie sehen, ob das CI läuft und der Registrierungsschlüssel auf "false" gesetzt ist, es tut nichts und geht wieder in den Ruhezustand. Wenn der Registrierungsschlüssel auf True gesetzt ist, löst er die Toastbenachrichtigung aus:

Das Toast-Image: (Das Launch Toast Remediation-Skript)

Das erklärt also, wie der Toast funktioniert…Baseline funktioniert.
Die Skripte sind alle auf GitHub und ich habe versucht, viele Kommentare hinzuzufügen, aber wenn du der Meinung bist, dass sie Blogs verdienen, lass es mich wissen -Gary

,

Schauen Sie sich die anderen Beiträge dieser Reihe an:

Lessons Learned zur Unternehmensbereitstellung Teil 1 – Inhalt

Lektionen zur Bereitstellung in Unternehmen, Teil 2 – Kanalwechsel

Lektionen zur Bereitstellung in Unternehmen, Teil 3 – Bereitstellungen

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:

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