Serie di distribuzione di Office 365 con MEMCM – Post 4 – Metodi di distribuzione

Grazie per essere arrivati fino a questo punto nella nostra distribuzione e manutenzione di Office 365 utilizzando la serie Endpoint Manager, Configuration Manager (MEMCM / SCCM) di Microsoft, ora che abbiamo installato la nostra applicazione Office, è ora di distribuirla e di esaminare come possiamo cambia canale [Canale su Documenti]. In base a come lo distribuisci e a un'impostazione nel file XML, vedrai un comportamento diverso.

Nell'XML, l'impostazione della proprietà "FORCEAPPSHUTDOWN" controllerà il comportamento durante l'aggiornamento. [MS Docs]

Parliamo di alcuni scenari e mostriamo come funziona.

  • FORCEAPPSSHUTDOWN = TRUE
  •   1) Implementazione richiesta - Raggiungi la scadenza
  •   2) Distribuzione richiesta: l'utente avvia l'installazione prima della scadenza
  •   3) Distribuzione disponibile - Iniziati dall'utente
  • FORCEAPPSSHUTDOWN = FALSO
  •   4) Distribuzione richiesta - Raggiungi la scadenza
  •   5) Distribuzione richiesta: l'utente avvia l'installazione prima della scadenza
  •   6) Implementazione disponibile - Iniziati dall'utente

Quindi, che ci crediate o no, solo il numero uno fornisce un'esperienza utente finale diversa, tutto il resto spingerà l'utente a chiudere le applicazioni, anche se ha raggiunto la scadenza. Passiamo attraverso un paio.

Presupposti, stai utilizzando il modello di app e hai configurato la distribuzione in modo che venga visualizzata nel software center, questo sarà il comportamento riscontrato:

Opzione A: Visualizza in SC con tutte le notifiche.
Opzione B: come A ma spunta la casella per la finestra di dialogo. Questo creerà le notifiche popup per avvisare meglio gli utenti finali che l'installazione di Office è in arrivo. Questo è disponibile solo sulle distribuzioni richieste.
  1. La distribuzione degli utenti viene eseguita alla scadenza, chiude automaticamente tutte le app per ufficio (nessun avviso) e aggiorna/installa Office 365
  2. & 3. hanno lo stesso comportamento, il programma di installazione dell'applicazione avvia le richieste per chiudere tutte le app open office. Anche 4,5,6 condividono lo stesso comportamento.
Puoi vedere, quando attiviamo un'installazione di Office 365, viene richiesto di chiudere le app, anche se l'hai impostato su Forza chiusura.

Quindi, in pratica, l'UNICA volta che forza effettivamente la chiusura delle app, è quando raggiunge la scadenza e si attiva automaticamente. In qualsiasi altro momento, chiederà all'utente finale di chiudere l'app e se l'utente fa clic su Annulla, genera un errore. Ricorda, quando forza la chiusura dell'app, c'è il rischio di perdere il lavoro. L'ho confermato nei miei test, i documenti non salvati sono spariti, non recuperabili.

Ora vediamo cosa succede se un utente fa clic su Annulla. Quando fai clic su Annulla, ottieni un errore generico, lo stesso errore che avresti per alcune altre situazioni. Ora non sono sicuro che il codice di uscita sia lo stesso, ma il messaggio lo è.

Puoi vedere qui che il messaggio di errore non è eccessivamente utile.

Questa è la registrazione personalizzata incorporata nello script di installazione. Se un utente annulla, lo acquisisce nello script. In questo registro, la prima esecuzione non è riuscita a causa dell'annullamento da parte dell'utente, quindi la seconda volta ha installato Visio correttamente perché l'utente ha fatto clic su "continua"

Se trovi altri codici di uscita, puoi aggiornare lo script per annotare codici diversi e fornire un feedback migliore nei log.

Ora che abbiamo installato Office 365, diciamo che vuoi prendere un gruppo di utenti e cambiarli dal "ampio" canale a un canale di rilascio più veloce, come "Mirata" o "Mensile“,

Modifica della distribuzione successiva al canale Office. [MS Docs] Puoi verificare in ufficio di quale canale si tratta accedendo al nodo account in una delle app dell'ufficio.

  • Modifica di una chiave di registro [HKLM\SOFTWARE\Microsoft\Office\ClickToRun\Configuration\CDNBaseUrl]
  •   Utilizzo di un CI/linea di base [Post sul blog – secureinfra.blog] – Nota che questa è una buona informazione, ma i canali e le chiavi di registro saranno diversi. Avrò un prossimo post con materiali e script aggiornati in GitHub.
  •   Politica di gruppo [MS Docs]
  • Esecuzione del motore di installazione con un file di configurazione XML [MS Docs]

Non esaminerò i metodi qui in questo post, ma dai un'occhiata a prossimo post dove vado nei dettagli su come l'ho impostato.

Rimanere in giro, nella mia prossima serie, parlerò di come "qualcuno" ha distribuito Office 365 in una grande azienda. Lezioni imparate.

Dai un'occhiata a tutti i post di questa serie:

Serie di distribuzione di Office 365 con MEMCM – Post 1 – Introduzione e prerequisiti

Serie di distribuzione di Office 365 con MEMCM – Post 2 – Creazione del programma di installazione di Office – Semplice

Serie di distribuzione di Office 365 con MEMCM – Post 3 – Creazione del programma di installazione di Office – Avanzato

Serie di distribuzione di Office 365 con MEMCM – Post 5 – Aggiornamenti di Office / ADR

Scopri come Right Click Tools sta cambiando il modo in cui vengono gestiti i sistemi.

Aumenta immediatamente la produttività con la nostra Community Edition limitata e gratuita.

Inizia oggi con Right Click Tools:

Condividi questo:

it_ITItalian