Restaurer OneDrive et SharePoint
Ce que fait la restauration dans Microsoft 365
BaaStide réécrit des fichiers et des dossiers sauvegardés dans leur OneDrive ou dans leur bibliothèque de documents SharePoint, dans le même tenant. Vous choisissez les éléments, la date des données, l'endroit où ils arrivent et ce qui arrive aux fichiers existants.
La restauration est désactivée par défaut. Un administrateur ou un technicien du MSP l'active par tenant. Tant qu'elle est désactivée, BaaStide n'a aucun droit d'écriture dans le tenant.
BaaStide restaure seulement les fichiers de OneDrive et de SharePoint. Les autres contenus sauvegardés, par exemple une boîte mail ou les messages des canaux Teams, ne reviennent pas dans Microsoft 365.
Prérequis
- Un tenant connecté, avec au moins une sauvegarde réussie ou partielle. Voir Suivre les sauvegardes Microsoft 365.
- La restauration activée pour ce tenant. Voir la procédure ci-dessous.
- Le rôle Technicien ou Administrateur, avec un compte nommé. Une clé API de MSP ne lance pas de restauration. Voir Rôles et droits.
- Un domaine vérifié du tenant, par exemple
contoso.onmicrosoft.com. - La ressource d'origine présente dans le tenant. Un OneDrive ou une bibliothèque retirés du tenant ne reçoivent aucune écriture.
Activer la restauration pour un tenant
- Ouvrez la page du tenant.
- Choisissez l'onglet Paramètres.
- Allez sur la carte Restauration dans Microsoft 365.
- Dans Domaine du tenant, saisissez un domaine vérifié du tenant.
- Cliquez sur Activer la restauration.
BaaStide vérifie le domaine auprès de Microsoft. Le domaine devient aussi le texte à saisir pour confirmer une grosse restauration.
La carte porte une étiquette Activée ou Désactivée, et la date de la dernière modification. Chaque modification est inscrite dans le journal d'audit. Le lien Voir le journal d'audit ouvre le journal du tenant. Voir Journal d'audit.
Quand le domaine est refusé, le portail écrit la cause :
| Message | Ce qu'il faut faire |
|---|---|
| Ce domaine n'est pas un domaine de ce tenant. | Saisissez un domaine vérifié du tenant. |
| Microsoft n'a pas pu vérifier le domaine. | Réessayez plus tard. |
Le rôle Lecture seule voit ce réglage et ne peut pas le modifier.
La permission d'écriture
Quand la restauration est activée, l'application BaaStide du tenant reçoit la permission
Sites.ReadWrite.All. BaaStide l'accorde lui-même, avec le certificat du tenant, à la première
restauration. Elle apparaît ensuite dans les permissions accordées. Voir
Périmètre protégé.
Quand vous désactivez la restauration, BaaStide retire cette permission. Quand un administrateur du tenant la retire, BaaStide ne l'accorde pas de nouveau de lui-même : réactivez la restauration pour la demander encore.
Lancer une restauration
- Parcourez le OneDrive ou la bibliothèque de documents. Voir Parcourir et chercher dans les données sauvegardées.
- Choisissez la date des données dans Sauvegarde affichée.
- Cochez les fichiers et les dossiers voulus. Un dossier coché apporte tout son contenu.
- En bas de la fenêtre, cliquez sur Restaurer la sélection. Pour tout le contenu, cliquez sur Restaurer tout le contenu de ….
- Dans Où, choisissez Un nouveau dossier de restauration ou L'emplacement d'origine.
- Dans Quand un élément du même nom existe, choisissez Ignorer, Garder les deux ou Remplacer.
- Cliquez sur Suivant : vérification.
- Lisez la vérification.
- Quand le portail demande une confirmation, saisissez le domaine du tenant.
- Cliquez sur Lancer la restauration.
Le portail ouvre alors la page de la restauration.
La sélection reste seulement tant que l'onglet du navigateur est ouvert. Quand vous la perdez, revenez à la sauvegarde et cochez de nouveau les éléments.
Où les éléments arrivent
| Choix | Ce qu'il fait |
|---|---|
| Un nouveau dossier de restauration | BaaStide crée un dossier à la racine du lecteur et y écrit les éléments. Il le nomme au lancement, par exemple « BaaStide restore 2026-10-25 09.12.00 UTC … ». Rien ne change en place. C'est le choix recommandé. |
| L'emplacement d'origine | Chaque élément revient à son chemin. BaaStide recrée les dossiers absents et utilise un dossier existant. |
Quand un élément du même nom existe
| Choix | Ce qu'il fait |
|---|---|
| Ignorer | L'élément existant reste tel quel. Le rapport l'indique. C'est le choix recommandé. |
| Garder les deux | Le fichier restauré reçoit un nouveau nom avec un suffixe. Le fichier existant reste. |
| Remplacer | Le fichier restauré remplace le fichier de la cible. Un dossier n'est jamais remplacé. Ce choix demande toujours la confirmation par le domaine du tenant. |
BaaStide trouve les fichiers existants pendant la restauration, pas avant. La règle choisie s'applique à chacun.
La vérification avant le lancement
BaaStide compte les éléments sur le serveur, puis donne :
| Ligne | Ce qu'elle donne |
|---|---|
| Tenant | Le nom du tenant et son domaine. |
| Ressource | Le nom de la ressource et son ID Microsoft. |
| Données du | La date des données restaurées. |
| Éléments | Le nombre d'éléments et leur volume. |
| Où | Le dossier de restauration ou l'emplacement d'origine. |
| Éléments existants | La règle choisie pour un élément du même nom. |
| Accès | Les éléments restaurés reçoivent les accès du dossier où ils arrivent. |
| Non restauré | Ce que la restauration ne remet pas. |
Quand la confirmation est demandée
Le portail demande de saisir le domaine du tenant dans quatre cas :
| Raison | Seuil |
|---|---|
| Les fichiers existants sont remplacés. | Le choix Remplacer. |
| Toute la ressource est restaurée. | Le bouton Restaurer tout le contenu de …. |
| Plus de 1 000 éléments. | Le compte de la vérification. |
| Plus de 10 Gio. | Le volume de la vérification. |
Le serveur compte de nouveau et décide. Quand il trouve une raison après votre lancement, le portail affiche la confirmation et n'écrit rien.
Suivre une restauration
- Ouvrez la page du tenant.
- Choisissez l'onglet Restaurations.
- Cliquez sur le nom de la ressource.
La page de la restauration donne son statut, une barre de progression, les compteurs et le détail de ses règles. Vous pouvez quitter la page : la restauration continue.
| Statut | Ce qu'il veut dire |
|---|---|
| En attente | La restauration attend son démarrage. |
| En cours | BaaStide écrit les éléments. |
| En pause | Microsoft refuse l'accès ou limite les requêtes. La restauration reprend seule quand cela s'arrête. |
| Réussie | Tous les éléments ont été restaurés ou ignorés. |
| Partielle | Des éléments n'ont pas été restaurés. Le rapport donne la raison de chacun. |
| Échouée | La restauration s'est arrêtée sur une erreur. Le bandeau donne la cause. |
| Annulée | La restauration a été annulée. Les fichiers déjà écrits restent en place. |
Les cinq compteurs sont Restaurés, Ignorés, En échec, À vérifier et Annulés.
Causes d'une restauration échouée
| Cause | Ce que dit le portail |
|---|---|
| Microsoft refuse l'accès en écriture. | Vérifiez les permissions de l'application BaaStide dans le tenant, puis relancez la restauration. |
| Le lecteur ou la bibliothèque d'origine n'est pas dans le tenant. | Restaurez-le d'abord dans Microsoft 365, puis relancez la restauration. |
| Le dépôt de sauvegarde n'a pas pu être lu. | Relancez la restauration. Si elle échoue de nouveau, contactez le support. |
| Ce MSP est suspendu. | La restauration s'est arrêtée. Les fichiers déjà écrits restent. |
| Ce tenant a été supprimé. | La restauration s'est arrêtée. Les fichiers déjà écrits restent. |
| La personne qui a lancé la restauration ne peut plus restaurer dans ce MSP. | La restauration s'est arrêtée. Les fichiers déjà écrits restent. |
| Erreur du serveur. | Relancez la restauration plus tard. |
Lire le rapport par élément
Le tableau Rapport par élément donne une ligne par fichier et par dossier, avec son statut et sa raison. La liste Statut filtre les lignes. Après une restauration avec des échecs, le filtre Échoué est choisi par défaut.
| Statut d'un élément | Ce qu'il veut dire |
|---|---|
| En attente | L'élément attend son tour. |
| En cours | BaaStide écrit l'élément. |
| Restauré | L'élément est écrit dans la cible. |
| Ignoré | BaaStide n'a pas écrit l'élément. La raison le dit. |
| Échoué | L'écriture a échoué. La raison le dit. |
| À vérifier | BaaStide ne sait pas si l'écriture s'est terminée. Vérifiez l'élément dans Microsoft 365. |
| Annulé | La restauration a été annulée avant cet élément. |
Les raisons écrites sous un statut sont :
- Un élément de ce nom existe déjà dans la cible. Il n'a pas été modifié.
- La cible a un dossier là où la sauvegarde a un fichier, ou l'inverse. Rien n'a été modifié.
- La cible a changé après la vérification. Rien n'a été écrit. Vérifiez la cible, puis restaurez de nouveau l'élément.
- BaaStide ne peut pas savoir si l'écriture s'est terminée. L'élément n'est pas renvoyé automatiquement. Vérifiez-le dans Microsoft 365.
- Le fichier est verrouillé ou extrait dans Microsoft 365.
- Une stratégie de rétention du tenant bloque la modification.
- Une étiquette de confidentialité protège le fichier. BaaStide ne peut pas le remplacer.
- Le lecteur n'a plus d'espace libre.
- Microsoft refuse le nom ou le chemin.
- Microsoft refuse l'accès à la cible.
- Le fichier est trop volumineux pour l'envoi.
- La sauvegarde de cet élément n'a pas pu être lue.
- La restauration a été annulée avant cet élément.
- Erreur du serveur.
Le rapport donne 100 lignes à la fois. Cliquez sur Voir plus pour la suite.
Annuler une restauration
- Ouvrez la page de la restauration.
- En haut à droite, cliquez sur Annuler la restauration.
- Confirmez dans la fenêtre.
BaaStide n'écrit plus de nouveau fichier. Les fichiers déjà écrits restent en place : rien n'est défait. La page écrit « Annulation demandée. La restauration s'arrête avant la prochaine écriture. »
Restaurer de nouveau les éléments en échec
- Ouvrez une restauration terminée qui a des éléments en échec.
- Cliquez sur Restaurer de nouveau les … éléments en échec.
- Suivez l'assistant comme pour une nouvelle restauration.
La nouvelle restauration reprend les mêmes données et les mêmes règles. Avec le choix Un nouveau dossier de restauration, elle écrit dans un nouveau dossier.
Elle reprend au plus 1 000 éléments en échec. Quand il y en a plus, le portail l'écrit. Relancez les autres après celle-ci.
Les éléments À vérifier ne sont jamais renvoyés automatiquement. Vérifiez-les dans Microsoft 365.
Désactiver la restauration
- Ouvrez la page du tenant.
- Choisissez l'onglet Paramètres.
- Allez sur la carte Restauration dans Microsoft 365.
- Cliquez sur Désactiver la restauration.
Annulez les restaurations ouvertes avant de désactiver la restauration. BaaStide retire ensuite la permission d'écriture de son application dans le tenant.
Limites et précautions
- BaaStide restaure seulement les fichiers de OneDrive et des bibliothèques de documents SharePoint. Aucun autre contenu ne revient dans Microsoft 365.
- Les données reviennent dans le même tenant et dans la même ressource. Vous ne pouvez pas restaurer vers un autre utilisateur, une autre bibliothèque ou un autre tenant.
- Une restauration ne remet pas l'historique des versions, les colonnes SharePoint, les auteurs, l'auteur de la dernière modification, les permissions ni les liens de partage.
- Un élément restauré reçoit les accès du dossier où il arrive.
- Un fichier protégé par une étiquette de confidentialité ne peut pas être remplacé.
- Une restauration compte au plus 1 000 éléments ou dossiers. Au-delà, le bouton Restaurer la sélection est inactif. Utilisez Restaurer tout le contenu de … ou plusieurs restaurations.
- Une seule restauration par ressource à la fois. Le portail écrit « Une restauration de cette ressource est déjà ouverte. Attendez sa fin ou annulez-la. »
- Un dossier n'est jamais remplacé, même avec le choix Remplacer.
- Une annulation ne défait rien. Les fichiers déjà écrits restent en place.
- Une restauration partage les limites de requêtes Microsoft avec une sauvegarde du tenant qui attend. Elle peut donc démarrer plus tard.
- Un MSP suspendu ne démarre aucune nouvelle restauration.
- Une ressource retirée du tenant ne reçoit aucune écriture. Restaurez-la d'abord dans Microsoft 365, puis attendez la prochaine découverte.
- Les données Microsoft 365 n'ont pas de flux temps réel. La page d'une restauration ouverte demande son état au serveur toutes les 2 secondes.
- Le rapport par élément porte des noms de fichiers. Une clé API de MSP ne le lit pas.
- Par MCP, une restauration va toujours dans un nouveau dossier de restauration. Elle n'écrit jamais à l'emplacement d'origine et ne remplace jamais un fichier. L'activation de la restauration se fait dans le portail seulement.
Référence
- Routes de l'API :
GET /endpoints/{id}/m365/restore/activation,GET /endpoints/{id}/m365/restoresetGET /endpoints/{id}/m365/restores/{restore_id}. - Outils MCP de lecture :
list_m365_restoresetget_m365_restore. - Outils MCP d'action :
preview_m365_restore,start_m365_restoreetcancel_m365_restore.