Я создал модель отчета, используя SSRS (2005), и опубликовал ее на локальном сервере. Но когда я попытался запустить отчет для опубликованной мной модели с помощью построителя отчетов, я получил следующую ошибку.
Ошибка выполнения отчета: предоставленных пользователю прав недостаточно для выполнения этой операции. (rsAccessDenied)
Ответы:
Это из-за отсутствия прав у пользователя, у которого вы запускаете построитель отчетов, просто дайте этому пользователю или группе право запускать построитель отчетов. Пожалуйста, посетите эту статью
Или для ярлыка:
источник
Я знаю, что это было давно, но вы (или любые другие новички) можете решить эту проблему,
источник
Administrators
,IIS_IUSRS
,SQLServer2005SQLBrowserUser$User
вместо этого! Что мне делать в этом случае? Как часто это меняется! : oЩелкните правой кнопкой мыши Microsoft BI -> щелкните Запуск от имени администратора -> либо откройте существующий отчет SSRS, либо создайте новый отчет SSRS, а затем разверните свой отчет после того, как это будет выполнено, вы получите один веб-URL для просмотра отчета. Скопируйте этот URL-адрес и вставьте в веб-браузер (Запуск от имени администратора), и вы получите представление отчета. Вы можете использовать Internet Explorer, который необходим для веб-службы.
Если это неправильно, значит, пожалуйста, простите меня, так как мне это понравилось, и я только что написал.
источник
Убедитесь, что у вас настроен доступ к URL-адресу http: // localhost / reports с помощью конфигурации служб SQL Reporting Services. Сделать это:
Просто чтобы вы знали, что это руководство было выполнено на компьютере под управлением Windows 7 с SQL Server Reporting Services 2008.
Справочная статья: http://techasp.blogspot.co.uk/2013/06/how-to-fix-reporting-services.html
источник
Вы также можете убедиться, что удостоверение в пуле приложений имеет нужные разрешения.
Перейти в диспетчер IIS
Щелкните Пулы приложений
Определите пул приложений сайта, на котором вы развертываете отчеты.
Убедитесь, что удостоверение установлено для какой-либо учетной записи службы или учетной записи пользователя с правами администратора.
Вы можете изменить идентификатор, остановив пул, щелкнув его правой кнопкой мыши и выбрав Дополнительные параметры ...
В разделе "Модель процесса" находится поле "Идентификация".
источник
UserA
в AppPool Identity. Но этоUserA
НЕ настроено на сервере SSRS для доступа (например, не вBUILTIN\Administrators
группе). Таким образом, исправление состоит в том, чтобы изменить идентификатор AppPool на какого-либо администратора в домене. Или обновите настройки SSRS, чтобы включить текущего пользователя AppPool Identity.в разделе Настройка сайта в диспетчере отчетов> Настроить определения ролей на системном уровне> установите флажок ExecuteReport Defination, затем создайте системную группу пользователей, предоставьте доступ этой группе при подключении к базе данных служб отчетов в свойствах сервера и добавьте группу и разрешите доступ как Системный пользователь ... Должно работать
источник
У меня SQL2008 / Windows 2008 Enterprise, и вот что мне пришлось сделать, чтобы исправить
rs.accessdenied
ошибки 404, 401 и 503:источник
Я использовал следующие шаги, и это работает для меня.
Откройте диспетчер конфигурации служб Reporting Services -> затем подключитесь к экземпляру сервера отчетов -> затем щелкните URL-адрес диспетчера отчетов.
На странице URL-адреса диспетчера отчетов нажмите кнопку «Дополнительно» -> затем в разделе «Несколько идентификаторов для диспетчера отчетов» нажмите «Добавить».
Во всплывающем окне «Добавить URL-адрес HTTP диспетчера отчетов» выберите «Заголовок хоста» и введите: localhost. Нажмите «ОК», чтобы сохранить изменения.
Затем:
у меня он отлично работает в Internet Explorer и Google Chrome, но не в Mozilla Firefox.
В случае, если Firefox запрашивает имя пользователя и пароль, я предоставляю его, но он не работает. Я админ и имею полное право.
Я сделал еще одно изменение «Настройки контроля учетных записей пользователей», чтобы никогда не уведомлять.
Если вы получаете исключение такого типа при развертывании этого отчета из Visual Studio, выполните следующие действия:
3.Щелкните «Назначение новой роли», добавьте, затем введите имя пользователя и выберите роли.
источник
Откройте Internet Explorer от имени администратора.
Откройте URL-адрес отчетов
http://machinename/reportservername
затем в «настройках папки» дайте разрешение требуемым группам пользователей.
источник
Старый, но актуальный выпуск. Я решил на 2012 год, войдя на сервер отчетов и:
Не могу сказать, что мне нравится это решение, но мне нужно было что-то, что работало, и это работало. Надеюсь, это поможет кому-то другому.
источник
После настройки SSRS 2016 я подключился к серверу (Windows Server 2012 R2) по протоколу RDP, перешел к URL- адресу отчетов ( https://reports.fakeserver.net/Reports/browse/ ) и создал папку с названием FakeFolder; все вроде работает нормально. Затем я отключился от сервера, перешел на тот же URL-адрес, вошел в систему как тот же пользователь и обнаружил ошибку ниже.
В замешательстве я пробовал практически все решения, предложенные на этой странице, и все еще не мог создать такое же поведение как локально, так и внешне при переходе по URL-адресу и аутентификации. Затем я щелкнул многоточие FakeFolder, щелкнул "Управление", "Безопасность" (в левой части экрана) и добавил себя как пользователя с полными разрешениями. После отключения от сервера я перешел на https://reports.fakeserver.net/Reports/browse/FakeFolder и смог просмотреть содержимое папки, не столкнувшись с ошибкой разрешений. Однако, когда я нажал кнопку «Домой», я получил ошибку разрешений.
Для моих целей этого было достаточно, так как никому другому никогда не понадобится переходить к корневому URL-адресу, поэтому я просто сделал мысленную заметку, когда мне нужно внести изменения в SSRS, чтобы сначала подключиться к серверу, а затем перейти к URL-адресу отчетов. .
источник
Проблема:
Ошибка rsAccessDenied: разрешения, предоставленные пользователю «Пользователь \ Пользователь», недостаточны для выполнения этой операции.
Решение:
Щелкните «Настройка папки»> «Назначение новой роли». Затем введите «Пользователь \ Пользователь» в текстовом поле «Группа или имя пользователя». Установите флажки "Роли", которые должны быть у пользователя.
источник
Что сработало для меня:
источник
Это сработало для меня - перейдите к диспетчеру отчетов, проверьте настройки сайта -> Безопасность -> Назначение новой роли -> добавьте пользователя
-Также перейдите в «Наборы данных» в диспетчере отчетов -> набор данных отчета -> Безопасность -> Назначение новой роли -> добавьте пользователя с необходимой ролью.
Спасибо!
источник
Я знаю, что это было давно, но может быть полезно другим новичкам,
Я решил передать имя пользователя, пароль и домен при запросе отчетов SSRS, поэтому я создал один класс, который реализует IReportServerCredentials.
при вызове SSRS Reprots поместите следующий фрагмент кода
SSRSReportUser, SSRSReportUserPassword, SSRSReportUserDomain, SSRSReportFolder определены в файлах web.config.
источник
Как и Насер, я знаю, что это было некоторое время назад, но я хотел опубликовать свое решение для всех, у кого возникнет эта проблема в будущем.
Я настроил свой отчет так, чтобы он использовал подключение к данным в библиотеке подключений к данным, размещенной в SharePoint. Моя проблема заключалась в том, что у меня не было «одобренного» подключения для передачи данных, чтобы его могли использовать другие пользователи.
Еще одна вещь, на которую следует обратить внимание, - убедиться, что разрешения для этой библиотеки подключения к данным также позволяют читать избранным пользователям.
Надеюсь, это рано или поздно кому-то поможет!
источник
Для служб SQL Reporting Services 2012 с пакетом обновления 1 (SP1) и SharePoint 2013.
У меня та же проблема: разрешения, предоставленные пользователю [AppPoolAccount], недостаточны для выполнения этой операции.
Я вошел в настройки служебного приложения, щелкнул «Управление ключами», затем «Изменить ключ» и заставил его заново сгенерировать ключ.
источник
Спасибо, что поделился. После 1,5 дней борьбы заметил, что сервер отчетов настроен с неправильным IP-адресом домена. Он был настроен с резервным IP-адресом домена, который отключен. Я обнаружил это в конфигурации группы пользователей, где имя домена не было указано. Сменил IP и перезагрузил сервер отчетов. Проблема решена.
источник
Отчету может потребоваться доступ к DataSource или DataView, где пользователь AD (или группа AD) имеет недостаточные права доступа.
Убедитесь, что вы проверяете следующие URL-адреса:
http://REPORTSERVERNAME/Reports/Pages/Folder.aspx?ItemPath=%2fDataSources
http://REPORTSERVERNAME/Reports/Pages/Folder.aspx?ItemPath=%2fDataSets
Тогда выбирай
Folder Settings
(или соответствующее лицо
DataSource
илиDataSet
) и выберитеSecurity
. У группы пользователей должно бытьBrowser
разрешение.источник
Для меня сработало:
Это должно сработать,
Удачи!
источник
Запустите BIDS от имени администратора, несмотря на существующее членство в группе администраторов.
источник