Série de déploiement Office 365 avec MEMCM – Post 4 – Méthodes de déploiement

Merci d'être allé aussi loin dans notre déploiement et maintenance d'Office 365 à l'aide de la série Microsoft Endpoint Manager, Configuration Manager (MEMCM / SCCM), maintenant que nous avons configuré notre application Office, il est temps de la déployer et de voir comment nous pouvons changer de chaîne [Chaîne sur Docs]. En fonction de la façon dont vous le déployez et d'un paramètre dans le fichier XML, vous verrez un comportement différent.

Dans le XML, le paramètre de propriété « FORCEAPPSHUTDOWN » contrôlera le comportement lors de la mise à niveau. [MS Docs]

Parlons de quelques scénarios et montrons comment cela fonctionne.

  • FORCEAPPSSHUTDOWN = TRUE
  •   1) Déploiement requis – Atteindre la date limite
  •   2) Déploiement requis - L'utilisateur lance l'installation avant la date limite
  •   3) Déploiement disponible - Initiés par l'utilisateur
  • FORCEAPPSSHUTDOWN = FAUX
  •   4) Déploiement requis – Atteindre la date limite
  •   5) Déploiement requis - L'utilisateur lance l'installation avant la date limite
  •   6) Déploiement disponible - Initiés par l'utilisateur

Alors croyez-le ou non, seul le numéro un offre une expérience utilisateur différente, tout le reste incitera l'utilisateur à fermer les candidatures, même s'il a atteint la date limite. Parcourons un couple.

Hypothèses, vous utilisez le modèle d'application et vous avez configuré le déploiement pour qu'il s'affiche dans le centre logiciel, voici le comportement rencontré :

Option A : afficher dans SC avec toutes les notifications.
Option B : identique à A mais cochez la case pour la fenêtre de dialogue. Cela créera les notifications contextuelles pour mieux alerter les utilisateurs finaux que l'installation d'Office est à venir. Ceci n'est disponible que sur les déploiements requis.
  1. Le déploiement de l'utilisateur s'exécute à la date limite, ferme automatiquement toutes les applications de bureau (pas d'avertissement) et met à niveau/installe Office 365
  2. & 3. ont le même comportement, le programme d'installation de l'application lance des invites pour fermer toutes les applications open office. 4,5,6 partagent également ce même comportement.
Vous pouvez voir, lorsque nous déclenchons une installation d'Office 365, il invite à fermer les applications, même si vous l'avez défini sur Forcer la fermeture.

Donc, fondamentalement, la SEULE fois où il force la fermeture des applications, c'est lorsqu'il atteint la date limite et se déclenche automatiquement. À tout autre moment, il invitera l'utilisateur final à fermer l'application et si l'utilisateur clique sur annuler, cela génère une erreur. N'oubliez pas que lorsqu'il force la fermeture de l'application, il y a un risque de perte de travail. Je l'ai confirmé lors de mes tests, les documents non enregistrés ont disparu, non récupérables.

Voyons maintenant ce qui se passe si un utilisateur clique sur Annuler. Lorsque vous cliquez sur Annuler, vous obtenez une erreur générique, la même erreur que vous obtiendriez dans d'autres situations. Maintenant, je ne sais pas si le code de sortie est le même, mais le message l'est.

Vous pouvez voir ici que le message d'erreur n'est pas très utile.

Il s'agit de la journalisation personnalisée intégrée au script d'installation. Si un utilisateur annule, il capture cela dans le script. Dans ce journal, il a échoué la première exécution en raison de l'annulation de l'utilisateur, puis la deuxième fois, il a bien installé Visio car l'utilisateur a cliqué sur « continuer »

Si vous trouvez d'autres codes de sortie, vous pouvez mettre à jour le script pour noter différents codes et fournir un meilleur retour dans les journaux.

Maintenant que nous avons installé Office 365, disons que vous souhaitez prendre un groupe d'utilisateurs et les modifier à partir du "vaste" canal vers un canal de sortie plus rapide, comme "Ciblé" ou "Mensuel",

Modification du post-déploiement d'Office Channel. [MS Docs] Vous pouvez vérifier au bureau de quel canal il s'agit en accédant au nœud de compte dans l'une des applications de bureau.

  • Modification d'une clé de registre [HKLM\SOFTWARE\Microsoft\Office\ClickToRun\Configuration\CDNBaseUrl]
  •   Utilisation d'un CI / d'une ligne de base [Article de blog – secureinfra.blog] - Notez que ce sont de bonnes informations, mais les canaux et les clés de registre seront différents. J'aurai un prochain article avec des matériaux et des scripts mis à jour dans GitHub.
  •   Stratégie de groupe [MS Docs]
  • Exécution du moteur d'installation avec un fichier de configuration XML [MS Docs]

Je ne vais pas passer en revue les méthodes ici dans cet article, mais consultez le prochain article où je vais dans les détails sur la façon dont je l'ai mis en place.

Restez dans le coin, dans ma prochaine série, je vais expliquer comment « quelqu'un » a déployé Office 365 dans une grande entreprise. Leçons apprises.

Découvrez tous les articles de cette série :

Office 365 Deployment Series avec MEMCM – Post 1 – Intro & PreReqs

Office 365 Deployment Series avec MEMCM – Post 2 – Création du programme d'installation d'Office – Simple

Office 365 Deployment Series avec MEMCM – Post 3 – Création du programme d'installation d'Office – Avancé

Série de déploiement Office 365 avec MEMCM – Post 5 – Mises à jour Office / ADR

Découvrez comment Right Click Tools change la façon dont les systèmes sont gérés.

Augmentez immédiatement votre productivité grâce à notre version Community Edition limitée et gratuite.

Commencez dès aujourd'hui avec Right Click Tools :

Partagez ceci :

fr_FRFrench