Ripristino di emergenza per mappa dati (manuale)

Questo articolo fornisce indicazioni per il backup e il ripristino per gli amministratori di governance dei dati che usano Microsoft Purview Data Map in una distribuzione di produzione. Vengono illustrati i metodi di continuità aziendale manuale e ripristino di emergenza (BCDR). Prima di iniziare, esaminare i prerequisiti descritti per primi in questo articolo. Per i passaggi bcdr dettagliati per Unified Catalog, vedere Ripristino di emergenza per Unified Catalog (manuale).For detailed BCDR steps for Unified Catalog, see Disaster recovery for Unified Catalog (manual).

Prerequisiti

Passaggio 1. Creare un account di livello Enterprise

Creare un account Governance dei dati di Purview a livello Enterprise. Viene usato come account principale con funzionalità di governance complete.

Passaggio 2. Richiedere il provisioning di Purview classico in un'area secondaria

Creare un ticket di supporto tramite il canale del supporto tecnico che richiede l'abilitazione del provisioning dell'account Purview classico in un'area secondaria (abbinata) per scopi BCDR. Questa area non deve essere la stessa dell'area primaria.

Passaggio 3: Creare un account Purview classico

Dopo aver abilitato il provisioning classico nell'area secondaria, creare un account Purview classico. Questo account funge da account secondario (backup) con funzionalità limitate.

Nota

I primi tre passaggi sono comuni sia a Data Map che Unified Catalog BCDR.

Passaggio 4. Prendere nota delle identità msi

Trascrivi l'ID oggetto identità gestita dell'account primario (Identity A) e l'ID oggetto identità gestita dell'account secondario (Identity B).

Passaggio 5. Verificare Key Vault conformità al ripristino di emergenza

Assicurarsi che l'insieme di credenziali delle chiavi dell'area secondaria contenga gli stessi nomi segreti oppure che l'insieme di credenziali delle chiavi sia resiliente geograficamente all'area secondaria abbinata.

Passaggio 6. Confermare l'idoneità per il ripristino di emergenza dell'origine dati

Assicurarsi che ogni origine dati registrata e analizzata in Microsoft Purview disponga di ripristino di emergenza sul lato origine (replica geografica/RA-GRS, gruppo di failover SQL e così via) che fornisce una copia raggiungibile in o vicino all'area secondaria.

Configurare l'account secondario e la rete

Configurare l'account secondario per il mirroring dell'account primario e quindi configurare la rete:

  1. Ricreare la gerarchia della raccolta nell'account secondario in modo che corrisponda all'account primario (stessi nomi).
  2. Assegnare ruoli di controllo degli accessi in base al ruolo nelle raccolte di account secondarie (raccolta Amministrazione, Amministrazione dell'origine dati, data curator, lettore dati) alle stesse entità dell'account primario.
  3. Creare i runtime di integrazione (IR) nell'account secondario (ir rete virtuale gestita, Azure ir o entrambi) corrispondenti all'account primario. Assicurarsi che i runtime di integrazione siano presenti e in esecuzione.
  4. Se viene usato un runtime di integrazione self-hosted (SHIR), installare un nuovo nodo SHIR e registrarlo nell'account secondario usando la chiave di autenticazione dell'account secondario.
  5. Ricreare la rete virtuale gestita e gli endpoint privati gestiti nell'area secondaria.
  6. Approvare ogni endpoint privato gestito sul lato risorsa di destinazione.
  7. Creare endpoint privati (account/portale/inserimento) e record DNS privati per l'account secondario.

Configurare l'identità e l'accesso alle origini dati

Concedere all'identità dell'account secondario lo stesso accesso a ogni origine dati di cui dispone l'identità dell'account primario:

  1. Per ogni origine dati, concedere a Identity B lo stesso ruolo del piano dati di Identity A, ad esempio Lettore dati BLOB di archiviazione, SQL db_datareadere così via.
  2. Aprire i firewall dell'origine dati e le regole di rete per il runtime o l'account di integrazione dell'account secondario (intervalli IP, endpoint di servizio, endpoint privati, Consenti servizi Microsoft attendibili). Questo accesso è necessario per consentire all'account secondario di raggiungere l'origine tramite la rete.
  3. Registrare la connessione dell'insieme di credenziali delle chiavi nell'account secondario e concedere all'identità B l'autorizzazione get/list secret per l'insieme di credenziali delle chiavi. Usare un insieme di credenziali delle chiavi abilitato per il ripristino di emergenza o un'area secondaria che contiene gli stessi nomi segreti.

Configurazione dell'analisi del mirroring nell'account secondario

Replicare la configurazione dell'analisi dell'account primario nell'account secondario:

  1. Registrare le stesse origini dati nell'account secondario nelle raccolte corrispondenti.
  2. Creare le stesse credenziali nell'account secondario (facendo riferimento alla connessione dell'insieme di credenziali delle chiavi dell'account secondario e agli stessi nomi segreti).
  3. Ricreare regole di classificazione personalizzate nell'account secondario (stessi nomi).
  4. Ricreare set di regole di analisi nell'account secondario (sistema e personalizzato) corrispondente all'account primario.
  5. Creare le stesse analisi nell'account secondario con la selezione dell'ambito, il set di regole e l'associazione di runtime di integrazione corrispondenti.
  6. Creare gli stessi trigger e pianificazioni nell'account secondario.

Convalidare regolarmente

Nello stato stabile verificare quanto segue per gli account primari e secondari:

  1. Per le analisi pianificate o attivate manualmente nell'account secondario, assicurarsi che ogni analisi raggiunga lo stato Completato (non riuscito o Completato con errore).
  2. Confrontare i conteggi degli asset individuati tra gli account primario e secondario dopo che entrambi hanno completato un'analisi della stessa origine. I conteggi e i nomi qualificati degli asset devono corrispondere entro un intervallo di analisi l'uno dall'altro.
  3. Classificazioni spot-check applicate dai set di regole sugli stessi asset negli account primari e secondari. Le stesse classificazioni devono essere presenti nell'account secondario.
  4. Verificare la parità dello schema in un asset tabulare rappresentativo. I nomi e i tipi di colonna devono corrispondere.

Failover durante un evento di ripristino di emergenza

Quando si verifica un evento di ripristino di emergenza, creare un ticket di supporto che richiede le azioni seguenti:

  1. Alzare di livello l'account secondario (classico) a livello Enterprise .
  2. Abbassare di livello l'account primario (Enterprise) a Secondario.

Condividere l'ID tenant, il nome dell'account e l'area per gli account primario e secondario nel ticket di supporto.

Il failover viene completato e l'account secondario precedente diventa il nuovo account primario con funzionalità enterprise complete.

Risolvere gli errori comuni

Sintomo Molto probabilmente causa Correzione
L'analisi dell'account secondario non riesce durante l'autenticazione L'identità B non viene concessa nell'origine dati Concedere a Identity B il ruolo del piano dati.
L'analisi dell'account secondario ha esito negativo con un errore di rete o timeout Il firewall dell'origine dati non viene aperto per l'account secondario o l'endpoint privato gestito non è approvato Aprire il firewall o approvare l'endpoint privato gestito.
La connessione di test delle credenziali non riesce nell'account secondario Connessione dell'insieme di credenziali delle chiavi mancante o l'identità B non ha accesso ai segreti Registrare la connessione dell'insieme di credenziali delle chiavi e concedere l'autorizzazione get/list dei segreti.
Asset presenti nell'account primario ma mancanti nell'account secondario Deriva della configurazione: origine o analisi non con mirroring Eseguire il mirroring della configurazione ed eseguire la riconciliazione.
Non è possibile creare l'account secondario Istanza singola per tenant o provisioning classico non abilitato Generare un ticket di supporto.

Contenuto correlato

  • Last updated on