Individuare e gestire il database Azure SQL in Microsoft Purview

Questo articolo descrive il processo per registrare un'origine di database Azure SQL in Microsoft Purview. Include le istruzioni per eseguire l'autenticazione e interagire con il database SQL.

Funzionalità supportate

Funzionalità di analisi

Durante l'analisi del database Azure SQL, Microsoft Purview supporta l'estrazione di metadati tecnici da queste origini:

• Server
• Database
• Schemi
• Tabelle, incluse le colonne
• Visualizzazioni, incluse le colonne
• Stored procedure (con estrazione della derivazione abilitata)*
• Esecuzioni di stored procedure (con l'estrazione della derivazione abilitata)*

Quando si configura un'analisi, è possibile specificarne ulteriormente l'ambito dopo aver specificato il nome del database selezionando tabelle e visualizzazioni in base alle esigenze.

* La scansione dell'estrazione del lignaggio delle stored procedure presenta alcune limitazioni. Per informazioni dettagliate, vedere la sezione Limitazioni note in questa pagina.

Altre funzionalità

Per classificazioni, etichette di riservatezza, criteri, derivazione dei dati e live view, vedere l'elenco delle funzionalità supportate.

Limitazioni note

Per l'estrazione della derivazione delle stored procedure (SP):

• L'analisi dell'estrazione della derivazione SP non è supportata se il server logico in Azure disabilita l'accesso pubblico o non consente ai servizi di Azure di accedervi.

• L'analisi dell'estrazione della derivazione SP non è attualmente supportata se le stored procedure contengono una query INSERT o DROP.

• L'analisi dell'estrazione della derivazione SP non è supportata se l'account Microsoft Purview disabilita l'accesso pubblico.

  • Per impostazione predefinita, l'analisi dell'estrazione della derivazione SP è programmata per essere eseguita ogni sei ore. Non è possibile modificare la frequenza.
  • La derivazione viene acquisita solo quando l'esecuzione della stored procedure trasferisce i dati da una tabella a un'altra. Non è supportato per le tabelle temporanee.
  • L'estrazione della derivazione non è supportata per funzioni o trigger.
  • A causa delle seguenti limitazioni, potresti visualizzare risorse duplicate nel catalogo in presenza di scenari quali:
    • I nomi degli oggetti nelle risorse e i nomi completi seguono le maiuscole/minuscole usate nelle istruzioni di stored procedure, che potrebbero non essere allineate con la combinazione di maiuscole e minuscole dell'oggetto nell'origine dati originale.
    • Quando nelle stored procedure si fa riferimento a viste SQL, vengono attualmente acquisite come tabelle SQL.

Per le risorse analizzate:

• Per un'analisi completa, anziché per il tipo di dati INT e NUMERIC, DECIMAL viene visualizzato come tipo di dati per le proprietà delle risorse SQL. Se la lunghezza del campo è MAX, viene visualizzata come zero (0).

• Per il tipo di dati nchar , la lunghezza delle colonne viene visualizzata in numero di caratteri.

Prerequisiti

• Un account di Azure con una sottoscrizione attiva. Crea un account gratuitamente.

• Un account Microsoft Purview attivo.

• Autorizzazioni di amministratore dell'origine dati e lettore di dati, in modo da poter registrare un'origine e gestirla nel portale di governance di Microsoft Purview. Per informazioni dettagliate, vedere Controllo di accesso nel portale di governance di Microsoft Purview.

Registrare l'origine dati

Prima di eseguire l'analisi, è importante registrare l'origine dati in Microsoft Purview:

1. Aprire il portale di governance di Microsoft Purview:

   • Esplorazione diretta e https://web.purview.azure.com selezione dell'account Microsoft Purview.
   • Apertura del portale di Azure, ricerca e selezione dell'account Microsoft Purview. Selezionare il pulsante Portale di governance di Microsoft Purview .

2. Passare alla mappa dati.

   

3. Creare la gerarchia di raccolte passando a Raccolte e selezionando Aggiungi una raccolta. Assegnare le autorizzazioni alle singole sottoraccolte in base alle esigenze.

   

4. Passare alla raccolta appropriata in Origini e quindi selezionare l'icona Registra per registrare un nuovo database SQL.

   

5. Selezionare l'origine dati del database Azure SQL e quindi selezionare Continua.

6. In Nome specificare un nome appropriato per l'origine dati. Selezionare i nomi pertinenti per la sottoscrizione di Azure, il nome del server e Selezionare una raccolta e quindi selezionare Applica.

   

7. Verificare che il database SQL sia visualizzato nella raccolta selezionata.

   

Aggiornare le impostazioni del firewall

Se nel server di database è abilitato un firewall, è necessario aggiornarlo per consentire l'accesso in uno dei seguenti modi:

• Consentire le connessioni di Azure tramite il firewall. Si tratta di un'opzione semplice per instradare il traffico attraverso la rete di Azure, senza dover gestire le macchine virtuali.
• Installare un runtime di integrazione self-hosted in un computer della rete e concedergli l'accesso tramite il firewall. Se si dispone di una rete virtuale privata configurata in Azure o di qualsiasi altra rete chiusa, l'uso di un runtime di integrazione self-hosted in un computer all'interno di tale rete consentirà di gestire completamente il flusso del traffico e usare la rete esistente.
• Usare una rete virtuale gestita. La configurazione di una rete virtuale gestita con l'account Microsoft Purview consente di connettersi ad Azure SQL usando il runtime di integrazione di Azure in una rete chiusa.

Per altre informazioni sul firewall, vedere la documentazione del firewall del database Azure SQL.

Consenti connessioni di Azure

L'abilitazione delle connessioni di Azure consente a Microsoft Purview di connettersi al server senza richiedere l'aggiornamento del firewall.

1. Passare all'account di database.
2. Nella pagina Panoramica selezionare il nome del server.
3. SelezionareRete disicurezza>.
4. Per Consenti ai servizi e alle risorse di Azure di accedere a questo server, selezionare Sì.

Per altre informazioni su come consentire le connessioni dall'interno di Azure, vedere la guida pratica.

Installare un runtime di integrazione self-hosted

È possibile installare un runtime di integrazione self-hosted in un computer per connettersi a una risorsa in una rete privata:

1. Scegliere il runtime di integrazione più adatto allo scenario
2. Crea e installa il runtime di integrazione:
   • Per utilizzare un runtime di integrazione self-hosted:Seguire l'articolo per creare e configurare un runtime di integrazione self-hosted.
   • Per utilizzare un runtime di integrazione self-hosted supportato da Kubernetes:Seguire l'articolo per creare e configurare un runtime di integrazione supportato da Kubernetes.
3. Controllare la configurazione di rete del server database per verificare che un endpoint privato sia accessibile al computer che contiene il runtime di integrazione self-hosted. Aggiungere l'indirizzo IP del computer se non ha già accesso.
4. Se il server logico si trova dietro un endpoint privato o in una rete virtuale, è possibile usare un endpoint privato di inserimento per garantire l'isolamento della rete end-to-end.

Configurare l'autenticazione per un'analisi

Per analizzare l'origine dati, è necessario configurare un metodo di autenticazione nel database Azure SQL.

Microsoft Purview supporta le opzioni seguenti:

• Identità gestita assegnata dal sistema (SAMI) (scelta consigliata). Si tratta di un'identità associata direttamente all'account Microsoft Purview. Consente di eseguire l'autenticazione direttamente con altre risorse di Azure senza dover gestire un utente intermedio o un set di credenziali.

  Il SAMI viene creato quando viene creata la risorsa Microsoft Purview. Il SAMI è gestito da Azure e usa il nome dell'account Microsoft Purview. Il SAMI non può attualmente essere usato con un runtime di integrazione self-hosted per Azure SQL.

  Per altre informazioni, vedere la panoramica sull'identità gestita.

• Identità gestita assegnata dall'utente (UAMI) (anteprima). Analogamente a SAMI, un UAMI è una risorsa di credenziali che consente a Microsoft Purview di eseguire l'autenticazione in base a Microsoft Entra ID.

  UAMI è gestito dagli utenti in Azure, anziché da Azure stesso, il che offre un maggiore controllo sulla sicurezza. L'UAMI non può attualmente essere usato con un runtime di integrazione self-hosted per Azure SQL.

  Per altre informazioni, vedere la guida per le identità gestite assegnate dall'utente.

• Entità servizio. Un'entità servizio è un'applicazione a cui possono essere assegnate autorizzazioni come qualsiasi altro gruppo o utente, senza essere associata direttamente a una persona. L'autenticazione per le entità servizio ha una data di scadenza, quindi può essere utile per i progetti temporanei.

  Per altre informazioni, vedere la documentazione dell'entità servizio.

• Autenticazione di SQL Server. Connettersi al database SQL con un nome utente e una password. Per altre informazioni, vedere la documentazione sull'autenticazione SQL.

  Se è necessario creare un account di accesso, seguire questa guida per eseguire query su un database SQL. Usare questa guida per creare un account di accesso usando T-SQL.

  Nota

  Assicurarsi di selezionare l'opzione Database Azure SQL nella pagina.

Per la procedura di autenticazione con il database SQL, selezionare il metodo di autenticazione scelto nelle schede seguenti.

Creare l'analisi

1. Aprire l'account di Microsoft Purview e selezionare Apri portale di governance di Microsoft Purview.

2. Passare a Origini mappa dati> per visualizzare la gerarchia di raccolta.

3. Selezionare l'icona Nuova analisi nel database SQL registrato in precedenza.

   

Per altre informazioni sulla derivazione dei dati stored procedure nel database Azure SQL, vedere la sezione Estrai derivazione (anteprima) di questo articolo.

Per la procedura di analisi, selezionare il metodo di autenticazione nelle schede seguenti.

Definire l'ambito ed eseguire l'analisi

1. È possibile limitare l'analisi a specifici oggetti di database scegliendo gli elementi appropriati nell'elenco.

   

2. Selezionare un set di regole di analisi. È possibile utilizzare l'impostazione predefinita del sistema, scegliere tra set di regole personalizzati esistenti o creare un nuovo set di regole in linea. Al termine, selezionare Continua .

   

   Se si seleziona Nuovo set di regole di analisi, viene aperto un riquadro in cui è possibile immettere il tipo di origine, il nome del set di regole e una descrizione. Al termine, selezionare Continua .

   

   In Seleziona regole di classificazione scegliere le regole di classificazione che si desidera includere nel set di regole di analisi, quindi selezionare Crea.

   

   Il nuovo set di regole di scansione viene quindi visualizzato nell'elenco dei set di regole disponibili.

   

3. Scegliere il trigger di analisi. È possibile impostare una pianificazione o eseguire l'analisi una sola volta.

4. Esamina la scansione e quindi seleziona Salva ed esegui.

Visualizzare un'analisi

Per controllare lo stato di un'analisi, passare all'origine dati nella raccolta, quindi selezionare Visualizza dettagli.

I dettagli dell'analisi indicano l'avanzamento dell'analisi nello stato Ultima esecuzione, insieme al numero di risorse digitalizzate e classificate. Lo stato dell'ultima esecuzione viene aggiornato a In corso e quindi completato dopo che l'intera analisi è stata eseguita correttamente.

Gestire un'analisi

Dopo aver eseguito un'analisi, è possibile usare la cronologia di esecuzione per gestirla:

1. In Analizzazioni recenti seleziona un'analisi.

   

2. Nella cronologia di esecuzione sono disponibili opzioni per eseguire nuovamente l'analisi, modificarla o eliminarla.

   

   Se si seleziona Esegui analisi ora per eseguire nuovamente l'analisi, è possibile scegliere Scansione incrementale o Analisi completa.

   

Risolvere i problemi di analisi

Se riscontri problemi con l'analisi, prova questi suggerimenti:

• Confermare di aver seguito tutti i prerequisiti.
• Controllare la rete verificando le impostazioni del firewall, delle connessioni di Azure o del runtime di integrazione.
• Verificare che l'autenticazione sia configurata correttamente.

Per altre informazioni, vedere Risolvere i problemi relativi alle connessioni in Microsoft Purview.

Configurare i criteri

In questa risorsa dati sono supportati i tipi seguenti di criteri di Microsoft Purview:

• Criteri proprietari dei dati: un set di istruzioni dei criteri che consentono di concedere a utenti e gruppi l'accesso alle origini dati.
• Criteri self-service - criteri che consentono agli utenti di richiedere l'accesso alle origini dati registrate in Microsoft Purview.
• Criteri DevOps: concede l'accesso ai metadati del sistema di database in più origini. Semplificano il provisioning degli accessi per le operazioni IT e il personale addetto al controllo della sicurezza. Concedono solo l'accesso e non negano l'accesso.

Prerequisiti dei criteri di Access nel database Azure SQL

• Creare una nuova istanza del database Azure SQL o usarne una esistente in una delle aree attualmente disponibili per questa funzionalità. È possibile seguire questa guida per creare un'istanza del database Azure SQL.

Area geografica supportata

Sono supportate tutte le aree di Microsoft Purview .

L'applicazione dei criteri di Microsoft Purview è disponibile solo nelle aree seguenti per il database Azure SQL:

Cloud pubblico:

• Stati Uniti orientali
• Est Stati Uniti 2
• Stati Uniti centro-meridionali
• Stati Uniti centro-occidentali
• Ovest US3
• Canada centrale
• Brasile meridionale
• Europa occidentale
• Europa settentrionale
• Francia centrale
• Regno Unito meridionale
• Sudafrica settentrionale
• India centrale
• Sud-est asiatico
• Asia orientale
• Australia orientale

Nuvole sovrane:

• USGov Virginia
• Cina settentrionale 3

Configurare l'istanza del database Azure SQL per i criteri di Microsoft Purview

Affinché il server logico associato al database SQL di Azure SQL rispetti i criteri di Microsoft Purview, è necessario configurare un amministratore di Microsoft Entra. Nel portale di Azure, passare al server logico che ospita l'istanza del database Azure SQL. Nel menu laterale, seleziona Microsoft Entra ID. Imposta un nome amministratore su qualsiasi utente o gruppo di Microsoft Entra che preferisci, quindi seleziona Salva.

Quindi, nel menu laterale, seleziona Identità. In Identità gestita assegnata dal sistema attivare lo stato e quindi selezionare Salva.

Configurare l'account Microsoft Purview per i criteri

Registrare l'origine dati in Microsoft Purview

Prima di poter creare un criterio in Microsoft Purview per una risorsa dati, è necessario registrare tale risorsa dati in Microsoft Purview Studio. Le istruzioni relative alla registrazione della risorsa dati saranno disponibili più avanti in questa guida.

Configurare le autorizzazioni per abilitare l'imposizione dei criteri dei dati nell'origine dati

Dopo la registrazione di una risorsa, ma prima che sia possibile creare un criterio in Microsoft Purview per tale risorsa, è necessario configurare le autorizzazioni. Per abilitare l'imposizione dei criteri sui dati, è necessario un set di autorizzazioni. Ciò vale per le origini dati, i gruppi di risorse o le sottoscrizioni. Per abilitare l'applicazione dei criteri di dati, è necessario disporre di privilegi specifici di Identity and Access Management (IAM) per la risorsa, nonché di privilegi specifici di Microsoft Purview:

• È necessario disporre di una delle seguenti combinazioni di ruoli IAM sul percorso Azure Resource Manager della risorsa o su qualsiasi elemento padre di esso (ovvero utilizzando l'ereditarietà delle autorizzazioni IAM):

  • Proprietario IAM
  • Sia i collaboratori IAM che gli amministratori IAM User Access Administrator

  Per configurare le autorizzazioni di controllo degli accessi in base al ruolo di Azure, seguire questa guida. Lo screenshot seguente mostra come accedere alla sezione Controllo di accesso nel portale di Azure per la risorsa dati per aggiungere un'assegnazione di ruolo.

  

  Nota

  Il ruolo di proprietario IAM per una risorsa dati può essere ereditato da un gruppo di risorse padre, una sottoscrizione o un gruppo di gestione della sottoscrizione. Verifica quali utenti, gruppi e entità di servizio di Microsoft Entra detengono o ereditano il ruolo di proprietario IAM per la risorsa.

• È anche necessario avere il ruolo di amministratore dell'origine dati di Microsoft Purview per la raccolta o una raccolta padre (se l'ereditarietà è abilitata). Per altre informazioni, vedere la guida sulla gestione delle assegnazioni di ruolo di Microsoft Purview.

  Lo screenshot seguente mostra come assegnare il ruolo di amministratore dell'origine dati a livello di raccolta radice.

  

Configurare le autorizzazioni di Microsoft Purview per creare, aggiornare o eliminare criteri di accesso

Per creare, aggiornare o eliminare criteri, è necessario ottenere il ruolo di autore dei criteri in Microsoft Purview a livello di raccolta radice:

• Il ruolo di autore del criterio può creare, aggiornare ed eliminare criteri DevOps e proprietario dei dati.
• Il ruolo di autore dei criteri può eliminare i criteri di accesso in modalità self-service.

Per altre informazioni sulla gestione delle assegnazioni di ruolo di Microsoft Purview, vedere Creare e gestire raccolte in Microsoft Purview Data Map.

Inoltre, per eseguire facilmente ricerche in utenti o gruppi di Microsoft Entra durante la creazione o l'aggiornamento dell'oggetto di un criterio, è possibile trarre grandi vantaggi dall'ottenere l'autorizzazione Directory Readers in Microsoft Entra ID. Si tratta di un'autorizzazione comune per gli utenti in un tenant di Azure. Senza l'autorizzazione del lettore di directory, l'autore dei criteri dovrà digitare il nome utente o l'indirizzo di posta elettronica completo per tutte le entità incluse nell'oggetto di un criterio dati.

Configurare le autorizzazioni di Microsoft Purview per la pubblicazione di criteri del proprietario dei dati

I criteri proprietario dei dati consentono controlli e contrappesi se si assegnano i ruoli di autore dei criteri Microsoft Purview e di amministratore dell'origine dati a persone diverse nell'organizzazione. Prima che i criteri del proprietario dei dati abbiano effetto, una seconda persona (amministratore dell'origine dati) deve esaminarli e approvarli esplicitamente pubblicandoli. Ciò non si applica ai criteri di accesso DevOps o self-service poiché la pubblicazione è automatica per loro quando tali criteri vengono creati o aggiornati.

Per pubblicare un criterio proprietario dei dati, è necessario ottenere il ruolo di amministratore dell'origine dati in Microsoft Purview a livello di raccolta radice.

Per altre informazioni sulla gestione delle assegnazioni di ruolo di Microsoft Purview, vedere Creare e gestire raccolte in Microsoft Purview Data Map.

Delegare la responsabilità del provisioning degli accessi ai ruoli in Microsoft Purview

Dopo che una risorsa è stata abilitata per l'applicazione dei criteri sui dati, qualsiasi utente di Microsoft Purview con il ruolo di autore dei criteri a livello di raccolta radice può effettuare il provisioning dell'accesso a tale origine dati da Microsoft Purview.

Se un account di Microsoft Purview con criteri pubblicati viene eliminato, tali criteri non verranno più applicati entro un periodo di tempo che dipende dall'origine dati specifica. Questa modifica può avere implicazioni sulla sicurezza e sulla disponibilità dell'accesso ai dati. I ruoli Collaboratore e Proprietario in IAM possono eliminare gli account Microsoft Purview. È possibile controllare queste autorizzazioni passando alla sezione Controllo di accesso (IAM) per l'account Microsoft Purview e selezionando Assegnazioni di ruolo. È anche possibile usare un blocco per impedire l'eliminazione dell'account Microsoft Purview tramite Resource Manager blocchi.

Registrare l'origine dati e abilitare l'imposizione dei criteri dei dati

La risorsa del database Azure SQL deve essere registrata con Microsoft Purview prima di poter creare criteri di accesso. Per registrare le risorse, seguire le sezioni "Prerequisiti" e "Registrare l'origine dati" in Abilitare l'imposizione dei criteri dei dati nelle origini di Microsoft Purview.

Dopo aver registrato l'origine dati, è necessario abilitare l'imposizione dei criteri dei dati. Si tratta di un prerequisito prima di poter creare criteri nell'origine dati. L'applicazione dei criteri dei dati può influire sulla sicurezza dei dati, perché delega a determinati ruoli di Microsoft Purview che gestiscono l'accesso alle origini dati. Esaminare le procedure di sicurezza in Abilitare l'imposizione dei criteri dei dati nelle origini Microsoft Purview.

Quando l'opzione Applicazione dei criteri dei dati è impostata sull'origine dati su Abilitato, sarà simile a questo screenshot:

Tornare al portale di Azure per il database Azure SQL per verificare che ora sia regolato da Microsoft Purview:

1. Accedere al portale di Azure tramite questo collegamento.

2. Selezionare il server Azure SQL che si vuole configurare.

3. Vai a Microsoft Entra ID nel riquadro sinistro.

4. Scorrere verso il basso fino a Criteri di accesso di Microsoft Purview.

5. Selezionare il pulsante per verificare la governance di Microsoft Purview. Attendere che la richiesta venga elaborata, operazione che potrebbe richiedere alcuni minuti.

   

6. Verificare che lo stato di governance di Microsoft Purview sia Governato. Si noti che potrebbero essere necessari alcuni minuti dopo l'abilitazione dell'imposizione dei criteri dei dati in Microsoft Purview prima che venga riflesso lo stato corretto.

Creare una verifica di accesso

Per creare un criterio di accesso per il database Azure SQL, seguire queste guide:

• Effettuare il provisioning dell'accesso all'integrità, alle prestazioni e alle informazioni di controllo del sistema nel database Azure SQL. Usare questa guida per applicare un criterio DevOps a un singolo database SQL.
• Effettuare il provisioning dell'accesso in lettura/modifica in un singolo database Azure SQL. Usare questa guida per eseguire il provisioning dell'accesso su un singolo account di database SQL nella sottoscrizione.
• Criteri di accesso self-service per il database Azure SQL. Usare questa guida per consentire agli utenti di dati di richiedere l'accesso agli asset di dati usando un flusso di lavoro in modalità self-service.

Per creare criteri che coprano tutte le origini dati all'interno di un gruppo di risorse o di una sottoscrizione di Azure, vedere Individuare e gestire più origini di Azure in Microsoft Purview.

Estrai derivazione (anteprima)

Microsoft Purview supporta la derivazione per le visualizzazioni e le stored procedure dal database Azure SQL. Anche se la derivazione per le visualizzazioni è supportata come parte dell'analisi, dovrai attivare l'interruttore Estrazione derivazione per estrarre la derivazione della stored procedure durante la configurazione di un'analisi.

Derivazione per le visualizzazioni del database SQL

La scansione dei metadati del database SQL include l'estrazione della derivazione per le viste. Solo le nuove analisi includono l'estrazione della derivazione della vista. La derivazione viene estratta a tutti i livelli di scansione (L1/L2/L3). In caso di analisi incrementale, qualsiasi metadati venga analizzato come parte della scansione incrementale, verrà estratta la derivazione statica corrispondente per tabelle/viste.

Prerequisiti per l'impostazione di una scansione con l'estrazione del lignaggio SP

1. Seguire la procedura descritta nella sezione Configurare l'autenticazione per un'analisi di questo articolo per autorizzare Microsoft Purview ad analizzare il database SQL.

2. Accedere al database Azure SQL con l'account di Microsoft Entra e assegnare db_owner le autorizzazioni all'identità gestita di Microsoft Purview.

   Nota

   Le autorizzazioni 'db_owner' sono necessarie perché la derivazione si basa su sessioni XEvent. Microsoft Purview richiede quindi l'autorizzazione per gestire le sessioni XEvent in SQL.

   Usare la seguente sintassi SQL di esempio per creare un utente e concedere l'autorizzazione. Sostituisci <purview-account> con il nome del tuo account.

   Create user <purview-account> FROM EXTERNAL PROVIDER
   GO
   EXEC sp_addrolemember 'db_owner', <purview-account> 
   GO
   

3. Eseguire il comando seguente nel database SQL per creare una chiave master:

   Create master key
   Go
   

4. Assicurarsi che Consenti ai servizi e alle risorse di Azure di accedere a questo server sia abilitato in rete/firewall per la risorsa Azure SQL.

Creare un'analisi con l'estrazione del derivamento attivata

1. Nel riquadro per configurare un'analisi, attiva l'interruttore Abilita estrazione derivazione .

   

2. Selezionare il metodo di autenticazione seguendo la procedura descritta nella sezione Creare l'analisi di questo articolo.

3. Dopo aver configurato correttamente l'analisi, un nuovo tipo di analisi denominato estrazione derivazione eseguirà analisi incrementali ogni sei ore per estrarre la derivazione dal database Azure SQL. La derivazione viene estratta in base alla stored procedure eseguita nel database SQL.

   

Cerca risorse del database Azure SQL e visualizza la derivazione di runtime

È possibile sfogliare Unified Catalog o eseguire ricerche in Unified Catalog per visualizzare i dettagli delle risorse per il database Azure SQL. I passaggi seguenti descrivono come visualizzare i dettagli della derivazione in fase di runtime:

1. Vai alla scheda Derivazione per la risorsa. Se applicabile, la derivazione dell'asset viene visualizzata qui.

   

   Se applicabile, è possibile eseguire ulteriori drill-down per visualizzare la derivazione a livello di istruzione SQL all'interno di una stored procedure, insieme alla derivazione a livello di colonna. Quando si usa Self-Hosted Integration Runtime per l'analisi, il recupero delle informazioni drill-down di derivazione durante l'analisi è supportato dalla versione 5.25.8374.1.

   

   Per informazioni sugli scenari di derivazione del database Azure SQL supportati, vedere la sezione Funzionalità supportate di questo articolo. Per altre informazioni sulla derivazione in generale, vedere Derivazione dei dati in Microsoft Purview e Guida per l'utente della derivazione di Microsoft Purview.

2. Passare all'asset stored procedure. Nella scheda Proprietà passare ad Asset correlati per ottenere i dettagli di esecuzione più recenti delle stored procedure.

   

3. Selezionare il collegamento ipertestuale della stored procedure accanto a Esecuzioni per visualizzare la panoramica dell'esecuzione della stored procedure di Azure SQL. Passare alla scheda Proprietà per visualizzare informazioni di runtime avanzate dalla stored procedure, ad esempio executedTime, rowCount e Connessione client.

   

Risolvere i problemi di estrazione della derivazione per le stored procedure

I seguenti suggerimenti possono aiutarti a risolvere i problemi relativi al lignaggio:

• Se dopo un'esecuzione corretta dell'estrazione della derivazione non viene acquisita alcuna derivazione, è possibile che nessuna stored procedure sia stata eseguita almeno una volta dopo la configurazione dell'analisi.
• La derivazione viene acquisita per le esecuzioni di stored procedure che si verificano dopo l'impostazione di un'analisi riuscita. La derivazione dalle esecuzioni di stored procedure precedenti non viene acquisita.
• Se il database elabora carichi di lavoro pesanti con molte esecuzioni di stored procedure, l'estrazione della derivazione filtra solo le esecuzioni più recenti. La stored procedure viene eseguita all'inizio della finestra di sei ore, altrimenti le istanze di esecuzione che creano un carico di query elevato non verranno estratte. Contattare il supporto tecnico se manca la derivazione da qualsiasi esecuzione di stored procedure.
• Se una stored procedure contiene istruzioni drop o create, queste non vengono attualmente acquisite nella derivazione

Passaggi successivi

Per altre informazioni su Microsoft Purview e sui dati, usare queste guide:

• Concetti per Microsoft Purview Criteri del proprietario dei dati
• Concetti per i criteri DevOps di Microsoft Purview
• Informazioni sull'applicazione Dati analitici sul patrimonio dati di Microsoft Purview
• Guida per l'utente della derivazione di Microsoft Purview
• Eseguire ricerche in Microsoft Purview Unified Catalog