Perchè il back up di Teams è così difficile?

Vista la recente crescita dell’utilizzo di Teams, sono arrivate, da parte degli utenti, diverse richieste relative alla protezione dei dati.
I motivi per cui potresti voler eseguire il backup di un servizio cloud includono:

• Protezione di dati critici dalla perdita causata da un attacco esterno (inclusi ransomware e altri malware).
• Amministratori non autorizzati che rimuovono o alterano le informazioni.
• Spostamento di copie dei dati in repository esterne per garantire che le persone possano lavorare se il servizio cloud non è disponibile per un lungo periodo.

Questi sono i motivi che più tipicamente vengono citati per gli ambienti on-premise. Nel cloud, le cose sono diverse perché generalmente non si ha lo stesso livello di accesso ai dati delle infrastrutture locali.

Nessun backup in Office 365

A parte SharePoint Online, Microsoft non esegue il backup dei servizi di Office 365 ma si affida alla sua tecnologia per proteggere i dati.
Quindi, se vuoi configurare un backup, devi utilizzare un servizio di terze parti. Ve ne sono diversi disponibili: i backup per Exchange Online e SharePoint Online hanno radici nella tecnologia on-premise e i metodi per spostare i dati all’interno e all’esterno delle cassette postali e dei siti sono ben noti ed acquisiti. Le API, sebbene mai progettate per i backup su cloud, sono disponibili e funzionanti, almeno fin quando non tiriamo in ballo le etichette di sensibilità e il contenuto crittografato (questa è un’altra storia).

Teams è un’app cloud

A differenza di Exchange e SharePoint, Teams è un prodotto esclusivamente cloud. Non esiste una versione locale e nessuno ha mai sviluppato interfacce di backup per lo strumento. E, soprattutto, è basato su servizi di Office 365 e Azure. Il ripristino di una casella postale è semplice rispetto alla ricostruzione di un team completa di tutti i suoi canali, schede, conversazioni, riunioni ecc.

Reclami dai backup vendors

Alcuni vendor sostengono che i loro prodotti supportino anche Microsoft Teams, affermando che basti copiare i record di conformità di quest’ultimo, archiviati nelle caselle postali di gruppo e personali di Exchange Online. Sebbene sia possibile, questo non è un backup.
Scopriamo i due motivi principali:

1. I record di conformità sono progettati per acquisire comunicazioni per l’eDiscovery e l’uso della conformità: non sono copie vere dell’originale perché mancano alcuni elementi dei messaggi di Teams, come le reazioni.
2. Non esiste alcuna API che ripristini i messaggi di conformità in una conversazione su un canale Teams o in una chat personale. È possibile leggere i record e utilizzare le chiamate dell’API Graph per scrivere nuovi messaggi nelle conversazioni e nelle chat, ma questo non è un vero ripristino perché questi elementi sarebbero datati in modo diverso rispetto all’originale e non avrebbero tutti i dati non copiati nei record.

Il secondo approccio (meno comune) è utilizzare l’API di migrazione beta di Teams per eseguire il backup. L’API non è stato sviluppato ed esistono molti problemi: il più evidente è l’incapacità di gestire le chat personali.

Mancata gestione di tutti i dati di Teams

Sia l’API di migrazione che i backup basati su Exchange, non tengono conto dell’ampio spettro di dati interconnessi di Teams. La copia di una parte di informazione protegge tali dati, ma questi potrebbero essere inutili se altri dati connessi non vengono copiati e resi disponibili.

La Tabella seguente elenca alcune delle risorse connesse utilizzate da Teams. Non è un elenco definitivo e potrebbero essere necessarie altre informazioni (come quelle di OneNote) per creare una copia completa. Lo scopo dell’elenco è di illustrare l’ampia gamma di dati utente e di sistema in utilizzo da Teams. Se desideri eseguire il backup, è necessario comprendere quali di questi vengono utilizzati nel tuo tenant: una volta scoperto, puoi capire come risolvere il problema.