Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
La restauration inter-locataire vous permet de restaurer des données de sauvegarde stockées dans un coffre d’un locataire Microsoft Entra (le locataire source) vers un autre locataire (le locataire cible). Vous créez un mappage entre un coffre source et un coffre cible, puis effectuez la restauration à partir du client cible. La restauration entre locataires prend en charge les coffres Recovery Services et les coffres de sauvegarde.
Important
La restauration entre locataires pour Sauvegarde Azure est actuellement en aperçu. Les conditions d’utilisation supplémentaires pour les préversions de Microsoft Azure incluent des conditions juridiques supplémentaires qui s’appliquent aux fonctionnalités Azure qui sont en version bêta, en préversion ou qui n’ont pas encore été mises en disponibilité générale.
Cas d’utilisation
Utilisez la restauration inter-locataire dans des scénarios tels que :
- Verrouillage du locataire : Vous perdez l’accès au locataire source et devez récupérer vos données dans un autre locataire que vous contrôlez.
- Attaque par rançongiciel : Le tenant source est compromis, et vous devez récupérer vos données dans un tenant propre et isolé.
- Consolidation des tenants : Vous fusionnez des tenants et devez intégrer des données protégées dans le tenant consolidé.
- Reprise d’activité après sinistre entre clients : Vous devez récupérer des charges de travail dans un autre client dans le cadre d’une opération de reprise d’activité après sinistre.
Fonctionnement de la restauration inter-locataire
La restauration entre locataires implique les entités suivantes :
| Entité | Tenant | Description |
|---|---|---|
| Coffre source | Locataire source | Le coffre de sauvegarde vers lequel la source de données effectue la sauvegarde. |
| Source de données | Locataire source | La ressource protégée, comme une machine virtuelle. |
| Données de sauvegarde | Clint géré par Microsoft | Sauvegarde Azure stocke les données de sauvegarde dans des comptes de stockage dans un tenant géré par Microsoft. |
| Coffre cible | Locataire cible | Le coffre à partir duquel vous effectuez la restauration. Il doit être protégé par un Resource Guard dans le client cible. |
Pour restaurer entre tenants :
- Créez un mappage entre le coffre source et le coffre cible.
- Dans le coffre cible, parcourez les éléments protégés que le mappage fait apparaître à partir du coffre source.
- Sélectionnez un point de récupération et restaurez les données sur le tenant cible.
Étant donné que le coffre cible doit être associé à un Resource Guard, l’opération de mappage est protégée par une autorisation multi-utilisateur.
Workloads pris en charge et limites
La restauration entre clients prend uniquement en charge la restauration vers un autre emplacement. La restauration vers l’emplacement d’origine n’est pas prise en charge. Seuls les points de récupération stockés dans un coffre sont éligibles. Les points de récupération constitués uniquement d’instantanés ne sont pas éligibles.
| Type de coffre | Charge de travail | Limitations |
|---|---|---|
| Coffre Recovery Services | Machines virtuelles Azure | Les VM confidentielles, les VM chiffrées avec Azure Disk Encryption (ADE) et les points de récupération archive-tier ne sont pas pris en charge. |
| Coffre Recovery Services | Azure Files | None. |
| Coffre Recovery Services | SQL Server dans une machine virtuelle Azure | La restauration d’instance SQL et les points de récupération du niveau Archive ne sont pas pris en charge. |
| Coffre Recovery Services | SAP HANA sur machine virtuelle Azure | La restauration d’instance HANA n’est pas prise en charge. |
| Coffre Recovery Services | SAP ASE in Azure VM | None. |
| Coffre-fort de sauvegarde | Azure Database pour PostgreSQL - Serveur flexible | None. |
| Coffre-fort de sauvegarde | Azure Blobs | None. |
| Coffre-fort de sauvegarde | Azure Cosmos DB, une base de données distribuée globale | None. |
| Coffre-fort de sauvegarde | Azure Data Lake Storage | None. |
| Coffre-fort de sauvegarde | Azure Kubernetes Service (AKS) | None. |
Disponibilité de la région
| Type de coffre | Régions prises en charge |
|---|---|
| Coffre Recovery Services | Toutes les régions publiques Azure |
| Coffre-fort de sauvegarde | Europe de l’Ouest, Europe du Nord, USA Est, Royaume-Uni Sud, Australie Est, Australie Sud-Est et Brésil Sud |
Considerations
- Le coffre-fort source et l’objet protégé doivent exister et ne doivent pas être supprimés lors de la restauration. Seuls les points de récupération stockés dans le coffre sont éligibles, comme décrit dans Charges de travail prises en charge et limitations.
- Tant qu’une correspondance existe, vous ne pouvez pas supprimer le coffre source, le coffre cible ou un objet protégé dans le coffre-source. Supprime d’abord le mappage.
- La restauration interlocataire nécessite un Resource Guard dans le locataire cible et des rôles Azure spécifiques. Pour plus de détails, voir Prérequis et Assigner les rôles requis dans le tutoriel.