Récupération d’urgence pour Data Map (manuel)

Cet article fournit des conseils de sauvegarde et de récupération pour les administrateurs de gouvernance des données qui utilisent Mappage de données Microsoft Purview dans un déploiement de production. Il couvre les méthodes manuelles de continuité d’activité et de récupération d’urgence (BCDR). Avant de commencer, passez en revue les prérequis décrits en premier dans cet article. Pour connaître les étapes bcDR détaillées pour Catalogue unifié, consultez Récupération d’urgence pour Catalogue unifié (manuel).

Configuration requise

Étape 1. Créer un compte de niveau Entreprise

Créez un compte Gouvernance des données Purview au niveau Entreprise. Il sert de compte principal avec des fonctionnalités de gouvernance complètes.

Étape 2. Demander l’approvisionnement Purview classique dans une région secondaire

Créez un ticket de support via le canal de support client pour demander l’activation de l’approvisionnement de compte Purview classique dans une région secondaire (jumelée) à des fins BCDR. Cette région ne doit pas être identique à la région primaire.

Étape 3. Créer un compte Purview classique

Une fois l’approvisionnement classique activé dans la région secondaire, créez un compte Purview classique. Ce compte sert de compte secondaire (de sauvegarde) avec des fonctionnalités limitées.

Remarque

Les trois premières étapes sont communes à Data Map et à Catalogue unifié BCDR.

Étape 4. Notez les identités MSI

Capture l’ID d’objet d’identité managée du compte principal (Identité A) et l’ID d’objet d’identité managée du compte secondaire (Identité B).

Étape 5. Confirmer Key Vault préparation de la récupération d’urgence

Assurez-vous que le coffre de clés de région secondaire contient les mêmes noms de secrets, ou que le coffre de clés est géoréstéchisé avec la région secondaire jumelée.

Étape 6. Confirmer la préparation de la récupération d’urgence de la source de données

Assurez-vous que chaque source de données inscrite et analysée dans Microsoft Purview dispose d’une récupération d’urgence côté source (géoréplication/RA-GRS, groupe de basculement SQL, etc.) qui fournit une copie accessible dans ou près de la région secondaire.

Configurer le compte secondaire et la mise en réseau

Configurez le compte secondaire pour miroir le compte principal, puis configurez la mise en réseau :

Recréez la hiérarchie de collection dans le compte secondaire pour qu’elle corresponde au compte principal (mêmes noms).
Attribuez des rôles de contrôle d’accès en fonction du rôle (RBAC) sur les collections de comptes secondaires (Administration de collecte, Administration de source de données, conservateur de données, lecteur de données) aux mêmes principaux que le compte principal.
Créez les runtimes d’intégration (IR) dans le compte secondaire (runtime d’intégration de réseau virtuel managé, Azure runtime d’intégration ou les deux) correspondant au compte principal. Vérifiez que les runtimes d’intégration sont présents et en cours d’exécution.
Si un runtime d’intégration auto-hébergé (SHIR) est utilisé, installez un nouveau nœud SHIR et inscrivez-le sur le compte secondaire à l’aide de la clé d’authentification du compte secondaire.
Recréez le réseau virtuel managé et les points de terminaison privés managés dans la région secondaire.
Approuvez chaque point de terminaison privé managé côté ressource cible.
Créez des points de terminaison privés (compte/portail/ingestion) et des enregistrements DNS privés pour le compte secondaire.

Configurer l’identité et l’accès sur les sources de données

Accordez à l’identité du compte secondaire le même accès sur chaque source de données que l’identité du compte principal :

Pour chaque source de données, accordez à l’identité B le même rôle de plan de données que celui d’Identité A (par exemple, Lecteur de données Blob de stockage, SQL db_datareader, etc.).
Ouvrez les pare-feu de source de données et les règles réseau pour le runtime ou le compte d’intégration du compte secondaire (plages d’adresses IP, points de terminaison de service, points de terminaison privés, autoriser les services Microsoft approuvés). Cet accès est requis pour que le compte secondaire atteigne la source via le réseau.
Inscrivez la connexion au coffre de clés dans le compte secondaire et accordez l’autorisation de secret d’obtention/liste d’identité B sur le coffre de clés. Utilisez un coffre de clés de région secondaire ou de récupération d’urgence qui contient les mêmes noms de secrets.

Configuration de l’analyse miroir sur le compte secondaire

Répliquez la configuration d’analyse du compte principal dans le compte secondaire :

Inscrivez les mêmes sources de données dans le compte secondaire sous les collections correspondantes.
Créez les mêmes informations d’identification dans le compte secondaire (en référençant la connexion au coffre de clés du compte secondaire et les mêmes noms de secrets).
Recréez des règles de classification personnalisées dans le compte secondaire (mêmes noms).
Recréez les ensembles de règles d’analyse dans le compte secondaire (système et personnalisé) correspondant au compte principal.
Créez les mêmes analyses dans le compte secondaire avec la sélection de l’étendue, l’ensemble de règles et la liaison du runtime d’intégration correspondants.
Créez les mêmes déclencheurs et planifications dans le compte secondaire.

Valider régulièrement

Dans l’état stable, case activée les éléments suivants pour vos comptes principal et secondaire :

Pour les analyses déclenchées manuellement ou planifiées dans le compte secondaire, assurez-vous que chaque analyse atteint l’état Réussite (non Échec ou Terminé avec erreur).
Comparez le nombre de ressources découvertes entre les comptes principal et secondaire une fois que les deux ont effectué une analyse de la même source. Les nombres et les noms qualifiés des ressources doivent correspondre dans un intervalle d’analyse les uns des autres.
Classifications case activée spot appliquées par les ensembles de règles sur les mêmes ressources dans les comptes principal et secondaire. Les mêmes classifications doivent être présentes dans le compte secondaire.
Vérifiez la parité de schéma sur une ressource tabulaire représentative. Les noms et types de colonnes doivent correspondre.

Basculement pendant un événement de récupération d’urgence

Lorsqu’un événement de récupération d’urgence se produit, créez un ticket de support demandant les actions suivantes :

Promouvoir le compte secondaire (classique) au niveau Entreprise .
Rétrogradez le compte principal (Entreprise) au compte secondaire.

Partagez l’ID de locataire, le nom du compte et la région pour les comptes principaux et secondaires dans le ticket de support.

Le basculement se termine et le compte secondaire précédemment devient le nouveau compte principal avec toutes les fonctionnalités d’entreprise.

Résoudre les erreurs courantes

Symptôme	Cause la plus probable	Corriger
Échec de l’analyse du compte secondaire lors de l’authentification	L’identité B n’est pas accordée sur la source de données	Accordez à l’identité B le rôle de plan de données.
L’analyse du compte secondaire échoue avec une erreur de réseau ou de délai d’expiration	Le pare-feu de source de données n’est pas ouvert pour le compte secondaire ou le point de terminaison privé managé n’est pas approuvé	Ouvrez le pare-feu ou approuvez le point de terminaison privé managé.
Échec de la connexion de test d’informations d’identification dans le compte secondaire	La connexion au coffre de clés est manquante ou l’identité B n’a pas accès aux secrets	Inscrivez la connexion au coffre de clés et accordez l’autorisation obtenir/lister le secret.
Ressources présentes dans le compte principal, mais manquantes dans le compte secondaire	Dérive de la configuration : source ou analyse non mise en miroir	Mettre en miroir la configuration et exécuter le rapprochement.
Impossible de créer le compte secondaire	Instance unique par locataire, ou l’approvisionnement classique n’est pas activé	Créez un ticket de support.

Commentaires

Cette page a-t-elle été utile ?

Last updated on 2026-07-27