Perché il monitoraggio è un’attività quotidiana dell’admin
In MS-102 il monitoraggio del servizio non è “guardare i grafici”: è saper rispondere a tre domande operative distinte — il servizio è degradato? (Service health), cosa sta per cambiare? (Message Center), come viene usato ciò che pago? (Usage reports e Adoption Score). Ogni domanda ha una pagina diversa nel Microsoft 365 admin center e, soprattutto, un ruolo diverso.
Service health: incident vs advisory
Da Health > Service health vedi lo stato per workload (Exchange Online, SharePoint Online, Microsoft Teams, Microsoft Entra ID, Microsoft Purview…). La distinzione chiave:
| Incident | Advisory | |
|---|---|---|
| Impatto | Interruzione critica: gli utenti non riescono ad accedere o a usare la funzionalità | Problema minore o intermittente |
| Ambito | Tipicamente esteso | Limitato a un sottoinsieme di utenti/funzioni |
| Workaround | Spesso assente | Di norma disponibile |
| Esempio | Impossibile inviare posta in Exchange Online | Ritardi nella ricerca in SharePoint per alcuni tenant |
Ogni voce ha un ID (es. EX123456), uno stato che evolve (Investigating → Service degradation → Service restored) e una post-incident review per gli incident maggiori. Puoi configurare notifiche email verso un numero limitato di indirizzi per i workload selezionati.
Regola d’oro d’esame: prima di aprire un ticket di supporto, controlla Service health. Se il problema è già tracciato come incident, il ticket è ridondante.
Message Center: change management, non troubleshooting
Il Message Center (Health > Message center) è il canale con cui Microsoft annuncia modifiche pianificate: nuove funzionalità, deprecazioni, azioni richieste. Le categorie sono:
- Plan for change — richiede un’azione o una comunicazione agli utenti entro una data
- Prevent or fix issues — azione preventiva consigliata
- Stay informed — informativo, nessuna azione
Funzioni operative da conoscere: sincronizzazione dei messaggi in Microsoft Planner per assegnarli come task, digest email settimanale, filtro per servizio e per tag, opzioni “Archive” e “Share” del singolo messaggio.
Errore classico: un’interruzione in corso non compare nel Message Center; un cambiamento futuro non compare in Service health. Sono due superfici separate.
Report di utilizzo per workload
In Reports > Usage trovi i dati aggregati per periodi di 7, 30, 90 e 180 giorni (nessun intervallo custom). I report per workload più rilevanti:
- Microsoft 365 apps usage — attivazioni e app usate per piattaforma
- Email activity / Mailbox usage — invii, letture, quota mailbox in Exchange Online
- OneDrive usage / OneDrive activity — file sincronizzati, condivisi, storage consumato per account
- SharePoint site usage, Teams user activity, Viva Engage activity
I dati hanno una latenza tipica di 24-48 ore e vengono conservati per una finestra mobile. L’esportazione è in CSV; per query programmatiche esiste la Microsoft Graph reports API.
Adoption Score: strumento di gestione, non di sicurezza
Adoption Score (Reports > Adoption Score) misura quanto l’organizzazione sfrutta Microsoft 365, confrontandola con un benchmark di organizzazioni di dimensione simile. Si divide in due aree:
People experiences — le categorie da ricordare:
- Communication (uso di email, chat, community per il messaggio giusto)
- Meetings (qualità delle riunioni: agenda, videocamera, condivisione)
- Content collaboration (creazione e condivisione di file su OneDrive e SharePoint)
- Teamwork e Mobility (presenti in evoluzione nelle versioni recenti)
Technology experiences — endpoint analytics, salute delle app, tempi di avvio dei dispositivi, aggiornamento delle build (dati che si appoggiano a Microsoft Intune).
I punteggi sono aggregati a livello di tenant: non sono un sistema di sorveglianza individuale e non vanno usati per valutare le persone. Non hanno nulla a che vedere con Microsoft Defender XDR o Microsoft Purview: se lo scenario parla di rischio, DLP o insider risk, Adoption Score è sempre la risposta sbagliata.
Ruoli minimi
| Attività | Ruolo minimo consigliato |
|---|---|
| Leggere Service health | Service Support Administrator (o Global Reader) |
| Leggere Message Center | Message Center Reader |
| Leggere report di utilizzo | Reports Reader / Usage Summary Reports Reader |
| Disattivare l’anonimizzazione nei report | Global Administrator |
| Configurare Adoption Score | Global Administrator |
Trappole tipiche d’esame
- Scenario: un collega dell’help desk deve consultare Service health e aprire ticket, senza altri privilegi → assegna Service Support Administrator, non Global Administrator né semplicemente Reports Reader.
- Scenario: nei report di utilizzo compaiono stringhe pseudonime al posto dei nomi utente → è attiva l’impostazione “Display concealed user, group, and site names in all reports” in Org settings > Reports, abilitata per default. Solo un Global Administrator può disattivarla; è una scelta di privacy, non un bug né un problema di licenza.
- Scenario: Adoption Score non mostra i dati di People experiences → il tenant non raggiunge la soglia minima di utenti con licenza attivi (circa 100) richiesta per garantire l’aggregazione anonima. Aggiungere ruoli o licenze premium non risolve se la soglia non è superata.
- Scenario: occorre pianificare la migrazione prima della deprecazione di una funzionalità → Message Center (eventualmente sincronizzato in Planner), non Service health.
- Scenario: serve individuare gli utenti che non usano OneDrive per pianificare training → OneDrive activity report (dato per utente), non Adoption Score, che è aggregato e non nominativo.