Condividi tramite


Effettuare il provisioning dell'accesso ai metadati di sistema in SQL Server 2022 (abilitato per Azure Arc) usando i criteri di Microsoft Purview DevOps

[Dev> [! NOTA] > Microsoft Purview Data Map (versione classica), Data Catalog (versione classica), Data Health Insights (versione classica) non accettano più nuovi clienti e questi servizi, in precedenza Azure Purview, sono ora in modalità di supporto clienti.

Criteri ops](.. /concept-policies-devops.md) sono un tipo di criteri di accesso di Microsoft Purview. Consentono di gestire l'accesso ai metadati di sistema nelle origini dati registrate per l'applicazione dei criteri di dati in Microsoft Purview. Questi criteri vengono configurati direttamente dal portale di governance di Microsoft Purview e, dopo il salvataggio, vengono pubblicati automaticamente e quindi applicati dall'origine dati. I criteri di Microsoft Purview gestiscono l'accesso solo per le entità Microsoft Entra.

Questa guida pratica illustra come configurare SQL Server 2022 per applicare i criteri creati in Microsoft Purview. Viene illustrato l'onboarding con Azure Arc, l'abilitazione di Microsoft Entra ID nel SQL Server e il provisioning dell'accesso ai metadati di sistema (DMV e DDF) usando le azioni dei criteri DevOps Monitoraggio prestazioni SQL o Controllo della sicurezza SQL.

Prerequisiti

Supporto dell'area

L'imposizione dei criteri di dati è disponibile in tutte le aree di Microsoft Purview, ad eccezione di:

  • Stati Uniti occidentali2
  • Asia orientale
  • Stati Uniti governo Virginia
  • Cina settentrionale 3

Considerazioni sulla sicurezza per i SQL Server abilitati per Azure Arc

  • L'amministratore del server può disattivare l'imposizione dei criteri di Microsoft Purview.
  • Le autorizzazioni di amministratore e amministratore del server di Azure Arc consentono di modificare il percorso di Resource Manager di Azure del server. Poiché i mapping in Microsoft Purview usano percorsi di Resource Manager, possono causare imposizioni di criteri errate.
  • Un amministratore di SQL Server (amministratore del database) può ottenere la potenza di un amministratore del server e manomettere i criteri memorizzati nella cache da Microsoft Purview.
  • La configurazione consigliata consiste nel creare una registrazione separata dell'app per ogni istanza di SQL Server. Questa configurazione impedisce alla seconda istanza SQL Server di leggere i criteri per la prima istanza di SQL Server, nel caso in cui un amministratore non autorizzato nella seconda istanza di SQL Server manomette il percorso Resource Manager.

Verificare i prerequisiti

  1. Accedere al portale di Azure tramite questo collegamento

  2. Passare a SERVER SQL nel riquadro sinistro. Verrà visualizzato un elenco di istanze di SQL Server in Azure Arc.

  3. Selezionare l'istanza di SQL Server da configurare.

  4. Passare a Microsoft Entra ID nel riquadro sinistro.

  5. Assicurarsi che l'autenticazione Microsoft Entra sia configurata con un account di accesso amministratore. In caso contrario, vedere la sezione relativa ai prerequisiti dei criteri di accesso in questa guida.

  6. Assicurarsi che sia stato fornito un certificato a per SQL Server per l'autenticazione in Azure. In caso contrario, vedere la sezione relativa ai prerequisiti dei criteri di accesso in questa guida.

  7. Assicurarsi che sia stata immessa una registrazione dell'app per creare una relazione di trust tra SQL Server e Microsoft Entra ID. In caso contrario, vedere la sezione relativa ai prerequisiti dei criteri di accesso in questa guida.

  8. Se sono state apportate modifiche, selezionare il pulsante Salva per salvare la configurazione e attendere il completamento dell'operazione. Potrebbero essere necessari alcuni minuti. Il messaggio "Salvato correttamente" verrà visualizzato nella parte superiore della pagina in sfondo verde. Potrebbe essere necessario scorrere verso l'alto per visualizzarlo.

Configurazione di Microsoft Purview

Registrare l'origine dati in Microsoft Purview

Prima di 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 sono disponibili più avanti in questa guida.

Nota

I criteri di Microsoft Purview si basano sul percorso arm della risorsa dati. Se una risorsa dati viene spostata in un nuovo gruppo di risorse o sottoscrizione, sarà necessario deregistrarla e quindi registrarla di nuovo in Microsoft Purview.

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

Dopo aver registrato una risorsa, ma prima di poter creare un criterio in Microsoft Purview per tale risorsa, è necessario configurare le autorizzazioni. Per abilitare l'imposizione dei criteri dati, è necessario un set di autorizzazioni. Questo vale per le origini dati, i gruppi di risorse o le sottoscrizioni. Per abilitare l'imposizione dei criteri di dati, è necessario disporre di privilegi specifici di Gestione identità e accesso (IAM) per la risorsa e di privilegi specifici di Microsoft Purview:

  • È necessario disporre di una delle combinazioni di ruoli IAM seguenti nel percorso di Azure Resource Manager della risorsa o in qualsiasi altro elemento padre, ovvero usando l'ereditarietà delle autorizzazioni IAM:

    • Proprietario di IAM
    • Collaboratore IAM e Amministratore accesso utente di IAM

    Per configurare le autorizzazioni del 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.

    Screenshot che mostra la sezione nel portale di Azure per l'aggiunta di un'assegnazione di ruolo.

    Nota

    Il ruolo proprietario di IAM per una risorsa dati può essere ereditato da un gruppo di risorse padre, una sottoscrizione o un gruppo di gestione della sottoscrizione. Controllare quali Microsoft Entra utenti, gruppi ed entità servizio contengono o ereditano il ruolo di proprietario di 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.

    Screenshot che mostra le selezioni per l'assegnazione del ruolo di amministratore dell'origine dati a livello di raccolta radice.

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

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

  • Il ruolo Autore criteri può creare, aggiornare ed eliminare i criteri DevOps e Proprietario dati.
  • Il ruolo Autore criteri può eliminare i criteri di accesso self-service.

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

Nota

Il ruolo di autore dei criteri deve essere configurato a livello di raccolta radice.

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

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

I criteri del proprietario dei dati consentono controlli e saldi se si assegnano i ruoli di autore dei criteri di Microsoft Purview e amministratore dell'origine dati a persone diverse nell'organizzazione. Prima che i criteri di proprietario dei dati abbiano effetto, una seconda persona (amministratore dell'origine dati) deve esaminarlo e approvarlo in modo esplicito pubblicandolo. Questo non si applica ai criteri di accesso self-service o DevOps perché la pubblicazione è automatica 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 nel Microsoft Purview Data Map.

Nota

Per pubblicare i criteri proprietario dei dati, il ruolo di amministratore dell'origine dati deve essere configurato a livello di raccolta radice.

Delegare la responsabilità del provisioning dell'accesso ai ruoli in Microsoft Purview

Dopo aver abilitato una risorsa per l'applicazione dei criteri dati, qualsiasi utente di Microsoft Purview con il ruolo Autore criteri a livello di raccolta radice può effettuare il provisioning dell'accesso a tale origine dati da Microsoft Purview.

Nota

Qualsiasi amministratore della raccolta radice di Microsoft Purview può assegnare nuovi utenti ai ruoli di autore dei criteri radice. Qualsiasi amministratore della raccolta può assegnare nuovi utenti a un ruolo di amministratore dell'origine dati nella raccolta. Ridurre al minimo e controllare attentamente gli utenti che detengono i ruoli amministratore della raccolta Di Microsoft Purview, Amministratore origine dati o Autore criteri .

Se viene eliminato un account Microsoft Purview con criteri pubblicati, tali criteri smetteranno di essere applicati entro un periodo di tempo che dipende dall'origine dati specifica. Questa modifica può avere implicazioni sia sulla sicurezza che 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 blocchi Resource Manager.

Registrare le origini dati in Microsoft Purview

L'origine dati SQL Server abilitata per Azure Arc deve essere registrata prima con Microsoft Purview, prima di poter creare i criteri.

  1. Accedere a Microsoft Purview Studio.

  2. Passare alla funzionalità Mappa dati nel riquadro sinistro, selezionare Origini e quindi selezionare Registra. Digitare "Azure Arc" nella casella di ricerca e selezionare SQL Server in Azure Arc. Selezionare quindi Continua.

Screenshot che mostra come selezionare un'origine per la registrazione.

  1. Immettere un nome per la registrazione. È consigliabile impostare il nome della registrazione come nome del server nel passaggio successivo.

  2. selezionare una sottoscrizione di Azure, il nome del server e l'endpoint server.

  3. Selezionare una raccolta in cui inserire la registrazione.

  4. Abilitare l'imposizione dei criteri di dati. L'imposizione dei criteri di dati richiede determinate autorizzazioni e può influire sulla sicurezza dei dati, in quanto delega a determinati ruoli di Microsoft Purview per gestire l'accesso alle origini dati. Esaminare le procedure di sicurezza correlate all'imposizione dei criteri di dati in questa guida: Come abilitare l'imposizione dei criteri di dati

  5. Selezionare Registra o Applica nella parte inferiore.

Quando l'origine dati ha l'interruttore Imposizione criteri datiabilitato, sarà simile a questa immagine.

Screenshot che mostra come registrare un'origine dati per i criteri.

Abilitare i criteri nella SQL Server abilitata per Azure Arc

Questa sezione descrive i passaggi per configurare SQL Server in Azure Arc per l'uso di Microsoft Purview. Eseguire questi passaggi dopo aver abilitato l'opzione Imposizione dei criteri di dati per questa origine dati nell'account Microsoft Purview.

  1. Accedere al portale di Azure tramite questo collegamento

  2. Passare a SERVER SQL nel riquadro sinistro. Verrà visualizzato un elenco di istanze di SQL Server in Azure Arc.

  3. Selezionare l'istanza di SQL Server da configurare.

  4. Passare a Microsoft Entra ID nel riquadro sinistro.

  5. Scorrere verso il basso fino ai criteri di accesso di Microsoft Purview.

  6. Selezionare il pulsante Per verificare la governance di Microsoft Purview. Attendere l'elaborazione della richiesta. In questo caso, questo messaggio verrà visualizzato nella parte superiore della pagina. Potrebbe essere necessario scorrere verso l'alto per visualizzarlo.

    Screenshot che mostra l'elaborazione di una richiesta da parte dell'agente Arc-SQL

  7. Nella parte inferiore della pagina verificare che lo stato della governance di Microsoft Purview mostri Governed. Si noti che potrebbero essere necessari fino a 30 minuti per il riflesso dello stato corretto. Continuare a eseguire un aggiornamento del browser fino a quando non si verifica.

  8. Verificare che l'endpoint Microsoft Purview punti all'account Microsoft Purview in cui è stata registrata l'origine dati e che sia stata abilitata l'imposizione dei criteri dati

Creare un nuovo criterio DevOps

Seguire questo collegamento per la procedura per creare un nuovo criterio DevOps in Microsoft Purview.

Elencare i criteri DevOps

Seguire questo collegamento per i passaggi per elencare i criteri DevOps in Microsoft Purview.

Aggiornare un criterio DevOps

Seguire questo collegamento per i passaggi per aggiornare i criteri DevOps in Microsoft Purview.

Eliminare un criterio DevOps

Seguire questo collegamento per la procedura per eliminare i criteri DevOps in Microsoft Purview.

Importante

I criteri DevOps vengono pubblicati automaticamente e le modifiche possono richiedere fino a 5 minuti per essere applicate dall'origine dati.

Testare i criteri DevOps

Vedere come testare i criteri creati.

Dettagli della definizione del ruolo

Vedere il mapping del ruolo DevOps alle azioni dell'origine dati.

Passaggi successivi

Vedere video, blog e documenti correlati.