Подготовка доступа к системным метаданным в базе данных Azure SQL с помощью политик Microsoft Purview DevOps
Политики DevOps — это тип политик доступа Microsoft Purview. Они позволяют управлять доступом к системным метаданным в источниках данных, зарегистрированных для принудительного применения политики данных в Microsoft Purview. Эти политики настраиваются непосредственно на портале управления Microsoft Purview, и после их сохранения они автоматически публикуются, а затем применяются источником данных. Политики Microsoft Purview управляют доступом только для Microsoft Entra субъектов.
В этом руководстве описано, как настроить базу данных Azure SQL для принудительного применения политик, созданных в Microsoft Purview. В ней рассматриваются шаги по настройке базы данных Azure SQL и в Microsoft Purview для подготовки доступа к системным метаданным базы данных Azure SQL (динамическим административным административным представлениям и динамическим административным файлам) с помощью действий политик DevOps для мониторинга производительности SQL или аудита безопасности SQL.
Предварительные условия
Учетная запись Azure с активной подпиской. Создайте учетную запись бесплатно.
Новая или существующая учетная запись Microsoft Purview. Следуйте инструкциям из этого краткого руководства, чтобы создать его.
- Создайте новый экземпляр базы данных Azure SQL или используйте существующий в одном из доступных регионов для этой функции. Вы можете следовать этому руководству, чтобы создать экземпляр базы данных Azure SQL.
Поддержка регионов
Поддерживаются все регионы Microsoft Purview .
Применение политик Microsoft Purview доступно только в следующих регионах для Azure SQL Базы данных:
Общедоступное облако:
- Восточная часть США
- Восточная часть США2
- Центрально-южная часть США
- Центрально-западная часть США
- Западная часть США3
- Центральная Канада
- Южная Бразилия
- Западная Европа
- Северная Европа
- Центральная Франция
- Южная часть Соединенного Королевства
- Северная часть Южной Африки
- Центральная Индия
- Юго-Восточная Азия
- Восточная Азия
- Восток Австралии
Национальные облака:
- USGov Вирджиния
- Северный Китай 3
Настройка экземпляра базы данных Azure SQL для политик из Microsoft Purview
Чтобы логический сервер, связанный с базой данных Azure SQL, учитывал политики Из Microsoft Purview, необходимо настроить администратора Microsoft Entra. В портал Azure перейдите к логическому серверу, на котором размещается экземпляр базы данных Azure SQL. В боковом меню выберите Microsoft Entra ID. Задайте имя администратора для любого пользователя или группы Microsoft Entra, а затем нажмите кнопку Сохранить.
Затем в боковом меню выберите Удостоверение. В разделе Управляемое удостоверение, назначаемое системой, включите состояние в положение Вкл., а затем нажмите кнопку Сохранить.
Конфигурация Microsoft Purview
Регистрация источника данных в Microsoft Purview
Прежде чем можно будет создать политику в Microsoft Purview для ресурса данных, необходимо зарегистрировать этот ресурс данных в Microsoft Purview Studio. Инструкции, связанные с регистрацией ресурса данных, см. далее в этом руководстве.
Примечание.
Политики Microsoft Purview зависят от пути ARM к ресурсу данных. Если ресурс данных перемещен в новую группу ресурсов или подписку, его необходимо будет зарегистрировать, а затем снова зарегистрировать в Microsoft Purview.
Настройка разрешений для включения принудительного применения политики данных в источнике данных
После регистрации ресурса, но перед созданием политики в Microsoft Purview для этого ресурса необходимо настроить разрешения. Для включения принудительного применения политики данных требуется набор разрешений. Это относится к источникам данных, группам ресурсов или подпискам. Чтобы включить принудительное применение политики данных, необходимо иметь определенные права управления удостоверениями и доступом (IAM) в ресурсе, а также определенные привилегии Microsoft Purview:
Необходимо иметь одно из следующих сочетаний ролей IAM в пути Resource Manager ресурса Azure или любой его родительский элемент (т. е. с использованием наследования разрешений IAM):
- Владелец IAM
- Участник IAM и администратор доступа пользователей IAM
Чтобы настроить разрешения управления доступом на основе ролей Azure (RBAC), следуйте этому руководству. На следующем снимке экрана показано, как получить доступ к разделу контроль доступа в портал Azure для ресурса данных, чтобы добавить назначение роли.
Примечание.
Роль владельца IAM для ресурса данных может быть унаследована от родительской группы ресурсов, подписки или группы управления подпиской. Проверьте, какие Microsoft Entra пользователи, группы и субъекты-службы удерживают или наследуют роль владельца IAM для ресурса.
Кроме того, вам потребуется роль администратора источника данных Microsoft Purview для коллекции или родительской коллекции (если включено наследование). Дополнительные сведения см. в руководстве по управлению назначениями ролей Microsoft Purview.
На следующем снимок экрана показано, как назначить роль администратора источника данных на корневом уровне коллекции.
Настройка разрешений Microsoft Purview для создания, обновления и удаления политик доступа
Чтобы создать, обновить или удалить политики, необходимо получить роль автора политики в Microsoft Purview на уровне корневой коллекции:
- Роль "Автор политики" может создавать, обновлять и удалять политики DevOps и владельца данных.
- Роль "Автор политики" может удалять политики самостоятельного доступа.
Дополнительные сведения об управлении назначениями ролей Microsoft Purview см. в статье Создание коллекций и управление ими в Схема данных Microsoft Purview.
Примечание.
Роль автора политики должна быть настроена на уровне корневой коллекции.
Кроме того, для упрощения поиска Microsoft Entra пользователей или групп при создании или обновлении темы политики вы можете получить разрешение читателей каталогов в Microsoft Entra ID. Это общее разрешение для пользователей в клиенте Azure. Без разрешения читателя каталога автору политики потребуется ввести полное имя пользователя или адрес электронной почты для всех субъектов, включенных в субъект политики данных.
Настройка разрешений Microsoft Purview для публикации политик владельца данных
Политики владельца данных позволяют выполнять проверки и противовесы, если вы назначаете роли автора политики Microsoft Purview и администратора источника данных разным сотрудникам в организации. Прежде чем политика владельца данных вступит в силу, второй пользователь (администратор источника данных) должен проверить ее и явно утвердить, опубликовав ее. Это не относится к DevOps или политикам самостоятельного доступа, так как публикация для них выполняется автоматически при создании или обновлении этих политик.
Чтобы опубликовать политику владельца данных, необходимо получить роль администратора источника данных в Microsoft Purview на уровне корневой коллекции.
Дополнительные сведения об управлении назначениями ролей Microsoft Purview см. в статье Создание коллекций и управление ими в Схема данных Microsoft Purview.
Примечание.
Чтобы опубликовать политики владельца данных, роль администратора источника данных должна быть настроена на уровне корневой коллекции.
Делегирование ответственности за подготовку доступа ролям в Microsoft Purview
После включения для ресурса принудительного применения политики данных любой пользователь Microsoft Purview с ролью автора политики на корневом уровне коллекции может подготовить доступ к источнику данных из Microsoft Purview.
Примечание.
Любой администратор корневой коллекции Microsoft Purview может назначать новых пользователей ролям авторов корневой политики . Любой администратор коллекции может назначить новых пользователей роли администратора источника данных в коллекции. Сведите к минимуму и тщательно изучите пользователей, у которых есть роли администратора коллекции Microsoft Purview, администратора источника данных или автора политики .
Если учетная запись Microsoft Purview с опубликованными политиками удалена, такие политики перестают применяться в течение определенного времени, зависящее от конкретного источника данных. Это изменение может повлиять как на безопасность, так и на доступность доступа к данным. Роли "Участник" и "Владелец" в IAM могут удалять учетные записи Microsoft Purview. Эти разрешения можно проверка, перейдя в раздел Управление доступом (IAM) учетной записи Microsoft Purview и выбрав Назначения ролей. Вы также можете использовать блокировку, чтобы предотвратить удаление учетной записи Microsoft Purview с помощью Resource Manager блокировки.
Регистрация источников данных в Microsoft Purview
Источник данных базы данных Azure SQL необходимо сначала зарегистрировать в Microsoft Purview, прежде чем можно будет создать политики доступа. Вы можете следовать этим руководствам:
Регистрация и проверка базы данных Azure SQL.
После регистрации ресурсов необходимо включить принудительное применение политики данных. Принудительное применение политики данных требует определенных разрешений и может повлиять на безопасность данных, так как оно делегирует определенным ролям Microsoft Purview возможность управления доступом к источникам данных. Ознакомьтесь с рекомендациями по обеспечению безопасности, связанными с применением политики данных, в этом руководстве: Включение принудительного применения политики данных
После включения переключателя Принудительное применение политики данных в источнике данных выглядит так, как на снимок экрана. Это позволяет использовать политики доступа с заданным источником данных.
Вернитесь к портал Azure базы данных Azure SQL, чтобы убедиться, что она теперь регулируется Microsoft Purview:
Войдите в портал Azure по этой ссылке
Выберите сервер Azure SQL, который требуется настроить.
Перейдите к Microsoft Entra ID на левой панели.
Прокрутите вниз до раздела Политики доступа Microsoft Purview.
Нажмите кнопку Проверить наличие системы управления Microsoft Purview. Подождите, пока запрос будет обработан. Это может занять несколько минут.
Убедитесь, что в поле Состояние управления Microsoft Purview отображается значение
Governed
. Обратите внимание, что после включения принудительного применения политики данных в Microsoft Purview для отображения правильного состояния может потребоваться несколько минут.
Примечание.
Если отключить принудительное применение политики данных для этого источника данных Azure SQL базы данных, для автоматического Not Governed
обновления состояния управления Microsoft Purview до может потребоваться до 24 часов. Это можно ускорить, выбрав Проверить для Системы управления Microsoft Purview. Перед включением принудительного применения политики данных для источника данных в другой учетной записи Microsoft Purview убедитесь, что состояние управления Purview отображается как Not Governed
. Затем повторите описанные выше действия с новой учетной записью Microsoft Purview.
Создание политики DevOps
Перейдите по этой ссылке, чтобы создать новую политику DevOps в Microsoft Purview.
Вывод списка политик DevOps
Перейдите по этой ссылке, чтобы получить список политик DevOps в Microsoft Purview.
Обновление политики DevOps
Чтобы обновить политики DevOps в Microsoft Purview, перейдите по этой ссылке.
Удаление политики DevOps
Перейдите по этой ссылке, чтобы удалить политики DevOps в Microsoft Purview.
Важно!
Политики DevOps публикуются автоматически, и для принудительного применения изменений источником данных может потребоваться до 5 минут .
Тестирование политики DevOps
Узнайте, как протестировать созданную политику.
Сведения об определении роли
См. сопоставление роли DevOps с действиями источника данных.