Я создал модель отчета с использованием SSRS (2005) и опубликовал ее на локальном сервере. Но когда я попытался запустить отчет для модели, опубликованной с использованием построителя отчетов, я получаю следующую ошибку.
Ошибка выполнения отчета. Разрешений, предоставленных пользователю, недостаточно для выполнения этой операции. (rsAccessDenied)
Это из-за отсутствия привилегий для пользователя, у которого работает построитель отчетов, просто дайте этому пользователю или группе привилегию запускать построитель отчетов. Пожалуйста, посетите этот article
Или для быстрого доступа:
Я знаю это давно, но вы (или любые другие новые пользователи) можете решить эту проблему с помощью
Щелкните правой кнопкой мыши 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
в разделе Настройка сайта в диспетчере отчетов > Настроить определения ролей на системном уровне > проверить параметр ExecuteReport Defination тогда Создание системной пользовательской группы, предоставление доступа к этой группе в Подключитесь к базе данных служб отчетов в свойствах сервера и добавьте группу и разрешите доступ как системный пользователь... Он должен работать
У меня есть SQL2008/Windows 2008 Enterprise, и это то, что я должен был сделать, чтобы исправить ошибки rs.accessdenied, 404, 401 и 503:
Вы также можете убедиться, что идентификатор в пуле приложений имеет правильные разрешения.
Перейдите в диспетчер IIS
Нажмите Пулы приложений
Определите пул приложений на сайте, на котором развертываются отчеты,
Убедитесь, что идентификатор установлен на какую-либо учетную запись службы или учетную запись пользователя с правами администратора.
Вы можете изменить идентификатор, остановив пул, щелкнув его правой кнопкой мыши и выбрав "Дополнительные настройки"...
В разделе "Модель процесса" указано поле "Идентификация"
Старый, но актуальный вопрос. Я решил в 2012 году, войдя на сервер отчетов и:
Не могу сказать, что мне нравится это решение, но мне нужно что-то, что сработало, и это сработало. Надеюсь, это поможет кому-то еще.
Я использовал следующие шаги, и он работает для меня.
Откройте диспетчер конфигурации служб Reporting Services → затем подключитесь к экземпляру сервера отчетов → , затем щелкните URL-адрес диспетчера отчетов.
На странице URL-адреса диспетчера отчетов нажмите кнопку "Дополнительно" → , затем в "Несколько идентификаторов для диспетчера отчетов" нажмите "Добавить".
В раскрывающемся окне Добавить URL-адрес диспетчера отчетов выберите заголовок узла и введите: localhost Нажмите "ОК", чтобы сохранить изменения.
Тогда:
он отлично работает для меня в Internet Explorer и Google Chrome, но не для Mozilla Firefox.
В случае, если Firefox запрашивает имя пользователя и пароль, я предоставляю его, но он не работает. Я администратор и имею полное право.
Я сделал еще 1 набор изменений "Настройки управления учетными записями пользователей", чтобы никогда не уведомлять.
Если вы получаете такой тип исключения при развертывании этого отчета из Visual Studio, выполните следующие действия:
3.Нажмите "Назначение новой роли", добавьте затем имя пользователя и выберите Роли
Проблема:
Ошибка rsAccessDenied: для выполнения этой операции недостаточно прав, предоставленных пользователю "Пользователь\Пользователь".
Решение:
Нажмите "Настройка папки" > "Назначение новой роли" Затем введите "Пользователь\Пользователь" в текстовом поле "Группа или имя пользователя". Установите флажки "Роли", которые вы хотите, чтобы пользователь имел.
Что для меня работало:
Open localhost/reports
Go to properties tab (SSRS 2008)
Security->New Role Assignment
Add DOMAIN/USERNAME or DOMAIN/USERGROUP
Check Report builder
Это сработало для меня - -go менеджеру отчетов, проверьте настройки сайта- > Безопасность → Назначение новой роли- > добавить пользователя
-Также перейдите к наборам данных в диспетчере отчетов → ваш набор данных отчета → Безопасность → Назначение новой роли → добавьте пользователя с требуемой ролью.
Спасибо!
Как и Насер, я знаю, что это было недавно, но я хотел опубликовать свое решение для всех, у кого есть эта проблема в будущем.
У меня была настройка моего отчета, чтобы он использовал соединение с данными в библиотеке подключения к данным, размещенной в SharePoint. Моя проблема заключалась в том, что у меня не было утвержденного соединения для передачи данных, так что оно могло использоваться другими пользователями.
Еще одна вещь, которую нужно искать, - убедиться, что разрешения на эту библиотеку подключения к данным также позволяют читать избранным пользователям.
Надеюсь, что это рано или поздно поможет кому-то!
Для SQL Reporting Services 2012 - SP1 и SharePoint 2013.
У меня такая же проблема: Разрешений, предоставленных пользователю [AppPoolAccount], недостаточно для выполнения этой операции.
Я зашел в настройки приложения-службы, нажал кнопку "Управление ключами", затем "Изменить" и обновил ключ.
Откройте Internet Explorer как администратор.
Откройте отчет url http://machinename/reportservername
тогда в настройках "папки" дается разрешение на требуемые группы пользователей.
Спасибо за совместное использование. После борьбы за 1,5 дня заметил, что сервер отчетов настроен с неправильным IP-адресом. Он был настроен с резервным доменным IP-адресом, который отключен. Я идентифицировал это в конфигурации группы пользователей, где имя домена не было указано. Изменен IP и перезагрузите сервер отчетов. Проблема решена.
Я знаю это давно, но может быть полезен для любых других новых посетителей,
Я решил передать имя пользователя, пароль и домен при запросе отчетов SSRS, поэтому я создал один класс, который реализует IReportServerCredentials.
public class ReportServerCredentials : IReportServerCredentials
{
#region Class Members
private string username;
private string password;
private string domain;
#endregion
#region Constructor
public ReportServerCredentials()
{}
public ReportServerCredentials(string username)
{
this.Username = username;
}
public ReportServerCredentials(string username, string password)
{
this.Username = username;
this.Password = password;
}
public ReportServerCredentials(string username, string password, string domain)
{
this.Username = username;
this.Password = password;
this.Domain = domain;
}
#endregion
#region Properties
public string Username
{
get { return this.username; }
set { this.username = value; }
}
public string Password
{
get { return this.password; }
set { this.password = value; }
}
public string Domain
{
get { return this.domain; }
set { this.domain = value; }
}
public WindowsIdentity ImpersonationUser
{
get { return null; }
}
public ICredentials NetworkCredentials
{
get
{
return new NetworkCredential(Username, Password, Domain);
}
}
#endregion
bool IReportServerCredentials.GetFormsCredentials(out System.Net.Cookie authCookie, out string userName, out string password, out string authority)
{
authCookie = null;
userName = password = authority = null;
return false;
}
}
при вызове SSRS Reprots, поставьте следующий фрагмент кода
ReportViewer rptViewer = new ReportViewer();
string RptUserName = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportUser"]);
string RptUserPassword = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportUserPassword"]);
string RptUserDomain = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportUserDomain"]);
string SSRSReportURL = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportURL"]);
string SSRSReportFolder = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportFolder"]);
IReportServerCredentials reportCredentials = new ReportServerCredentials(RptUserName, RptUserPassword, RptUserDomain);
rptViewer.ServerReport.ReportServerCredentials = reportCredentials;
rptViewer.ServerReport.ReportServerUrl = new Uri(SSRSReportURL);
SSRSReportUser, SSRSReportUserPassword, SSRSReportUserDomain, SSRSReportFolder определены в файлах web.config.
После настройки SSRS 2016 я RDP'd на сервер (Windows Server 2012 R2) перешел к URL-адресу отчетов (https://reports.fakeserver.net/Reports/browse/) и создал заголовок папки FakeFolder; все, казалось, работает нормально. Затем я отключился от сервера, просмотрел его на том же URL-адресе, зарегистрировался как один и тот же пользователь и обнаружил ошибку ниже.
Разрешения, предоставленные пользователю fakeserver\mitchs, недостаточны для выполнения этой операции.
Смущенный, я пробовал практически все решения, предлагаемые на этой странице, и не мог создать такое же поведение как локально, так и внешне при навигации по URL-адресу и аутентификации. Затем я щелкнул эллипсисом FakeFolder, нажал "Управление", нажал "Безопасность" (в левой части экрана) и добавил себя как пользователь с полными разрешениями. После отключения от сервера я просмотрел https://reports.fakeserver.net/Reports/browse/FakeFolder и смог просмотреть содержимое папки, не сталкиваясь с ошибкой разрешений. Однако, когда я щелкнул по дому, я получил ошибку разрешений.
В моих целях это было достаточно хорошо, так как никакому другому не понадобится переходить к корневому URL-адресу, поэтому я просто сделал заметку, когда мне нужно внести изменения в SSRS, чтобы сначала подключиться к серверу, а затем перейти к URL-адрес отчетов.
Что для меня работало:
Это должно сделать это,
Удачи!
Запустите BIDS как администратор, несмотря на существующее членство в группе "Администраторы".