Où sont stockées les conversations Teams - Tout savoir sur le stockage

Le vrai schéma de stockage des conversations Teams

Je préfère partir d’une idée simple: Teams est une couche d’expérience, pas un coffre-fort unique. Derrière l’interface, Microsoft répartit les messages entre un service de chat dans Azure, des boîtes aux lettres Exchange Online et, pour les fichiers, OneDrive ou SharePoint. C’est précisément pour cela qu’une conversation peut sembler “effacée” dans l’application tout en restant disponible pour la conservation, l’eDiscovery ou la conformité.

Dans la pratique, cela signifie qu’il faut distinguer trois choses: le message affiché dans Teams, la copie de conformité utilisée par l’administration, et le fichier joint éventuel. Cette distinction évite beaucoup de malentendus, surtout au moment d’un audit, d’une demande juridique ou d’une migration.

Autrement dit, la vraie réponse n’est pas un emplacement unique, mais une logique de stockage par type de contenu. La section suivante détaille justement ce chemin, cas par cas.

Ce qui change selon le type de conversation

Si l’on veut être précis, il faut traiter séparément les chats, les canaux et les fichiers. C’est là que beaucoup d’équipes se trompent: elles pensent que tout reste “dans Teams”, alors que le contenu est en réalité réparti dans plusieurs briques Microsoft 365.

Point important: le terme technique que l’on voit parfois côté administration, comme GroupMailbox ou SubstrateGroup, désigne une boîte aux lettres de service utilisée pour certaines fonctions Teams. Ce n’est pas un dossier que l’on parcourt à la main, mais un composant de l’architecture Microsoft 365.

En clair, si vous cherchez un message, un fichier joint et une preuve de conformité, vous n’allez pas toujours au même endroit. C’est ce qui rend les investigations utiles, mais aussi un peu moins intuitives qu’on ne l’imagine au départ.

Pourquoi la suppression ne suffit pas toujours

Le point qui surprend le plus souvent, c’est celui-ci: supprimer un message dans l’interface Teams ne signifie pas l’effacer immédiatement de toute la chaîne Microsoft 365. Quand une politique de rétention est active, Exchange évalue périodiquement les éléments concernés, et le traitement peut prendre de 1 à 7 jours. Entre-temps, certains éléments peuvent passer par des dossiers cachés de type SubstrateHolds, conçus pour la conservation temporaire avant suppression définitive.

Cette logique sert à deux choses. D’abord, à empêcher la perte accidentelle d’informations qui doivent être conservées. Ensuite, à permettre l’eDiscovery, c’est-à-dire la recherche et la production de contenu dans un contexte juridique ou disciplinaire. Tant qu’un hold est actif, un message peut avoir disparu de l’interface Teams tout en restant exploitable côté conformité.

Je vois souvent la même erreur opérationnelle: on pense avoir “nettoyé” une conversation parce qu’elle n’apparaît plus dans l’application. En réalité, la suppression visible n’est qu’une étape. Si une équipe RH, juridique ou sécurité intervient plus tard, les copies de conformité peuvent encore exister.

Si vous devez gérer une politique interne, il faut donc documenter la différence entre effacement visuel, rétention et suppression définitive. Cette nuance change beaucoup de choses en audit, et elle devient encore plus sensible quand le tenant est basé en France.

Ce que cela change pour un tenant en France

Pour un tenant français, le sujet ne se limite pas à “où sont les messages”. Il faut aussi regarder où Microsoft place les données au repos. La France fait partie des pays pour lesquels Microsoft propose une résidence locale pour les nouveaux tenants, tandis que certains tenants existants restent gérés dans la région EMEA. En pratique, on ne déduit jamais l’emplacement réel à partir de la langue de l’interface ou du pays du siège: on le vérifie dans l’environnement d’administration.

Le deuxième point, souvent sous-estimé, concerne le Multi-Geo. Si votre organisation l’utilise, la Preferred Data Location de l’utilisateur ou du groupe détermine la géographie de stockage. C’est utile pour répartir les données, mais cela peut compliquer la lecture d’un dossier si les chats, les fichiers et les sites SharePoint n’ont pas exactement la même localisation.

Pour un public non technique, je résume souvent la règle ainsi: en France, la résidence des données est une propriété du tenant, pas une intuition. On la contrôle, on ne la suppose pas. Et dans les organisations qui grandissent vite, c’est souvent là que les surprises commencent.

Cette logique de résidence explique aussi pourquoi il faut distinguer le stockage du message lui-même de celui des fichiers associés. Les deux suivent des règles différentes, même s’ils apparaissent côte à côte dans Teams.

Vérifier et gouverner le stockage dans Microsoft 365

Quand je dois auditer un environnement Teams, je commence par quelques vérifications simples. Elles suffisent souvent à savoir si l’on a affaire à un stockage standard, à une configuration Multi-Geo ou à une politique de rétention plus stricte que prévu.

1. Ouvrir le centre d’administration Microsoft 365 et vérifier Settings > Organization profile > Data location.
2. Contrôler si le tenant est en Multi-Geo et si des utilisateurs ou des groupes ont une Preferred Data Location.
3. Vérifier les politiques de rétention dans Microsoft Purview, surtout pour les chats, les canaux privés et les réunions.
4. Associer chaque type de contenu à son stockage réel: messages vers Exchange, fichiers vers OneDrive ou SharePoint.
5. Si nécessaire, interroger la localisation via PowerShell avec Get-MultiGeoRegion pour un utilisateur ou un groupe.
6. Avant une migration, aligner Teams et SharePoint, car déplacer l’un sans l’autre crée facilement des écarts de géographie.

Un bon réflexe consiste aussi à vérifier le cas des canaux privés séparément des canaux standards. Les politiques et les emplacements de stockage n’y sont pas toujours identiques, et c’est précisément ce qui complique les audits rapides.

Quand une équipe me demande “où c’est stocké”, je préfère donc répondre en deux temps: d’abord le type de contenu, ensuite la gouvernance qui s’applique. Cette méthode évite les réponses trop simplistes et donne un diagnostic plus fiable.

Les points à verrouiller avant une migration ou un audit Teams

Avant de clore le sujet, je garde toujours en tête quelques points de vigilance très concrets. Ils ne sont pas spectaculaires, mais ils font gagner du temps et évitent des conclusions fausses.

• Le chat et le fichier joint n’ont pas la même destination.
• Le canal privé n’obéit pas au même modèle que le canal standard.
• Un message supprimé peut rester exploitable en eDiscovery tant qu’un hold existe.
• La résidence en France dépend du tenant et des options Multi-Geo, pas seulement du pays de l’utilisateur.
• Les copies de conformité sont souvent la vraie source à documenter en interne.

Si je devais résumer en une phrase utile pour une équipe non technique, je dirais ceci: dans Teams, le message, le fichier et la preuve de conformité suivent souvent des routes différentes. C’est cette séparation qui explique la plupart des surprises, et c’est aussi elle qu’il faut documenter proprement avant toute décision de gouvernance.