Compartir a través de


Aprovisionamiento de acceso a metadatos del sistema en SQL Server 2022 (habilitado para Azure Arc) mediante directivas de Microsoft Purview DevOps

Las directivas de DevOps son un tipo de directivas de acceso de Microsoft Purview. Permiten administrar el acceso a los metadatos del sistema en los orígenes de datos que se han registrado para la aplicación de directivas de datos en Microsoft Purview. Estas directivas se configuran directamente desde el portal de gobernanza de Microsoft Purview y, después de guardarlas, se publican automáticamente y el origen de datos las aplica. Las directivas de Microsoft Purview solo administran el acceso para Microsoft Entra entidades de seguridad.

En esta guía paso a paso se explica cómo configurar SQL Server 2022 para aplicar las directivas creadas en Microsoft Purview. Abarca la incorporación con Azure Arc, la habilitación de Microsoft Entra ID en el SQL Server y el aprovisionamiento de acceso a sus metadatos del sistema (DMV y DMF) mediante las acciones de directivas de DevOps Supervisión del rendimiento de SQL o Auditoría de seguridad de SQL.

Requisitos previos

Compatibilidad con regiones

La aplicación de directivas de datos está disponible en todas las regiones de Microsoft Purview, excepto:

  • Oeste de EE. UU. 2
  • Asia Oriental
  • Gobierno de EE. UU. de Virginia
  • Norte de China 3

Consideraciones de seguridad para los SQL Server habilitados para Azure Arc

  • El administrador del servidor puede desactivar la aplicación de directivas de Microsoft Purview.
  • Los permisos de administrador y administrador de servidor de Azure Arc proporcionan la capacidad de cambiar la ruta de acceso de Azure Resource Manager del servidor. Dado que las asignaciones de Microsoft Purview usan rutas de acceso Resource Manager, puede dar lugar a una aplicación de directivas incorrecta.
  • Un administrador de SQL Server (administrador de base de datos) puede obtener el poder de un administrador de servidor y puede alterar las directivas almacenadas en caché de Microsoft Purview.
  • La configuración recomendada es crear un registro de aplicación independiente para cada instancia de SQL Server. Esta configuración impide que la segunda instancia de SQL Server lea las directivas destinadas a la primera instancia de SQL Server, en caso de que un administrador no autorizado en la segunda instancia de SQL Server altere la ruta de acceso de Resource Manager.

Comprobación de los requisitos previos

  1. Inicie sesión en el Azure Portal a través de este vínculo.

  2. Vaya a servidores SQL Server en el panel izquierdo. Verá una lista de instancias de SQL Server en Azure Arc.

  3. Seleccione la instancia de SQL Server que desea configurar.

  4. Vaya a Microsoft Entra ID en el panel izquierdo.

  5. Asegúrese de que Microsoft Entra autenticación esté configurada con un inicio de sesión de administrador. Si no es así, consulte la sección de requisitos previos de la directiva de acceso de esta guía.

  6. Asegúrese de que se ha proporcionado un certificado a para que SQL Server se autentique en Azure. Si no es así, consulte la sección de requisitos previos de la directiva de acceso de esta guía.

  7. Asegúrese de que se ha especificado un registro de aplicación para crear una relación de confianza entre SQL Server y Microsoft Entra ID. Si no es así, consulte la sección de requisitos previos de la directiva de acceso de esta guía.

  8. Si ha realizado algún cambio, seleccione el botón Guardar para guardar la configuración y espere a que la operación se complete correctamente. Esto podría tardar unos minutos. El mensaje "Guardado correctamente" se mostrará en la parte superior de la página en fondo verde. Es posible que tenga que desplazarse hacia arriba para verlo.

Configuración de Microsoft Purview

Registro del origen de datos en Microsoft Purview

Para poder crear una directiva en Microsoft Purview para un recurso de datos, debe registrar ese recurso de datos en Microsoft Purview Studio. Encontrará las instrucciones relacionadas con el registro del recurso de datos más adelante en esta guía.

Nota:

Las directivas de Microsoft Purview se basan en la ruta de acceso de ARM del recurso de datos. Si un recurso de datos se mueve a un nuevo grupo de recursos o una suscripción, deberá anular su registro y volver a registrarse en Microsoft Purview.

Configuración de permisos para habilitar la aplicación de directivas de datos en el origen de datos

Una vez registrado un recurso, pero antes de que se pueda crear una directiva en Microsoft Purview para ese recurso, debe configurar los permisos. Se necesita un conjunto de permisos para habilitar la aplicación de directivas de datos. Esto se aplica a orígenes de datos, grupos de recursos o suscripciones. Para habilitar la aplicación de directivas de datos, debe tener privilegios específicos de Administración de identidades y acceso (IAM) en el recurso, así como privilegios específicos de Microsoft Purview:

  • Debe tener una de las siguientes combinaciones de roles de IAM en la ruta de acceso de Azure Resource Manager del recurso o en cualquier elemento primario del mismo (es decir, mediante la herencia de permisos de IAM):

    • Propietario de IAM
    • Colaborador de IAM y administrador de acceso de usuarios de IAM

    Para configurar permisos de control de acceso basado en rol (RBAC) de Azure, siga esta guía. En la captura de pantalla siguiente se muestra cómo acceder a la sección Access Control de la Azure Portal para que el recurso de datos agregue una asignación de roles.

    Captura de pantalla que muestra la sección de la Azure Portal para agregar una asignación de roles.

    Nota:

    El rol Propietario de IAM para un recurso de datos se puede heredar de un grupo de recursos primario, una suscripción o un grupo de administración de suscripciones. Compruebe qué Microsoft Entra usuarios, grupos y entidades de servicio contienen o heredan el rol propietario de IAM para el recurso.

  • También debe tener el rol de administrador de origen de datos de Microsoft Purview para la colección o una colección primaria (si la herencia está habilitada). Para obtener más información, consulte la guía sobre la administración de asignaciones de roles de Microsoft Purview.

    En la captura de pantalla siguiente se muestra cómo asignar el rol de administrador de origen de datos en el nivel de colección raíz.

    Captura de pantalla que muestra las selecciones para asignar el rol de administrador de origen de datos en el nivel de colección raíz.

Configuración de permisos de Microsoft Purview para crear, actualizar o eliminar directivas de acceso

Para crear, actualizar o eliminar directivas, debe obtener el rol de autor de directivas en Microsoft Purview en el nivel de colección raíz:

  • El rol de autor de directivas puede crear, actualizar y eliminar directivas de DevOps y propietario de datos.
  • El rol de autor de directivas puede eliminar directivas de acceso de autoservicio.

Para obtener más información sobre cómo administrar asignaciones de roles de Microsoft Purview, consulte Creación y administración de colecciones en el Mapa de datos de Microsoft Purview.

Nota:

El rol de autor de directiva debe configurarse en el nivel de colección raíz.

Además, para buscar fácilmente Microsoft Entra usuarios o grupos al crear o actualizar el asunto de una directiva, puede beneficiarse en gran medida de obtener el permiso Lectores de directorio en Microsoft Entra ID. Se trata de un permiso común para los usuarios de un inquilino de Azure. Sin el permiso Lector de directorios, el autor de la directiva tendrá que escribir el nombre de usuario completo o el correo electrónico de todas las entidades de seguridad incluidas en el asunto de una directiva de datos.

Configuración de permisos de Microsoft Purview para publicar directivas de propietario de datos

Las directivas de propietario de datos permiten comprobaciones y saldos si asigna los roles de autor de directiva de Microsoft Purview y Administrador de origen de datos a diferentes personas de la organización. Antes de que se aplique una directiva de propietario de datos, una segunda persona (administrador del origen de datos) debe revisarla y aprobarla explícitamente publicándola. Esto no se aplica a las directivas de acceso de DevOps o autoservicio, ya que la publicación es automática para ellas cuando se crean o actualizan esas directivas.

Para publicar una directiva de propietario de datos, debe obtener el rol Administrador del origen de datos en Microsoft Purview en el nivel de recopilación raíz.

Para obtener más información sobre cómo administrar asignaciones de roles de Microsoft Purview, consulte Creación y administración de colecciones en el Mapa de datos de Microsoft Purview.

Nota:

Para publicar directivas de propietario de datos, el rol de administrador del origen de datos debe configurarse en el nivel de recopilación raíz.

Delegar la responsabilidad de aprovisionamiento de acceso a roles en Microsoft Purview

Una vez habilitado un recurso para la aplicación de directivas de datos, cualquier usuario de Microsoft Purview con el rol De autor de directivas en el nivel de recopilación raíz puede aprovisionar el acceso a ese origen de datos desde Microsoft Purview.

Nota:

Cualquier administrador de colección raíz de Microsoft Purview puede asignar nuevos usuarios a roles de autor de directiva raíz. Cualquier administrador de recopilación puede asignar nuevos usuarios a un rol de administrador de origen de datos en la colección. Minimice y examine cuidadosamente a los usuarios que tienen roles de administrador de Microsoft Purview Collection, administrador de origen de datos o autor de directivas .

Si se elimina una cuenta de Microsoft Purview con directivas publicadas, dichas directivas dejarán de aplicarse en un período de tiempo que depende del origen de datos específico. Este cambio puede tener implicaciones en la disponibilidad de acceso a datos y seguridad. Los roles Colaborador y Propietario de IAM pueden eliminar cuentas de Microsoft Purview. Para comprobar estos permisos, vaya a la sección Control de acceso (IAM) de su cuenta de Microsoft Purview y seleccione Asignaciones de roles. También puede usar un bloqueo para evitar que la cuenta de Microsoft Purview se elimine mediante bloqueos de Resource Manager.

Registro de orígenes de datos en Microsoft Purview

El origen de datos SQL Server habilitado para Azure Arc debe registrarse primero en Microsoft Purview para poder crear directivas.

  1. Inicie sesión en Microsoft Purview Studio.

  2. Vaya a la característica Mapa de datos en el panel izquierdo, seleccione Orígenes y, a continuación, seleccione Registrar. Escriba "Azure Arc" en el cuadro de búsqueda y seleccione SQL Server en Azure Arc. A continuación, seleccione Continuar.

Captura de pantalla que muestra cómo seleccionar un origen para el registro.

  1. Escriba un nombre para este registro. Se recomienda hacer que el nombre del registro sea el mismo que el nombre del servidor en el paso siguiente.

  2. seleccione una suscripción de Azure, un nombre de servidor y un punto de conexión de servidor.

  3. Seleccione una colección en la que colocar este registro.

  4. Habilitar el cumplimiento de directivas de datos. La aplicación de directivas de datos necesita ciertos permisos y puede afectar a la seguridad de los datos, ya que delega a determinados roles de Microsoft Purview para administrar el acceso a los orígenes de datos. Consulte las prácticas seguras relacionadas con el cumplimiento de directivas de datos en esta guía: Habilitación del cumplimiento de directivas de datos

  5. Seleccione Registrar o Aplicar en la parte inferior.

Una vez que el origen de datos tenga habilitado el botón de alternancia Cumplimiento de directivas de datos, tendrá un aspecto similar al de esta imagen.

Captura de pantalla que muestra cómo registrar un origen de datos para la directiva.

Habilitación de directivas en SQL Server habilitadas para Azure Arc

En esta sección se describen los pasos para configurar SQL Server en Azure Arc para usar Microsoft Purview. Ejecute estos pasos después de habilitar la opción Cumplimiento de directivas de datos para este origen de datos en la cuenta de Microsoft Purview.

  1. Inicie sesión en el Azure Portal a través de este vínculo.

  2. Vaya a servidores SQL Server en el panel izquierdo. Verá una lista de instancias de SQL Server en Azure Arc.

  3. Seleccione la instancia de SQL Server que desea configurar.

  4. Vaya a Microsoft Entra ID en el panel izquierdo.

  5. Desplácese hacia abajo hasta Directivas de acceso de Microsoft Purview.

  6. Seleccione el botón Para comprobar la gobernanza de Microsoft Purview. Espere mientras se procesa la solicitud. Mientras eso sucede, este mensaje se mostrará en la parte superior de la página. Es posible que tenga que desplazarse hacia arriba para verlo.

    Captura de pantalla que muestra que el agente de Arc-SQL está procesando una solicitud

  7. En la parte inferior de la página, confirme que estado de gobernanza de Microsoft Purview muestra Governed. Tenga en cuenta que el estado correcto puede tardar hasta 30 minutos en reflejarse. Continúe realizando una actualización del explorador hasta que esto ocurra.

  8. Confirme que el punto de conexión de Microsoft Purview apunta a la cuenta de Microsoft Purview donde registró este origen de datos y ha habilitado la aplicación de la directiva de datos.

Creación de una nueva directiva de DevOps

Siga este vínculo para ver los pasos para crear una nueva directiva de DevOps en Microsoft Purview.

Enumerar directivas de DevOps

Siga este vínculo para ver los pasos para enumerar las directivas de DevOps en Microsoft Purview.

Actualización de una directiva de DevOps

Siga este vínculo para ver los pasos para actualizar las directivas de DevOps en Microsoft Purview.

Eliminación de una directiva de DevOps

Siga este vínculo para ver los pasos para eliminar directivas de DevOps en Microsoft Purview.

Importante

Las directivas de DevOps se publican automáticamente y los cambios pueden tardar hasta 5 minutos en aplicarse por el origen de datos.

Prueba de la directiva de DevOps

Vea cómo probar la directiva que ha creado.

Detalles de definición de roles

Consulte la asignación del rol de DevOps a las acciones del origen de datos.

Pasos siguientes

Consulte vídeos, blogs y documentos relacionados.