2012-05-31 2 views
4

Я потратил часы, чтобы понять это, и теперь я сдалась.SSRS 2008 R2 + Разрешения, предоставленные пользователем, являются недостаточными для выполнения данной операции. (RsAccess Denied)

Я надеюсь, что кто-то может мне помочь с.

Сервер отчетов SSRS 2008 R2 запущен и с помощью BIDS я разработал образец отчета и успешно развернуто.

Как администратор, я могу пойти и посмотреть все и запустить образцы отчетов.

То, что я пытаюсь достичь здесь, - ограничить доступ пользователей к папкам и отчетам.

Это то, что я сделал для достижения этой цели:

  1. создал несколько групп в локальном сервере (на котором установлен сервер SQL)

    SQLReportUsers - Users who has access to SQL Server Reporting Services (Web) 
    Finance - Users who can access to Finance folder in Home Folder 
    SalesTeam - Users who can access to SalesTeam Folder in Home folder 
    
  2. Я создал пользователь и присвоение их к одной из групп Finance/Sales Team, и все они принадлежат группе SQLReportUsers.

  3. Причина наличия группы SQLReportUsers заключается в том, чтобы даже ограничить случайные пользователи доступом к службам отчетности. Создание «Everyone» позволит получить доступ к нему (даже если они не смогут ничего увидеть без прав доступа к элементам (папкам, отчетам). В Home foder я SQLReportUsers в качестве браузера.

  4. Отчеты об образцах развернуты в папку «Финансы» и «Папка SalesTeam». Источники данных и данные находятся в папке «Главная», и они не видны другим пользователям (я удалил)

  5. Я создал учетную запись SQLReport на SQL Server, которую я хочу использовать в качестве центрального точка доступа к данным в SQL. Затем в разделе «Свойства источника данных» (только один сейчас) я использовал «Учетные данные безопасно на сервере отчетов» и предоставил имя пользователя и пароль. Тестовое соединение одобрено.

  6. Я создал тестового пользователя (Windows Server 2003), затем назначен SQLReportUsers и Finance.

  7. Открытый интернет-исследователь и успешно зашел в службы отчетов. Как и ожидалось, для этой учетной записи пользователя видна только финансовая папка. и в папке с финансами есть образец отчета.

Проблема заключается в том, что, когда я нажимаю отчет, он говорит, что

«Произошла ошибка при обработке отчета. (rsProcessingAborted) Разрешений, предоставленных пользователю «MSERVER-DELL \ test2», недостаточно для выполнения этой операции. (rsAccessDenied) '

Все работает нормально, но пользователь не может открыть отчет.

Я попробовал все варианты под «мандатной надежно хранится на сервере отчетов»

Я попытался «Использовать учетные данные окна при подключении к источнику данных» (не только сообщать счета, но и мой учетной записи администратора "), как а также «Олицетворить аутентифицированного пользователя после подключения к источнику данных.

Все не сработало. Я пробовал все возможные комбинации, но это не сработало.

В разделе «Обработка параметров отчета» я сделал «Кэш временной копии отчета. Истекает копия отчета через несколько минут: 30 'под моим доступом администратора, затем обратно в учетную запись пользователя, пользователь может вытащить отчет.

это подразумевает, что это источник данных, с которым связана учетная запись пользователя.

Интересно, где это пошло не так.

Не могли бы вы мне помочь?

спасибо!

ответ

0

Я думаю, что проблема действительно на вашем DS. Если у пользователя есть разрешение для браузера, он должен иметь возможность видеть отчет.

Попробуйте добавить учетные данные администратора для источника данных, чтобы увидеть, работает ли он.

enter image description here

+0

привет спасибо за совет. Я уже пробовал это. – user1427887

0

DataSource Connection Setting

При установке источника данных настройки соединения должны выглядеть следующим образом. Мне кажется, что у вас есть учетные данные, предоставленные пользователем, работающим с набором отчетов. Я ошибаюсь, но можете ли вы поместить скриншот вашего параметра DataSource, пожалуйста,

0

У меня была аналогичная проблема. В отчете использовался общий источник данных, который хранился в общей папке в папке «Главная». С диспетчером отчетов (\ server \ reports) я выбираю Security в общей папке и добавляет группу пользователя с привилегией Browse. Это исправило это. Ранее я добавил группу пользователя с привилегией просмотра к свойствам Home folder и как системный пользователь для обеспечения безопасности сайта.

Я использую проверку подлинности Windows для своего веб-сайта, поэтому я просто добавил пользователей домена в группу безопасности, но я уверен, что другие группы также должны работать.

2

У меня была такая же проблема, как и это решение, которое было почти таким, как сказал Кен Мак. Отчет, который я пытался открыть, содержал как общий источник данных, так и общий набор данных. Я дал аутентифицированным пользователям доступ к просмотру источников данных, но полностью забыл о наборах данных, и критическое сообщение об ошибке никогда не приводило меня к этой проблеме.

Итак, если вы используете внешние (совместно используемые) источники данных или наборы данных, обязательно включите правильную роль безопасности для своих целей в этой папке.

0

Хотя прошло 4 года с тех пор, как это было задано, это было первым хитом Google для моей проблемы. Поэтому я подумал, что стоит поделиться исправлением, которое сработало. В конечном итоге мне пришлось удалить кэшированные учетные данные, как описано здесь: https://stackoverflow.com/a/22234961/6576560

В принципе, запустите панель управления> диспетчер учетных данных и удалите сохраненные учетные данные. Windows кэшировала неверные учетные данные и не использовала мой действительный номер.

Надеюсь, это поможет некоторым будущим читателям.

Смежные вопросы