Продажи: 1-800-867-1389

Защита отчетов (Azure SQL Reporting)

Обновлено: Май 2014 г.

ImportantВажно!
Служба SQL Reporting перестанет работать 31 октября 2014 года. Дополнительные сведения см. в http://go.microsoft.com/fwlink/p/?linkID=325013. Отчетность в Microsoft Azure рассматривается на странице http://go.microsoft.com/fwlink/p/?LinkId=325409 сайта WindowsAzure.com.

У всех пользователей, получающих доступ к отчетам в службах SQL Reporting по URL-адресу, должно быть имя для входа в отчет.

Создание имени входа или пользователя отчета состоит из ввода имени и пароля пользователя, а также выбора роли для этого пользователя. Допустимые роли: «Диспетчер содержимого», «Издатель» и «Браузер». Роли «Мои отчеты» и «Построитель отчетов» отображаются на портале управления как доступные, но они неприменимы к службам SQL Reporting, так как их функциональность идентична роли «Издатель».

Каждого пользователя отчета необходимо регистрировать вручную. Программного метода для регистрации пользователей на данный момент не предусмотрено. Дополнительные сведения о создании имени входа пользователя отчета см. в разделе управлять пользователями (Azure SQL Reporting).

Разрешения наследуются от родительского объекта. Первоначальная роль, выбранная для пользователя отчета, определяет разрешения, определенные на уровне корневого узла иерархии папок отчетов. Изменить первоначальную роль после создания пользователя отчетов на портале управления нельзя. Поэтому, если вы сделаете ошибку, вам потребуется заново создать пользователя или назначить роль программно.

Для любого элемента в иерархии, в том числе элементов, находящихся непосредственно под корневым узлом, можно переопределить роль на уровне элемента. Например, пользователю Sue Smith в корневом узле назначена роль «Диспетчер содержимого». Назначение ее роли на «Браузер» для определенных элементов приведет к сокращению ее разрешений для этих элементов.

Имя входа в отчет отличается от имени входа в базу данных. База данных SQL и службы отчетов SQL Reporting не используют общие сведения о пользователях или общую платформу безопасности.

В зависимости от настройки доступа к данным в отчетах, возможно, пользователям потребуется дважды вводить учетные данные. В частности, если в отчете настроен запрос учетных данных для получения данных, пользователь сначала должен войти в отчет, а затем ввести имя пользователя и пароль для получения данных. Для улучшения удобства работы пользователей отчетов мы рекомендуем использовать хранимые учетные данные с общим источником данных. Однако, если доступ к данным зависит от удостоверения пользователя, необходимо будет настроить отчет для использования запрашиваемых учетных данных, так как в службе SQL Reporting нет сквозного делегирования удостоверений.

См. также

Была ли вам полезна эта информация?
(1500 символов осталось)
Спасибо за ваш отзыв
Корпорация Майкрософт проводит интернет-опрос, чтобы выяснить ваше мнение о веб-сайте MSDN. Если вы желаете принять участие в этом интернет-опросе, он будет отображен при закрытии веб-сайта MSDN.

Вы хотите принять участие?
Показ:
© 2014 Microsoft