Criteri e comunicazioni per i servizi Power Platform e Dynamics 365

Introduzione

Microsoft regolarmente comunica il lavoro fatto per mantenere e aggiornare Microsoft Power Platform (Power Apps, Power Automate, Power Virtual Agents, and other services), e app Microsoft Dynamics 365 (Sales, Customer Service, Supply Chain Management, e altre) per assicurare la sicurezza, le prestazioni e la disponibilità e per offrire nuove funzionalità. Microsoft comunica inoltre i dettagli degli incidenti di servizio, tra cui l'esperienza utente potenziale, l'ora di inizio e di fine dell'incidente e qualsiasi soluzione che può essere disponibile.

Per ognuno di questi scenari, la comunicazione viene fornita attraverso l'interfaccia di amministrazione di Microsoft 365 nel Centro messaggi e nel dashboard sull'integrità del servizio. Per ognuno di questi scenari, la comunicazione viene fornita attraverso l'interfaccia di amministrazione di Microsoft 365 nel Centro messaggi e nel dashboard sull'integrità del servizio. L'interfaccia di amministrazione di Microsoft 365 ha anche la possibilità di inviare e-mail per un riepilogo settimanale di tutti i messaggi, e-mail solo per aggiornamenti importanti ed e-mail per messaggi sulla privacy dei dati. Puoi aderire a questo flusso di comunicazione seguendo le istruzioni disponibili qui.

Nota: talvolta Microsoft invia messaggi di posta elettronica diretti a utenti con il ruolo di amministratore di sistema in un ambiente specifico o un progetto Microsoft Lifecycle Services particolarmente interessato.

Aggiornamenti e manutenzione programmati del sistema

Microsoft esegue regolarmente aggiornamenti e manutenzione del servizio e delle app tramite un processo di aggiornamento settimanale. Questo processo di aggiornamento offre miglioramenti alla sicurezza e a servizi minori su base settimanale. Ogni aggiornamento viene distribuito area per area secondo un programma di distribuzione sicuro, organizzato in stazioni. Altre informazioni sulla pianificazione delle implementazioni delle Stazioni sono disponibili nella pagina Versioni rilasciate di Dynamics 365 for Customer Engagement.

Ci sono anche due importanti eventi di aggiornamento dei servizi in aprile (ciclo 1) e in ottobre (ciclo 2) che vengono distribuiti attraverso il meccanismo degli aggiornamenti settimanali. I dettagli in merito sono disponibili nei piani di rilascio di Dynamics 365 e Microsoft Power Platform.

Aggiornamenti di servizio secondari

Gli aggiornamenti di servizio secondari contengono modifiche di personalizzazione per supportare nuove funzionalità, miglioramenti del prodotto e correzioni di bug. Vengono distribuiti su base settimanale, regione per regione, in base a un "processo di distribuzione sicuro" che abbiamo definito. Ogni settimana, ogni regione riceve:

  • Una distribuzione aggiornata, iniziando con la nostra regione di "primo rilascio"

  • Viene pubblicata una notifica del Centro messaggi con la data in cui la distribuzione inizierà a essere applicata all'infrastruttura

  • Un collegamento alle note sulla versione settimanali contenenti l'elenco delle correzioni incluse

Nota: la data in cui la distribuzione viene applicata all'infrastruttura non è la data in cui l'aggiornamento verrà applicato all'ambiente. L'ambiente e tutte le app vengono aggiornati da un processo asincrono che viene eseguito durante le successive finestre di manutenzione regionali. Sebbene non sia prevista una riduzione delle prestazioni o della disponibilità dei servizi, durante questa finestra di manutenzione gli utenti potrebbero riscontrare problemi intermittenti e di breve durata, ad esempio errori SQL temporanei o un reindirizzamento alla schermata di accesso.

È possibile verificare il completamento dell'aggiornamento controllando il numero di versione nella pagina Informazioni su dell'ambiente o esaminando i dettagli dell'ambiente nell'interfaccia di amministrazione di Power Platform. Un elenco di aggiornamenti di servizio è disponibile nella pagina Versioni rilasciate.

Eventi di rilascio principali

Vengono offerti due importanti eventi di rilascio all'anno, il primo in aprile (ciclo 1) e il secondo in ottobre (ciclo 2), dove vengono introdotte nuove caratteristiche e funzionalità. Questi aggiornamenti sono compatibili con le versioni precedenti, quindi le app e le personalizzazioni continueranno a funzionare dopo l'aggiornamento. Le nuove funzionalità con modifiche all'esperienza utente importanti e rivoluzionarie sono disattivate per impostazione predefinita, il che significa che gli amministratori potranno prima testare e poi abilitare queste funzionalità per la propria organizzazione. Inoltre, gli amministratori avranno l'opportunità di abilitare le nuove funzionalità utilizzando una Funzione di "Consenso esplicito" per ottenere l'accesso anticipato alle modifiche.

Le notifiche su quando sono programmati gli eventi di rilascio principali e collegamenti ai piani di rilascio Dynamics 365 e Microsoft Power Platform sono pubblicate nel Centro messaggi del portale di amministrazione Microsoft 365.

Aggiornamenti della protezione

I team di servizio eseguono regolarmente la procedura seguente per garantire la sicurezza del sistema:

  • Ricerca il servizio per identificare le possibili vulnerabilità di sicurezza
  • Valutazioni del servizio per verificare che i controlli di sicurezza chiave funzionino in modo efficace
  • Valutazioni del servizio per verificare l'esposizione a qualsiasi vulnerabilità identificata da Microsoft Security Response Center (MSRC), che monitora regolarmente i siti di diffusione delle vulnerabilità della sicurezza esterni

Questi team inoltre rilevano e registrano tutti i problemi identificati e cercano di ridurre al minimo i rischi quando necessario.

Come ricevo informazioni sugli aggiornamenti alla sicurezza?

Poiché i team di servizio si sforzano di attenuare i rischi in modo da non dover ricorrere all'interruzione del servizio, gli amministratori in genere non guardano le notifiche del Centro messaggi relative agli aggiornamenti della sicurezza. Se un aggiornamento di sicurezza richiede un impatto sul servizio, viene considerato manutenzione pianificata e viene pubblicato con la durata prevista dell'impatto e la finestra in cui viene eseguito il lavoro.

Per ulteriori informazioni sulla sicurezza, vedi Centro protezione.

Manutenzione pianificata

La manutenzione pianificata include aggiornamenti e modifiche al servizio per fornire maggiore stabilità, affidabilità e migliori prestazioni.

Tali modifiche possono comprendere:

  • Aggiornamenti hardware e infrastrutture
  • Servizi integrati come una nuova versione di Microsoft 365 o Azure
  • Modifiche al servizio e aggiornamenti al software
  • Aggiornamenti del servizio secondari che si verificano varie volte all'anno. Vedi Aggiornaenti di servizio.

Manutenzione non pianificata

I servizi di Power Platform e le app Dynamics 365 (Sales, Customer Service, Supply Chain Management, ecc.) possono incontrare problemi che richiedono modifiche non pianificate per proteggere la disponibilità. Microsoft si sforza di fornire quante più notifiche possibili durante questi eventi, ma poiché non possono essere previsti, non sono considerati manutenzione pianificata.

Quando ciò accade, la tua organizzazione riceve una notifica di "Manutenzione non pianificata" nel Centro messaggi. Tentiamo anche di inviare un messaggio di posta elettronica a tutti gli amministratori di sistema dell'ambiente interessato dalla manutenzione straordinaria. Puoi visualizzare lo stato delle attività di manutenzione non pianificata correnti nel Centro messaggi.

Finestre di manutenzione regionali

Per limitare l'impatto sui clienti e sui relativi utenti, pianifichiamo la finestra di manutenzione in base all'area in cui gli ambienti sono distribuiti. Il seguente elenco della sequenza temporale della manutenzione mostra la finestra di manutenzione per ogni area. Gli orari sono visualizzati in tempo coordinato universale (UTC, noto anche come ora di Greenwich). Per le organizzazioni con utenti in tutto il mondo, riconosciamo che queste finestre di manutenzione potrebbero influire in modo diverso. Ci scusiamo per l'impatto che questo potrebbe avere sui tuoi utenti.

Sequenza temporale della manutenzione

Per limitare l'impatto sugli utenti, la finestra di manutenzione è pianificata in base alla regione in cui gli ambienti sono distribuiti. L'elenco seguente mostra la finestra di manutenzione per ogni regione. Gli orari sono visualizzati in tempo coordinato universale (UTC, noto anche come ora di Greenwich).

Di seguito sono riportati i tempi di aggiornamento del servizio: Gli aggiornamenti del database vengono eseguiti il prima possibile a seconda del carico del sistema durante la finestra di manutenzione dell'ambiente.

Area geografica URL Finestra (UTC)
NAM crm.dynamics.com dalle 2 alle 11
DEU crm.microsoftdynamics.de dalle 17 alle 2
SAM crm2.dynamics.com da mezzanotte alle 10
CAN crm3.dynamics.com dall'una alle 10
EUR crm4.dynamics.com dalle 18 alle 3
FRA crm12.dynamics.com dalle 18 alle 3
APJ crm5.dynamics.com Dalle 15 alle 20
OCE crm6.dynamics.com Dalle 11 alle 21
JPN crm7.dynamics.com Dalle 10 alle 19
IND crm8.dynamics.com Dalle 19.30 all'una
GCC crm9.dynamics.com dalle 2 alle 11
GCC High crm.microsoftdynamics.us dalle 2 alle 11
GBR crm11.dynamics.com dalle 18 alle 3
ZAF crm14.dynamics.com dalle 17 alle 2
UAE crm15.dynamics.com dalle 15 a mezzanotte
GER crm16.dynamics.com Dalle 18 alle 3
CHE crm17.dynamics.com dalle 18 alle 3
CHN crm.dynamics.cn Dalle 15 alle 21

Incidenti di servizio

Un incidente di servizio è un termine usato per fare riferimento a un evento (o una serie di eventi) che in genere causa a più clienti un'esperienza degradata con uno o più dei nostri servizi. Questi incidenti sono effettivamente problemi della piattaforma che causano tempi di inattività non pianificati, tra cui indisponibilità, degrado delle prestazioni e problemi che interferiscono con la gestione del servizio. Comunichiamo gli incidenti di servizio attraverso un'esperienza autenticata sul Dashboard dell'integrità del servizio del portale di amministrazione Microsoft 365 per fornire visibilità sull'integrità del servizio agli amministratori su più servizi cloud. Gli esempi di incidenti di servizio possono includere:

  • Impossibilità ad accedere a un ambiente o a un portale di amministrazione specifico
  • Prestazioni lente nelle app o nelle query di Dataverse
  • Messaggi di errore o pagine vuote impreviste

Come ricevo informazioni sugli incidenti di servizio?

Nel dashboard sull'integrità del servizio puoi visualizzare lo stato del servizio, i dettagli sugli incidenti di servizio esistenti e fino a 30 giorni di cronologia. La funzionalità Integrità dei servizi (all'interno dell'interfaccia di amministrazione di Microsoft 365) sa quali tenant gestisci, quindi mostra una visualizzazione molto più accurata di eventuali problemi noti che influiscono sui tuoi servizi rispetto alle fonti di informazioni non autenticate. Se si verifica un problema che non viene visualizzato nel dashboard Integrità del servizio, contatta il supporto Microsoft creando un ticket nell'interfaccia di amministrazione di Power Platform.

Se un incidente di servizio ha un ampio impatto sui clienti, possiamo fornire aggiornamenti dello stato in molte pagine di supporto specifiche del servizio, tra cui la pagina di supporto di Power Apps, la pagina di supporto di Power Automate o la pagina di supporto di Power BI.

Se il portale di amministrazione Microsoft 365 non è disponibile, forniremo gli aggiornamenti sullo stato tramite il nostro sito di backup per lo stato.

Quali informazioni vengono fornite sugli incidenti di servizio?

Durante l'evento, includiamo informazioni correlate all'impatto sugli utenti, alla durata, a eventuali soluzioni alternative e alla causa radice preliminare. Il nostro obiettivo è fornire aggiornamenti sullo stato con cadenza oraria, sebbene questa linea guida possa essere ridotta in presenza di nuove informazioni sostanziali o estesa in base all'attesa delle attività di ripristino. Nel momento in cui il servizio riprende il funzionamento ottimale, pubblicheremo un aggiornamento sullo stato finale e determineremo se fornire un rapporto aggiuntivo post incidente in base all'ampiezza e al tipo di impatto sui clienti.

Un report post incidente (PIR) può essere pubblicato dopo cinque giorni lavorativi nel dashboard sull'integrità del servizio Microsoft 365 per determinati eventi.

In questo report vengono riepilogati i seguenti dettagli:

  • Riepilogo
  • Esperienza utente
  • Sequenza temporale delle principali attività o azioni
  • Fattori contributivi
  • Passaggi successivi

Metodi aggiuntivi per la ricezione delle notifiche

A causa della criticità delle notifiche e delle comunicazioni di servizio, esistono metodi aggiuntivi per connettersi a Comunicazioni di servizio.

Avviso sui criteri online

Controllare la pagina di Avviso sui criteri online e sui documenti simili.

Se hai commenti e suggerimenti, compila il nostro sondaggio e condividi i tuoi pensieri!