Office 365 Deployment Series med MEMCM - Post 4 - Distributionsmetoder

Tack för att du har kommit så långt i vår distribution och underhåll av Office 365 med Microsoft: s Endpoint Manager, Configuration Manager (MEMCM / SCCM) -serien, nu när vi har konfigurerat vårt Office -program, är det dags att distribuera det och undersöka hur vi kan Byt kanal [Channel on Docs]. Baserat på hur du distribuerar den och en inställning i XML -filen ser du olika beteenden.

I XML -filen styr egendomsinställningen "FORCEAPPSHUTDOWN" beteendet under uppgraderingen. [MS Docs]

Låt oss prata över några scenarier och visa hur detta fungerar.

FORCEAPPSSHUTDOWN = SANT
1) Obligatorisk distribution - Räckvidd
2) Obligatorisk distribution - Användaren initierar installationen före deadline
3) Tillgänglig distribution - Användarinitierar
FORCEAPPSSHUTDOWN = FALSE
4) Obligatorisk distribution - Räckvidd
5) Obligatorisk distribution - Användaren initierar installationen före deadline
6) Tillgänglig distribution - Användarinitierar

Så tro det eller ej, bara nummer ett ger en annan slutanvändarupplevelse, resten kommer att uppmana användaren att stänga applikationerna, även om den nått tidsfristen. Låt oss gå igenom ett par.

Antaganden, du använder App -modellen, och du har konfigurerat distributionen för att visa i programvarucenter, detta är beteendet som upplevs:

Alternativ A: Visning i SC med alla aviseringar.

Alternativ B: samma som A men kryssa i rutan för dialogfönster. Detta skapar popup -aviseringar för att bättre varna slutanvändare om att Office Install kommer. Detta är endast tillgängligt vid nödvändiga distributioner.

Användardistribution körs vid deadline, stänger alla kontorsappar automatiskt (ingen varning) och uppgraderar / installerar Office 365
& 3. har samma beteende, programinstallatören startar uppmaningar att stänga alla öppna kontorsappar. 4,5,6 delar alla samma beteende också.

Du kan se, när vi utlöser en Office 365 -installation, uppmanas den att stänga apparna, även om du har ställt in den på Force Close.

‍

Så i princip den ENDA gången den faktiskt tvingar stänger apparna, är när den når tidsfristen och utlöses automatiskt. Varje annan gång kommer det att uppmana slutanvändaren att stänga appen och om användaren klickar på avbryt, kastar den och gör fel. Kom ihåg att när den stänger appen är det risk för förlorat arbete. Jag har bekräftat detta i min testning, de osparade dokumenten är borta, kan inte återställas.

Låt oss nu se vad som händer om en användare klickar på avbryt. När du klickar på Avbryt får du ett generellt fel, samma fel som du skulle få för vissa andra situationer. Nu är jag osäker på om utgångskoden är densamma, men meddelandet är det.

Du kan se här att felmeddelandet inte är alltför användbart.

‍

Detta är den anpassade loggningen som är inbyggd i installationsprogrammet. Om en användare avbryter fångar den upp det i skriptet. I den här loggen misslyckades den första körningen på grund av att användaren avbröt, sedan andra gången installerade den Visio fine eftersom användaren klickade på "fortsätt"

‍

Om du hittar andra utgångskoder kan du uppdatera skriptet för att notera olika koder och ge bättre feedback i loggarna.

Nu när vi har installerat Office 365 kan vi säga att du vill ta en grupp användare och ändra dem från "bred”Kanal till en snabbare release -kanal, som”Målinriktad”Eller”En gång i månaden“,

Ändra distribution av Office Channel -post. [MS Docs] Du kan kontrollera i kontoret vilken kanal det är genom att gå till kontonoden i en av kontorsapparna.

Ändra en registernyckel [HKLM \ SOFTWARE \ Microsoft \ Office \ ClickToRun \ Configuration \ CDNBaseUrl]
Använda en CI / Baseline [Blogginlägg - secureinfra.blog] - Observera att detta är bra information, men kanalerna och regkeyerna kommer att vara annorlunda. Jag har ett kommande inlägg med uppdaterat material och skript i GitHub.
Gruppolicy [MS Docs]
Kör installationsmotorn med en XML -konfigurationsfil [MS Docs]

Jag tänker inte gå igenom metoderna här i det här inlägget, men kolla in nästa inlägg där jag går in på detaljer om hur jag har konfigurerat det.

Håll dig kvar, i min nästa serie kommer jag att täcka hur "någon" distribuerade Office 365 på ett stort företag. Lärdomar.

Kolla in alla inlägg i serien:

Office 365 Deployment Series med MEMCM - Post 1 - Intro & PreReqs

Office 365 Deployment Series med MEMCM - Post 2 - Skapa Office Installer - Enkelt

Office 365 Deployment Series med MEMCM - Post 3 - Skapa Office Installer - Avancerat

Office 365 Deployment Series med MEMCM - Post 5 - Office Updates / ADR