I know it’s for a long time ago but may be helpful to any other new comers,
I decided to pass user name,password and domain while requesting SSRS reports, so I created one class which implements 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;
}
}
while calling SSRS Reprots, put following piece of code
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 are defined in web.config files.
title | description | ms.date | ms.service | ms.subservice | ms.topic | helpviewer_keywords | ms.assetid | author | ms.author |
---|---|---|---|---|---|---|---|---|---|
rsAccessedDenied — Reporting Services Error | Microsoft Docs |
In this error reference, learn about ‘rsAccessedDenied’: The permissions granted to user ‘mydomainmyAccount’ are insufficient for performing this operation. |
05/22/2019 |
reporting-services |
troubleshooting |
conceptual |
rsAccessDenied error |
2f76b1bf-96a2-4755-b76b-84e933220efc |
maggiesMSFT |
maggies |
rsAccessedDenied — Reporting Services error
The [!INCLUDEssRSnoversion] error rsAccessedDenied occurs when a user does not have permission to perform an action. For example, they don’t have a role assignment that allows them to open a report, or they didn’t open their browser with the required permissions.
[!INCLUDEapplies] [!INCLUDEssRSnoversion] Native mode | SharePoint mode |
-
If the error occurred while accessing the report server directly through a URL, the exception is mapped to an HTTP 401 error.
-
If the error occurred while using the web portal, the exception is typically mapped to an HTTP 401 error, or other defined HTML error page.
-
If the error occurred during a scheduled operation, subscription, or delivery, the error will appear in the report server log file only.
Details
Detail | Value |
---|---|
Product Name | [!INCLUDEssNoVersion] |
Event ID | rsAccessedDenied |
Event Source | Microsoft.ReportingServices.Diagnostics.Utilities.ErrorStrings |
Component | [!INCLUDEssRSnoversion] |
Message Text | The permissions granted to user ‘mydomainmyAccount’ are insufficient for performing this operation. (rsAccessDenied) (ReportingServicesLibrary) |
User action
Permission to access report server content and operations are granted through role assignments. On a new installation, only local administrators have access to a report server. To grant access to other users, a local administrator must create a role assignment that specifies a domain user or group account, one or more roles that define the tasks the user can perform, and a scope (usually the Home folder or root node of the report server folder hierarchy). You can use the web portal to create role assignments. For more information, see Role Assignments
.
This error is also caused by local administration of the report server. For more information, see Configure a Native Mode Report Server for Local Administration (SSRS).
See also
Role Assignments
Granting Permissions on a Native Mode Report Server
Roles and Permissions (Reporting Services)
by Francis on 8/15/2010 Great, this finally fixed my problem after a few hours of searching. Pretty incredible that when you install SSRS 2008 from scratch, one has to do all of this when I installed SQL 2008 with an admin account. |
by Doug on 8/15/2010 Francis, I agree, setting up SSRS could and should be much easier… I can’t tell you how much time I’ve spent just trying to get Reporting Services to run correctly. It’s nice once it’s working for you, but getting it setup properly is a huge pain. |
by Freese on 8/25/2010 Thanks. Fixed my problem. |
by james on 10/13/2010 i don’t see the properties part in the report manager page. it’s all blank underneath home. how would you make it show up? i just installed it in windows 7 with SQL Server 2008 |
by Anonymous on 11/15/2010 @james I think you are using Firefox.or any browser which is not related with Microsoft. Use IE it will be solved..I think it will help you..Thank you |
by Mr Mostard on 1/4/2011 @james @doug |
by jack on 1/27/2011 great solution..now I can deploy my report to Report server. |
by frinkfree on 2/25/2011 Awesome. Your detailed steps solved the problem. thanks |
by Madhu on 6/10/2011 Really Great User Guide..!! Thanks for your work done man.. |
by Jacek on 6/21/2011 Thanks. Nice, simply, precise solving. |
by Kathy on 7/21/2011 Thanks a lot. It fixed the problem. |
by Lenrog on 7/27/2011 Hi will this fix work if my 2008 Report server is in SharePoint Integrated mode? |
by Andy on 8/29/2011 Thanks Doug.. |
by Sudheshna Koroth on 9/2/2011 Thank you , it worked |
by Moazzam on 9/20/2011 I am using SQL treporting under sharepoint hence it is in sharepoint 2010 integrated mode, when i go to the report URL http://localhost/Reports/Pages/Folder.aspx , i get This operation is not supported on a report server that is configured to run in SharePoint integrated mode. (rsOperationNotSupportedSharePointMode) Get Online Help Please guide |
by Mortaza on 2/8/2012 Thank you, this helped me a lot! |
by Mansvi on 2/9/2012 It’s not working,giving the same error again. I am working on Windows XP computer with SQL Server Reporting Services 2005. Please help. Thanks In Advance |
by Austin on 2/21/2012 I tried this, but it didn’t work. Probably because, in our case, we migrated our report server from 32 bit Windows Server 2003 to 64 bit Windows 2008 r2 standard. I was very hopefull and have added all the roles for my account and still no good. |
by austin on 2/21/2012 Oops, forgot to mention it also went from SQL 2005 to 2008 r2. |
by rob on 3/23/2012 SQL Server 2008 R2. This is killing me. The only thing that doesn’t work for me is remote access to the report server. I’ve been looking for answers on this since yesterday. I wish I would get an error message or something, anything, any info. Just says IE cannot display the webpage. over and over and over again. I can access it on the actual server and I’ve followed every tip and instruction I can find on users/groups. I’m at a loss right now. The port is open and listening… ARRRGGHHA!!1 |
by daleofcourse on 4/18/2012 Thanks for that, I’d set the overall site settings but I must have created my report folder first so it only had the BUILTIN/Administrators group assigned, adding the correct group to the Folder Settings sorted this problem. |
by Satty on 5/14/2012 Thnx so much ..its worth |
by Ernst on 5/23/2012 Thank You! I am using SQL Server 2008 R2. The New Role Assignment was under «Folder Settings» in the Home page (as oposed to the Properties tab). |
by Yousef on 6/9/2012 Great,I’ve been trying to get it fixed for 3 days and now i’ve managed to do it.Many thanks |
by Rupesh on 6/17/2012 Thanks,I Had been trying the same from last 2 days.. |
by puneet on 6/20/2012 thanks for your article…i had a hard time figurin out why my reports are not deploying…your’s article resolved my problem….. |
by Matty G on 6/28/2012 Out of all the multiple social.msdn links that show up in google for this issue, yours was the only one that worked! Thanks so much! |
by Doug on 6/28/2012 @Matty G — Glad to hear this was the article that got things working for you! |
by Guillaume on 7/11/2012 Thanks. This saved my ass after my boss asked me to investigate other options than Crystal reports. None of the MSDN links have a good Step-by-step tutorial like yours. |
by fiylm on 7/26/2012 Many thanks for your tutorial that resolves |
by Raja on 8/3/2012 Very Helpful!!!!!!!!!!!!!!!!!! Thanks for your help in posting |
by Han on 8/10/2012 Hi Doug, Thanks a lot. Very helpful user guide. It’s working. |
by mahmoud on 8/11/2012 thank you a lot it was driving me crazy and now it is solved. |
by Anonymous on 8/29/2012 thank you so much.. it resolved my issue. |
by Manoj on 9/7/2012 Thanks a lot!!! It worked fine for me from your recommendations.. |
by Komala Sampathkumar on 10/17/2012 Your post was very helpful. I fixed the issue in few minutes. Thanks a lot!! |
by Anonym1 on 10/18/2012 **************** If you do NOT see the «site settings» on report manager page, refer to the following link ********** |
by Unknown on 10/19/2012 Thank you very much,it helps a lot. |
by Tony Rodriguez on 10/30/2012 much helplful, thanks!!! |
by Jolande on 11/13/2012 Thanks for the help |
by link01 on 11/15/2012 Thanks! I was sick of configuring things trying to do this |
by M. Scholten on 11/25/2012 Thanks a bunch; you just helped me a lot! Grtz |
by Ed on 11/29/2012 Thank you for sharing your knowledge. Many thanks and regards. |
by Asad on 11/29/2012 great man !!! solved my problem |
by SOMEONE on 2/1/2013 very very usefull sir thanks |
by Aman Gupta on 2/6/2013 I have done all the steps mentioned by you… Please help… |
by sai ram on 2/14/2013 nice post |
by pp on 3/6/2013 thanx |
by Indrashish Saha on 3/14/2013 Thanks a ton |
by trl on 3/14/2013 Many many thanks |
by Adnan on 3/21/2013 Great work!!! Thank mate |
by wsocha on 3/27/2013 Thank you for the step by step instructions. Installed to SQL 2012 with VS 2010. Screen shots are a bit different, but once I gained access using IE running as administrator, I was able to add my local admin account with full privileges. I can now access with Chrome. |
by Ani on 4/4/2013 Thanks man…. |
by Nadhamuni Pedisetty on 5/2/2013 Your details explanation to solve the issue helped a lot and resolved the issue |
by Rajeev Kumar on 5/28/2013 It is very helpful article. I got resolved my issue. Thanks for the help. |
by Hartmut on 6/11/2013 Thanks for the step by step instruction. |
by Harish on 6/15/2013 Awesome…thanks a lot…. |
by Simon Kingston on 6/20/2013 You sir, rock! Thanks for taking the time to post such detailed steps. btw, on step 5, I had to click Folder Settings rather than Properties. |
by Lucy on 6/26/2013 you’re awesome! this resolved my issue! |
by Gregor on 8/21/2013 you’re a life saver… |
by Roji on 9/21/2013 Good, finally i was able to solve my report publishing issue |
by Manolo on 10/3/2013 I followed all the steps in this tutorial (amazing, thanks), but when I go to Visual Studio-> right click, Deploy, always appear the popup window with username and password. I use the correct account name (the same as I configured in previous step), but I can’t deploy the report, always show the same error Any idea? Thanks, |
by Prashant T on 11/19/2013 Helpful article. I got my problem fixed following he steps . |
by Paul on 11/29/2013 Even having been through SSRS configuration a number of times, I still need to Google this stuff. Thanks for the posting, I think the key thing is that it seems to be the individual user that needs to have access. Just being a member of a group that has the role defined doesn’t necessarily seem to cut it. Either way, the steps worked for me this time… |
by Doug on 1/14/2014 I agree with Paul, it does not work if you try and use a security group from your windows AD. I had to enter each person individually. This became an issue when moving SSRS from a Windows 2008 standard server to a Windows 2008 R2 64 bit server. Don’t know if it is related but that is the only difference. |
by Jeff on 1/14/2014 Excellent article. Fixed me right up. For once it was nice to have to dig through a ton of documents to the answer I needed. |
by Ellen on 1/30/2014 I have windows 8.1 and I can’t follow this … Please help with a fix in Windows 8.1? |
by Nishant on 2/24/2014 Hello Doug, Often webpages i come across ask me to make some config changes from Report Manager web interface (which i can not open) and this tutorial/steps is the best i’ve found, but I can go so far as 2nd step only. The browser doesn’t redirect as mentioned on the steps. Additional Info — Service Account (in Configuration Manager) -> Use built in account -> ReportServer$SQLEXPRESS Web Service URL (Virtual Dir): Report Manager URL: |
by Vikas on 2/25/2014 Great Work |
by Cloudsion on 5/14/2014 Worked Great! Now I got the next error when I try to connect. sql server express 2014 ssrs report «A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 — Could not open a connection to SQL Server)» |
by Hugo on 6/10/2014 Great! after 1 day of test and error! |
by Thank you on 7/26/2014 You Sir are a genius |
by Ashok Kumar on 8/4/2014 Great, Very nice solution for me ,Thank you ! |
by Jaysys on 10/2/2014 My issue is that the SSRS is in a different domain and when I go to the reports web site, IE or any browser seems to be using my cashed credentials, so I get that error msg listed in this article, so how do you get SSRS to prompt you instead of just using my current log in? Surprise no one has brought that up in this thread… I’m logged into domain X, domain Y has my SSRS server. But every time I go to SSRS website in domain Y, it errors out and says user in X doesn’t have permission. I want it to prompt for a user name so i can use my Y domain user. Domain X and Y do not have a trust and are completely separated. |
by Krishna on 1/24/2015 You are Great!That solved my problems.Thanks a lot! |
by Marius on 5/12/2015 It helps me a lot. Thank you |
by David on 6/24/2015 Thanks for the help. |
by Stig on 7/27/2015 Still works on SQL2012 Thanks, and thanks for the comments also, those actually helped understanding also |
by killi on 8/18/2015 Thank you. This helped to solve my problem. |
by piccolo on 4/30/2016 This still work in SQL2014. |
by YJobira on 5/17/2016 Thank you very much!. After many hours of searching and frustration, I was be able to use your information to fix my issue as well as better understand why the problem was happening-not having the right permission. Thanks |
by hang on 8/11/2016 Thanks. |
by Guillaume on 9/15/2016 Thanks Guy! |
by MrBoulier on 7/15/2017 many thanks to you !!!!! But i don’t thank microsoft at all ! So many hours spent for this problem never documented by micro$oft ! |
by Ultra on 7/10/2018 Thank you! I have been trying to get report server working from long time.. |
by CITG on 8/8/2019 Thanks, excellent |
by RA_T on 3/10/2022 Thanks it worked for me |
by N03L on 7/21/2022 I know this is really old and if anyone is still using SharePoint 2010 with SQL(SSRS) 2008R2, I feel for you but just in case, I found that the fact that my datasource, RSDS file, not being approved was causing users with Read permission to the report and data connection library was the reason for the same error. |
by Tod on 12/21/2022 Well I am running Windows 11 and Internet Explorer is not available it is replaced by Edge. The fix above doesn’t work in Windows 11 so how to get access to Reporting Services on Windows 11 is unclear… |
I know it’s for a long time ago but may be helpful to any other new comers,
I decided to pass user name,password and domain while requesting SSRS reports, so I created one class which implements 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;
}
}
while calling SSRS Reprots, put following piece of code
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 are defined in web.config files.
I know it’s for a long time ago but may be helpful to any other new comers,
I decided to pass user name,password and domain while requesting SSRS reports, so I created one class which implements 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;
}
}
while calling SSRS Reprots, put following piece of code
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 are defined in web.config files.
Вопрос:
Я создал модель отчета с использованием SSRS (2005) и опубликовал ее на локальном сервере. Но когда я попытался запустить отчет для модели, опубликованной с использованием построителя отчетов, я получаю следующую ошибку.
Ошибка выполнения отчета. Разрешений, предоставленных пользователю, недостаточно для выполнения этой операции. (rsAccessDenied)
Ответ №1
Это из-за отсутствия привилегий для пользователя, у которого работает построитель отчетов, просто дайте этому пользователю или группе привилегию запускать построитель отчетов.
Пожалуйста, посетите этот article
Или для быстрого доступа:
- Запустите Internet Explorer с помощью команды “Запуск от имени администратора”
- Откройте http://localhost/reports
- Перейдите на вкладку свойств (SSRS 2008).
- Безопасность- > Назначение новых ролей
- Добавьте DOMAIN/USERNAME или DOMAIN/USERGROUP
- Проверить построитель отчетов
Ответ №2
Я знаю это давно, но вы (или любые другие новые пользователи) можете решить эту проблему с помощью
- Добавьте [DomainUser] в Администратор, IISUser, SQLReportingUser.
- Удалить ключ шифрования в инструментах конфигурации SSRS
- Перезапустите Изменение базы данных в инструментах настройки SSRS
- Откройте WebServiceUrl из инструментов настройки SSRS (http://localhost/reportserver)
- создание отчетов Папка вручную
- перейдите в “Свойства созданной папки” и добавьте эти роли в систему безопасности (встроенныйпользователь, встроенныйадминистратор, доменпользователь)
- Развернуть ваши отчеты и решить вашу проблему.
Ответ №3
Щелкните правой кнопкой мыши Microsoft BI → Нажмите “Запуск от имени администратора” → либо откройте существующий отчет SSRS, либо создайте новый отчет SSRS, а затем разверните свой отчет после того, как он будет выполнен, и вы получите один веб-URL для просмотра вашего отчета. Скопируйте этот URL-адрес и вставьте его в веб-браузер (Запуск от имени администратора), и вы получите представление своего отчета.
Вы можете использовать Internet Explorer, который будет необходим для веб-сервиса
Если это неправильно, пожалуйста, простите меня, так как я сделал это так, чтобы я только что написал.
Ответ №4
Убедитесь, что у вас есть доступ к URL http://localhost/reports с помощью конфигурации служб SQL Reporting Services. Для этого:
- Откройте диспетчер конфигурации служб отчетов → затем подключитесь к экземпляру сервера отчетов → , затем щелкните URL-адрес диспетчера отчетов.
- На странице URL-адреса диспетчера отчетов нажмите кнопку “Дополнительно” → , затем в “Несколько идентификаторов для диспетчера отчетов” нажмите “Добавить”.
- В раскрывающемся окне Добавить URL-адрес диспетчера отчетов выберите заголовок узла и введите: localhost
- Нажмите “ОК”, чтобы сохранить изменения.
- Теперь запустите/запустите Internet Explorer с помощью Run as Administator…
(ПРИМЕЧАНИЕ. Если вы не видите ссылку “Настройки сайта” в верхнем левом углу, а http://localhost/reports, это, вероятно, потому, что вы aren “запуск IE в качестве администратора или вы не назначили домен ваших компьютеровимя пользователя” для ролей служб отчетов, см., как это сделать в следующих нескольких шагах.) - Затем перейдите к: http://localhost/reports (вам, возможно, придется входить в систему с вашим именем пользователя и паролем компьютера)
- Теперь вы должны перейти на главную страницу служб отчетов SQL Server: http://localhost/Reports/Pages/Folder.aspx
- Находясь на домашней странице, откройте вкладку “Свойства” и нажмите “Назначение новой роли”
- В текстовом поле “Группа или имя пользователя” добавьте “domainusername”, которое было в сообщении об ошибке (в моем случае я добавил: DOUGDELL3-PCDOUGDELL3 для “domainusername”, в вашем случае вы можете найдите доменимя пользователя для своего компьютера в сообщении об ошибке rsAccessDenied).
- Теперь отметьте все флажки; Браузер, Контент-менеджер, Мои отчеты, Издатель, построитель отчетов и нажмите кнопку ОК.
- Теперь имя домена username должно быть назначено Ролям, которые предоставят вам доступ к развертыванию отчетов на сервере отчетов. Если вы используете Visual Studio или SQL Server Business Intelligence Development Studio для развертывания отчетов на локальном сервере отчетов, вы должны теперь иметь возможность.
- Надеюсь, это поможет вам решить сообщение об ошибке rsAccessDenied сервера отчетов…
Просто чтобы вы знали, что это руководство было сделано на компьютере под управлением Windows 7 с SQL Server Reporting Services 2008.
Ссылка: http://techasp.blogspot.co.uk/2013/06/how-to-fix-reporting-services.html
Ответ №5
в разделе Настройка сайта в диспетчере отчетов > Настроить определения ролей на системном уровне > проверить параметр ExecuteReport Defination
тогда
Создание системной пользовательской группы, предоставление доступа к этой группе в
Подключитесь к базе данных служб отчетов в свойствах сервера и добавьте группу и разрешите доступ как системный пользователь… Он должен работать
Ответ №6
У меня есть SQL2008/Windows 2008 Enterprise, и это то, что я должен был сделать, чтобы исправить ошибки rs.accessdenied
, 404, 401 и 503:
- Добавлены пользователи NT для пользователей отчетов SQL Server и IIS_USR Group
- Я изменил службу SQL Reporting Service на локальную учетную запись (это был домен с локальным администратором).
- Я удалил ключ шифрования в настройке служб Reporting Services (последняя вкладка в списке)
- и ТОГДА это сработало.
Ответ №7
Вы также можете убедиться, что идентификатор в пуле приложений имеет правильные разрешения.
-
Перейдите в диспетчер IIS
-
Нажмите Пулы приложений
-
Определите пул приложений на сайте, на котором развертываются отчеты,
-
Убедитесь, что идентификатор установлен на какую-либо учетную запись службы или учетную запись пользователя с правами администратора.
-
Вы можете изменить идентификатор, остановив пул, щелкнув его правой кнопкой мыши и выбрав “Дополнительные настройки”…
В разделе “Модель процесса” указано поле “Идентификация”
Ответ №8
Старый, но актуальный вопрос. Я решил в 2012 году, войдя на сервер отчетов и:
- перейти к http://localhost/reports/
- Нажмите “Настройки сайта” в правом верхнем углу (доступно только при входе в сервер отчетов)
- Перейдите на вкладку “Безопасность” и нажмите “Назначение новой роли”
- Добавил мой DOMAINUSERNAME в качестве системного администратора
Не могу сказать, что мне нравится это решение, но мне нужно что-то, что сработало, и это сработало. Надеюсь, это поможет кому-то еще.
Ответ №9
Я использовал следующие шаги, и он работает для меня.
Откройте диспетчер конфигурации служб Reporting Services → затем подключитесь к экземпляру сервера отчетов → , затем щелкните URL-адрес диспетчера отчетов.
На странице URL-адреса диспетчера отчетов нажмите кнопку “Дополнительно” → , затем в “Несколько идентификаторов для диспетчера отчетов” нажмите “Добавить”.
В раскрывающемся окне Добавить URL-адрес диспетчера отчетов выберите заголовок узла и введите: localhost
Нажмите “ОК”, чтобы сохранить изменения.
Тогда:
- скопировал URL-адрес сервера отчетов
- Запустите Google chrome/Internet Explorer как администратор
- Вставьте URL-адрес в адресную строку и нажмите клавишу ввода.
он отлично работает для меня в Internet Explorer и Google Chrome, но не для Mozilla Firefox.
В случае, если Firefox запрашивает имя пользователя и пароль, я предоставляю его, но он не работает. Я администратор и имею полное право.
Я сделал еще 1 набор изменений “Настройки управления учетными записями пользователей”, чтобы никогда не уведомлять.
Если вы получаете такой тип исключения при развертывании этого отчета из Visual Studio, выполните следующие действия:
- Откройте Google Chrome/Internet Explorer с правами администратора.
- открыть в нем URL сервера отчетов.
3.Нажмите “Назначение новой роли”, добавьте затем имя пользователя и выберите Роли
- нажмите “ОК”.
- Теперь разверните отчет из Visual Studio, он будет работать и развертывать отчеты на указанном сервере.
Ответ №10
Проблема:
Ошибка rsAccessDenied: для выполнения этой операции недостаточно прав, предоставленных пользователю “ПользовательПользователь”.
Решение:
Нажмите “Настройка папки” > “Назначение новой роли”
Затем введите “ПользовательПользователь” в текстовом поле “Группа или имя пользователя”.
Установите флажки “Роли”, которые вы хотите, чтобы пользователь имел.
Ответ №11
Что для меня работало:
Open localhost/reports
Go to properties tab (SSRS 2008)
Security->New Role Assignment
Add DOMAIN/USERNAME or DOMAIN/USERGROUP
Check Report builder
Ответ №12
Это сработало для меня –
-go менеджеру отчетов, проверьте настройки сайта- > Безопасность → Назначение новой роли- > добавить пользователя
-Также перейдите к наборам данных в диспетчере отчетов → ваш набор данных отчета → Безопасность → Назначение новой роли → добавьте пользователя с требуемой ролью.
Спасибо!
Ответ №13
Как и Насер, я знаю, что это было недавно, но я хотел опубликовать свое решение для всех, у кого есть эта проблема в будущем.
У меня была настройка моего отчета, чтобы он использовал соединение с данными в библиотеке подключения к данным, размещенной в SharePoint. Моя проблема заключалась в том, что у меня не было утвержденного соединения для передачи данных, так что оно могло использоваться другими пользователями.
Еще одна вещь, которую нужно искать, – убедиться, что разрешения на эту библиотеку подключения к данным также позволяют читать избранным пользователям.
Надеюсь, что это рано или поздно поможет кому-то!
Ответ №14
Для SQL Reporting Services 2012 – SP1 и SharePoint 2013.
У меня такая же проблема:
Разрешений, предоставленных пользователю [AppPoolAccount], недостаточно для выполнения этой операции.
Я зашел в настройки приложения-службы, нажал кнопку “Управление ключами”, затем “Изменить” и обновил ключ.
Ответ №15
Откройте Internet Explorer как администратор.
Откройте отчет url http://machinename/reportservername
тогда в настройках “папки” дается разрешение на требуемые группы пользователей.
Ответ №16
Спасибо за совместное использование. После борьбы за 1,5 дня заметил, что сервер отчетов настроен с неправильным IP-адресом. Он был настроен с резервным доменным IP-адресом, который отключен. Я идентифицировал это в конфигурации группы пользователей, где имя домена не было указано. Изменен IP и перезагрузите сервер отчетов. Проблема решена.
Ответ №17
Я знаю это давно, но может быть полезен для любых других новых посетителей,
Я решил передать имя пользователя, пароль и домен при запросе отчетов 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.
Ответ №18
После настройки SSRS 2016 я RDP’d на сервер (Windows Server 2012 R2) перешел к URL-адресу отчетов (https://reports.fakeserver.net/Reports/browse/) и создал заголовок папки FakeFolder; все, казалось, работает нормально. Затем я отключился от сервера, просмотрел его на том же URL-адресе, зарегистрировался как один и тот же пользователь и обнаружил ошибку ниже.
Разрешения, предоставленные пользователю fakeservermitchs, недостаточны для выполнения этой операции.
Смущенный, я пробовал практически все решения, предлагаемые на этой странице, и не мог создать такое же поведение как локально, так и внешне при навигации по URL-адресу и аутентификации. Затем я щелкнул эллипсисом FakeFolder, нажал “Управление”, нажал “Безопасность” (в левой части экрана) и добавил себя как пользователь с полными разрешениями. После отключения от сервера я просмотрел https://reports.fakeserver.net/Reports/browse/FakeFolder и смог просмотреть содержимое папки, не сталкиваясь с ошибкой разрешений. Однако, когда я щелкнул по дому, я получил ошибку разрешений.
В моих целях это было достаточно хорошо, так как никакому другому не понадобится переходить к корневому URL-адресу, поэтому я просто сделал заметку, когда мне нужно внести изменения в SSRS, чтобы сначала подключиться к серверу, а затем перейти к URL-адрес отчетов.
Ответ №19
Что для меня работало:
- Перейти к настройке сайта
- Нажмите “Настроить безопасность сайта”
- Нажмите кнопку “Назначение новой роли” в верхней строке.
- Дайте новой роли следующее имя “Все”
- Из доступных ролей предоставите только “Системный пользователь”
- Нажмите “Применить”
Это должно сделать это,
Удачи!
Ответ №20
Запустите BIDS как администратор, несмотря на существующее членство в группе “Администраторы”.
Содержание
- Устранение неполадок с подключением к серверу и базе данных в Reporting Services
- Невозможно создать соединение с источником данных «имя_источника_данных». (rsErrorOpeningConnection)
- Ошибка входа пользователя «ИмяПользователя»
- Неудачная попытка входа пользователя «NT AUTHORITYANONYMOUS LOGON»
- При соединении с сервером произошла ошибка.
- Невозможно установить соединение. Убедитесь, что запущен сервер.
- (Источник прокси-сервера SOAP служб Reporting Services)
- Ошибка инструментария WMI при соединении с сервером отчетов в среде Management Studio
- Ошибка при подключении во время входа в систему из-за неизвестного имени пользователя или неправильного пароля
- Серверу отчетов не удается установить соединение с базой данных сервера отчетов. (rsReportServerDatabaseUnavailable).
- «Сервер RPC не прослушивается»
- Непредвиденная ошибка (общая сетевая ошибка)
- Невозможность предоставления доступа к базе данных в центре администрирования SharePoint
- Предоставление доступа к базе данных вручную
- Невозможность соединения с каталогами /reports и /reportserver при создании баз данных сервера отчетов на виртуальном сервере SQL Server, запущенном в кластере службы кластеров (Майкрософт)
- См. также:
- Вы не можете SQL Server Reporting Services после применения обновления, которое обсуждается в KB 2677070
- Симптомы
- Причина
- Обходной путь
- Дополнительные сведения
- Настройка подключения к базе данных сервера отчетов (диспетчер конфигурации сервера отчетов)
- Подключение служб Reporting Services к компоненту Database Engine
- Определение подключения к базе данных сервера отчетов
- Хранение сведений о подключении к базе данных
- Выбор типа учетных данных
- Использование учетных записей служб и встроенной безопасности
- Использование учетной записи «Пользователь домена»
- Использование имени входа SQL Server
- Разрешения базы данных
- Проверка имени базы данных
- Использование другой базы данных сервера отчетов или перемещение базы данных сервера отчетов
- Настройка нескольких серверов отчетов для использования общей базы данных сервера отчетов
- Настройка соединения с базой данных сервера отчетов
- Хранение сведений о подключении к базе данных
- Выбор типа учетных данных
- Разрешения базы данных
- Проверка имени базы данных
Устранение неполадок с подключением к серверу и базе данных в Reporting Services
Используйте этот раздел, чтобы решать проблемы, возникающие при подключении к серверу отчетов. Также в этом разделе описываются сообщения о непредвиденных ошибках. Дополнительные сведения о настройке источников данных и настройке данных о подключении сервера отчетов см. в разделах Задание учетных данных и сведений о соединении для источников данных отчета и Настройка соединения с базой данных сервера отчетов (диспетчер конфигурации сервера отчетов).
Невозможно создать соединение с источником данных «имя_источника_данных». (rsErrorOpeningConnection)
Это общая ошибка, которая происходит, если сервер отчетов не может открыть соединение с внешним источником данных, содержащим данные отчета. Эта ошибка появляется вместе со вторым сообщением об ошибке, указывающим причину. Следующие дополнительные ошибки могут появиться вместе с rsErrorOpeningConnection.
Ошибка входа пользователя «ИмяПользователя»
У пользователя отсутствует разрешение на доступ к источнику данных. При использовании базы данных SQL Server убедитесь, что пользователь имеет допустимое имя для входа в базу данных. Дополнительные сведения о создании пользователя базы данных или имени входа SQL Server см. в разделах Как создать пользователя базы данных и Как создать имя входа SQL Server.
Неудачная попытка входа пользователя «NT AUTHORITYANONYMOUS LOGON»
Эта ошибка появляется, когда учетные данные проходят через несколько подключений компьютеров. Если используется проверка подлинности Windows, а протокол Kerberos версии 5 не разрешен, то эта ошибка появляется, когда учетные данные проходят более чем через одно компьютерное соединение. Чтобы избежать этой ошибки, рассмотрите использование сохраненных или запрашиваемых учетных данных. Дополнительные сведения о решении этой проблемы см. в разделе Задание учетных данных и сведений о подключении для источников данных отчета.
При соединении с сервером произошла ошибка.
Эта ошибка при соединении с SQL Server может быть вызвана тем, что в параметрах SQL Server по умолчанию запрещены удаленные соединения. (поставщик: поставщик именованных каналов, ошибка: 40 — Невозможно открыть соединение с SQL Server). Эта ошибка возвращается экземпляром компонента Database Engine, где находится база данных сервера отчетов. В большинстве случаев она возникает из-за остановки службы SQL Server. Кроме того, если используется выпуск SQL Server Express с Advanced Services или именованный экземпляр, эта ошибка возникает, если неправильно указан URL-адрес сервера отчетов или строка соединения с базой данных сервера отчетов. Чтобы решить эти проблемы, нужно сделать следующее.
Невозможно установить соединение. Убедитесь, что запущен сервер.
Эта ошибка возвращается поставщиком ADOMD.NET. Существует несколько возможных причин этой ошибки. Если сервер указан как «localhost», попробуйте вместо этого указать имя сервера. Эта ошибка может также произойти в случае, если невозможно выделить память для нового соединения. Дополнительные сведения см. в статье 912017 базы знаний. Сообщение об ошибке при подключении к экземпляру служб Analysis Services SQL Server 2005:(Error message when you connect to an instance of SQL Server 2005 Analysis Services:).
Если эта ошибка также содержит «Неизвестный узел», она указывает на недоступность сервера служб Analysis Services или на отказ в соединении. Если сервер служб Analysis Services установлен в качестве именованного экземпляра на удаленном компьютере, возможно, потребуется запустить службу браузера SQL Server, чтобы получить имя порта, используемого экземпляром.
(Источник прокси-сервера SOAP служб Reporting Services)
Если это сообщение об ошибке получено при создании модели отчета, а в разделе дополнительных сведений содержится сообщение «SQL Server не существует, или доступ запрещен», это может быть связано со следующими причинами.
Для устранения этой ошибки можно изменить строку соединения, указав в ней имя сервера, либо включить для службы поддержку протокола TCP/IP. Для включения протокола TCP/IP выполните следующие шаги.
Ошибка инструментария WMI при соединении с сервером отчетов в среде Management Studio
По умолчанию среда Management Studio использует инструментарий управления Windows (WMI) служб Reporting Services, чтобы установить соединение с сервером отчетов. Если поставщик WMI установлен неправильно, при попытке установить соединение с сервером отчетов возникнет следующая ошибка.
Чтобы устранить эту ошибку, необходимо переустановить программное обеспечение. В других случаях в качестве временного решения можно соединиться с сервером отчетов через конечную точку SOAP.
Чтобы устранить эту ошибку (для последующей установки соединения через поставщика WMI), запустите программу установки, чтобы исправить службы Reporting Services, либо переустановите службы Reporting Services.
Ошибка при подключении во время входа в систему из-за неизвестного имени пользователя или неправильного пароля
Ошибка rsReportServerDatabaseLogonFailed может появиться, если используется учетная запись домена для подключения сервера отчетов к базе данных сервера отчетов, а пароль учетной записи домена был изменен.
Полный текст ошибки: «Серверу отчетов не удается установить соединение с базой данных сервера отчетов. Вход не выполнен (rsReportServerDatabaseLogonFailed). Ошибка входа в систему: неизвестное имя пользователя или неправильный пароль».
Если изменен пароль, то необходимо обновить соединение. Дополнительные сведения см. в разделе Настройка соединения с базой данных сервера отчетов (диспетчер конфигурации сервера отчетов).
Серверу отчетов не удается установить соединение с базой данных сервера отчетов. (rsReportServerDatabaseUnavailable).
Полное сообщение: Серверу отчетов не удается установить соединение с базой данных сервера отчетов. Для выполнения запросов и обработки данных требуется соединение с базой данных». (rsReportServerDatabaseUnavailable)
Эта ошибка появляется, если сервер отчетов не может соединиться с реляционной базой данных SQL Server, которая обеспечивает внутреннее хранилище для сервера. Соединение с базой данных сервера отчетов управляется с помощью программы настройки служб Reporting Services. Можно запустить эту программу, перейти к странице «Настройка базы данных» и исправить сведения о соединении. Для обновления сведений о соединении рекомендуется использование этой программы; она гарантирует, что зависимые настройки будут обновлены, а службы запущены заново. Дополнительные сведения см. в разделах Настройка соединения с базой данных сервера отчетов и Настройка учетной записи службы сервера отчетов.
Кроме того, эта ошибка может появиться в случае, если экземпляр компонента Database Engine, хранящего базу данных сервера отчетов, не настроен для удаленных соединений. Удаленное соединение включено по умолчанию в некоторых выпусках SQL Server. Чтобы проверить, включено ли оно на экземпляре SQL Server Database Engine, запустите диспетчер конфигурации SQL Server. Необходимо включить как протокол TCP/IP, так и именованные каналы. Сервер отчетов использует оба эти протокола. Инструкции по включению удаленных соединений см. в подразделе «Настройка удаленных соединений с базой данных сервера отчетов» раздела Как настроить сервер отчетов для удаленного администрирования.
«Сервер RPC не прослушивается»
Служба сервера отчетов для некоторых операций использует сервер удаленного вызова процедур (RPC). Если появляется ошибка «Сервер RPC не прослушивается», проверьте, работает ли служба сервера отчетов.
Непредвиденная ошибка (общая сетевая ошибка)
Это сообщение об ошибке указывает на ошибку соединения с источником данных. В этом случае необходимо проверить строку соединения и убедиться в наличии разрешения на доступ к источнику данных. Если для доступа к источнику данных используется проверка подлинности Windows, то требуется разрешение на доступ к компьютеру, на котором расположен этот источник данных.
Невозможность предоставления доступа к базе данных в центре администрирования SharePoint
Если вы настроили в Reporting Services интеграцию с продуктом или технологией SharePoint на Windows Vista или Windows Server 2008, то при попытке предоставить доступ на странице Предоставление доступа к базе данных в центре администрирования SharePoint может появиться следующее сообщение об ошибке: «Не удается установить соединение с компьютером».
Это происходит, потому что функция «Контроль учетных записей пользователей» (UAC) в Windows Vista и Windows Server 2008 требует того, чтобы администратор явным образом позволил повысить права доступа и использовать токен администратора при выполнении задач, требующих разрешения администратора. Однако в этом случае служба администрирования Windows SharePoint Services не может повысить права доступа для учетных записей службы Reporting Services таким образом, чтобы предоставить им доступ к конфигурации и базам данных содержимого SharePoint.
В службах SQL Server 2008 Reporting Services доступ к базе данных необходим только учетной записи службы сервера отчетов. В службах SQL Server 2005 Reporting Services с пакетом обновлений 2 (SP2) доступ к базе данных необходим учетным записям службы Windows сервера отчетов и веб-службы сервера отчетов. Дополнительные сведения об учетной записи службы сервера отчетов в SQL Server 2008 см. в разделе «Учетная запись службы (настройка служб Reporting Services)».
Есть два возможных варианта решения этой проблемы.
Соблюдайте осторожность при отключении контроля учетных записей для решения этой проблемы. Включите контроль учетных записей сразу после предоставления доступа к базе данных в центре администрирования SharePoint. Если вы не желаете отключать контроль учетных записей, используйте второй способ, указанный в этом разделе. Дополнительные сведения о контроле учетных записей см. в документации по Windows.
2. Во втором случае можно вручную предоставить доступ к базе данных для учетных записей службы Reporting Services. Выполните следующие процедуры, чтобы предоставить доступ, добавив учетные записи служб Reporting Services в правильные роли группы и базы данных Windows. Эта процедура применима к учетной записи службы сервера отчетов в SQL Server 2008 Reporting Services. Если запущены службы SQL Server 2005 Reporting Services, выполните эту процедуру для учетной записи службы Windows сервера отчетов и учетной записи веб-службы сервера отчетов.
Предоставление доступа к базе данных вручную
Невозможность соединения с каталогами /reports и /reportserver при создании баз данных сервера отчетов на виртуальном сервере SQL Server, запущенном в кластере службы кластеров (Майкрософт)
См. также:
Источник
Вы не можете SQL Server Reporting Services после применения обновления, которое обсуждается в KB 2677070
В этой статье помогают устранить ошибку времени и проблему, при которой при запуске SQL Server Reporting Services (SSRS) регистрируются ID 7000, 7009 и 1530.
Оригинальная версия продукта: SQL Server
Исходный номер КБ: 2745448
Симптомы
Предположим, что вы применяли обновление, описанное в статье Microsoft Knowledge Base (KB), 2677070 на компьютере с SSRS. При попытке запуска SSRS вы получаете ошибку с выходом времени, и В журнале приложения регистрируются ID событий 7000 и event ID 7009.
Кроме того, регистрируется ИД события 1530, а сведения, похожие на следующие, регистрируются в журнале приложения:
Местообладатель представляет время, когда происходит событие. Имя сервера имя сервера SSRS.
Причина
Эта проблема возникает из-за невозможности получения надежных и неоправданых списков доверия сертификата (CTLs). Если система не имеет доступа к обновлению Windows, либо из-за того, что система не подключена к Интернету, либо из-за того, что Windows Обновление заблокировано правилами брандмауэра, то поиск в сети разов, прежде чем служба сможет продолжить процедуру запуска. В некоторых случаях время, в течение которых может быть отозвано время запуска службы, может превышать 30 секунд. Если служба не может сообщить о том, что запуск завершен через 30 секунд, диспетчер управления службой (SCM) останавливает службу.
Url-адреса для обновления CTL изменились с помощью этого обновления. Поэтому, если предыдущие URL-адреса были жестко закодироваться в качестве исключений в брандмауэре или прокси-сервере, или если на компьютере нет доступа к Интернету, ЦТЛ не может быть обновлен.
Чтобы скачать последние CTLs, используйте следующие обновленные URL-адреса:
Обходной путь
Чтобы решить эту проблему, настройте компьютер таким образом, чтобы сеть не извлекла надежные и ненарушимые CTLs. Для этого используйте один из следующих методов:
Проверка того, что пограничные брандмауэры, правила доступа к маршрутизатору или прокси-серверы ниже по течению позволяют системам, 2677070 установленным, связаться с Microsoft Update. Дополнительные сведения об этом требовании см. в примере: автоматическое обновление отозванных сертификатов доступно дляWindows Vista, Windows Server 2008, Windows 7 и Windows Server 2008 R2 (Это включает URL-адреса, к которые имеет доступ к обновлению CTL).
Изменение параметров групповой политики. Для этого выполните следующие действия:
Изменение реестра. Для этого выполните указанные ниже действия.
В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Дополнительные сведения о том, как создать и восстановить реестр, см. в этой записи: как создать и восстановить реестр в Windows.
Выберите Начните, выберите Выполнить, введите regedit в поле Открыть, а затем нажмите кнопку ОК.
Найдите и выделите следующий подраздел реестра:
Щелкните правой кнопкой мыши AuthRoot, выберите New и нажмите кнопку DWORD.
Введите DisableRootAutoUpdate и нажмите кнопку Ввод.
Правой кнопкой мыши DisableRootAutoUpdate и нажмите кнопку Изменить.
В поле Значение данных введите 1, а затем нажмите кнопку ОК.
В меню File нажмите кнопку Exit.
Увеличение времени работы службы по умолчанию.
В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Дополнительные сведения о том, как создать и восстановить реестр, см. в этой записи: как создать и восстановить реестр в Windows.
Чтобы увеличить время работы службы по умолчанию, выполните следующие действия:
Нажмите кнопку Пуск, выберите команду Выполнить, в поле Открыть введите regedit и нажмите кнопку ОК.
Правой кнопкой мыши Управление, указать на Новый, а затем нажмите DWORD.
В поле Новое значение введите ServicesPipeTimeout и нажмите кнопку Ввод.
Щелкните правой кнопкой мыши ServicesPipeTimeout и нажмите кнопку Изменить.
Щелкните Десятичной, введите количество миллисекунд, которые необходимо подождать до окончания службы, а затем нажмите кнопку ОК. Например, чтобы подождать 60 секунд до времени службы, введите 60000.
В меню File нажмите кнопку Выход и перезапустите компьютер.
Дополнительные сведения
Дополнительные сведения о программе корневого сертификата Windows, сертификатах, доверии сертификатов и списке доверия сертификата см. в разделе Дополнительные сведения статьи в базе знаний Майкрософт: an-automatic-updater-of-untrusted-certificates-is-available-for-window.
Источник
Настройка подключения к базе данных сервера отчетов (диспетчер конфигурации сервера отчетов)
ПРИМЕНИМО К: ✔ SQL Server 2016 Reporting Services и более поздние версии ✔️ Power BI Отчетный Сервер
Содержимое, связанное с предыдущими версиями SQL Server Reporting Services, см. в статье SQL Server 2014 Reporting Services.
Подключение к базе данных сервера отчетов необходимо настраивать в следующих случаях.
Первоначальная настройка сервера отчетов.
Настройка сервера отчетов на использование другой базы данных сервера отчетов.
Изменение учетной записи пользователя или пароля, используемых для подключения к базе данных. Подключение к базе данных необходимо обновлять только в том случае, если данные об учетных записях хранятся в файле RSReportServer.config. При использовании в соединении учетной записи службы (в ней в качестве типа учетных данных используется встроенная безопасность Windows) пароль не сохраняется, поэтому нет необходимости обновлять сведения о соединении. Дополнительные сведения об изменении учетных записей см. в разделе Настройка учетной записи службы сервера отчетов (диспетчер конфигурации сервера отчетов).
Настройка сервера отчетов с масштабным развертыванием. Настройка масштабного развертывания требует создания нескольких соединений с базой данных сервера отчетов. Дополнительные сведения о том, как выполнять эту операцию, см. в разделе Настройка развертывания с горизонтальным увеличением масштаба для сервера отчетов в собственном режиме (диспетчер конфигурации сервера отчетов).
Подключение служб Reporting Services к компоненту Database Engine
Доступ сервера отчетов к базе данных сервера отчетов определяется учетными данными и сведениями о соединении, а также ключами шифрования, доступными серверу отчетов. Для хранения и получения конфиденциальных данных необходимо иметь допустимый ключ шифрования. Ключи шифрования создаются автоматически при первичной настройке базы данных. После создания эти ключи необходимо обновить при изменении идентификатора службы сервера отчетов. Дополнительные сведения о работе с ключами шифрования см. в разделе Настройка ключей шифрования и управление ими (диспетчер конфигурации сервера отчетов).
База данных сервера отчетов является внутренним компонентом, доступ к которому имеется только у сервера отчетов. Учетные данные и сведения о соединении, указываемые для базы данных сервера отчетов, используются исключительно сервером отчетов. Пользователям, запрашивающим отчеты, не требуются разрешения для баз данных или имя входа для базы данных сервера отчетов.
Чтобы проверить, допускает ли экземпляр удаленные соединения, нажмите кнопку Пуск, последовательно выберите пункты Все программы, Microsoft SQL Server, Средства настройки, а затем запустите Диспетчер конфигурации SQL Server и убедитесь в том, что для каждой из служб включен протокол TCP/IP.
При включении удаленных соединений включаются также клиентские и серверные протоколы. Чтобы проверить включенные протоколы, нажмите кнопку Пуск, выберите пункт Все программы, затем Microsoft SQL Server, Средства настройки, затем пункт Диспетчер конфигурации SQL Server, далее пункт Сетевая конфигурация SQL Server, а затем выберите пункт Протоколы для MSSQLSERVER. Дополнительные сведения см. в разделе Включение или отключение сетевого протокола сервера в SQL Server.
Определение подключения к базе данных сервера отчетов
Имя базы данных сервера отчетов. При создании нового соединения можно создать новую базу данных сервера отчетов либо выбрать одну из существующих. Дополнительные сведения см. в статье Создание базы данных сервера отчетов (диспетчер конфигурации сервера отчетов).
Имя пользователя и пароль (требуется только для учетной записи домена Windows или имени входа для SQL Server ).
Заданные учетные данные должны иметь доступ к базе данных сервера отчетов. При использовании программы настройки служб Службы Reporting Services этот шаг выполняется автоматически. Дополнительные сведения о разрешениях, необходимых для доступа к базе данных, см. в разделе «Разрешения базы данных» данного подраздела.
Хранение сведений о подключении к базе данных
Службы Reporting Services хранят зашифрованные сведения о соединениях в представленных ниже установках RSreportserver.config. Чтобы создать зашифрованные значения указанных установок, необходимо использовать программу настройки служб Службы Reporting Services или программу rsconfig.
Если соединение настраивается на использование определенной учетной записи Windows или имени входа в базу данных, не забудьте обновить эти сохраненные значения при изменении учетной записи или имени входа.
Выбор типа учетных данных
В подключении к базе данных сервера отчетов используются следующие три типа учетных данных.
Встроенная безопасность Windows, использующая учетную запись службы сервера отчетов. Поскольку сервер отчетов реализован в виде отдельной службы, доступ к базе данных требуется только для той учетной записи, для которой запущена эта служба.
Учетная запись пользователя Windows. Если сервер отчетов и его база данных установлены на том же компьютере, можно пользоваться локальной учетной записью. В противном случае необходимо использовать учетную запись домена.
Запрещается проводить нестандартную проверку подлинности для подключения к базе данных сервера отчетов. Нестандартная проверка подлинности используется только для главного подключения к серверу отчетов. Старайтесь не оказывать воздействия на соединения с базой данных сервера отчетов или с внешними источниками данных, предоставляющими содержимое отчетов.
При использовании управляемого экземпляра SQL Azure для размещения баз данных сервера отчетов проверка подлинности SQL Server является единственным поддерживаемым типом учетных данных. Кроме того, обратите внимание, что управляемый экземпляр не может размещать экземпляр сервера отчетов.
Использование учетных записей служб и встроенной безопасности
Встроенная безопасность Windows позволяет устанавливать соединение с использованием учетной записи службы сервера отчетов. Этой учетной записи предоставляются права доступа к базе данных сервера отчетов. При установке служб Службы Reporting Services в стандартной конфигурации этот тип учетных данных выбирается программой установки по умолчанию.
Использование учетной записи «Пользователь домена»
Использование имени входа SQL Server
Разрешения базы данных
Учетные записи, предоставляемые для подключения к базе данных сервера отчетов, выполняют следующие функции:
Проверка имени базы данных
Использование другой базы данных сервера отчетов или перемещение базы данных сервера отчетов
Чтобы настроить сервер отчетов на использование другой базы данных сервера отчетов, необходимо изменить сведения о подключении. Обычно переключение между базами данных происходит при развертывании рабочего сервера отчетов. Переключение с тестовой базы данных сервера отчета на рабочую базу данных обычно происходит при развертывании рабочего сервера. Также можно перемещать базу данных сервера отчета на другой компьютер. Дополнительные сведения см. в разделе Обновление и миграция служб Reporting Services в SQL Server.
Настройка нескольких серверов отчетов для использования общей базы данных сервера отчетов
Можно настроить несколько серверов отчетов на использование общей базы данных сервера отчетов. Такая настройка развертывания называется масштабным развертыванием. При необходимости запуска нескольких серверов отчетов в кластере сервера такая настройка является обязательной. Однако данную конфигурацию можно использовать также для сегментирования приложений службы или для проверки установки и настроек нового экземпляра сервера отчетов и сравнения его с уже существующим экземпляром сервера отчетов. Дополнительные сведения см. в разделе Настройка развертывания с горизонтальным увеличением масштаба для сервера отчетов в собственном режиме (диспетчер конфигурации сервера отчетов).
Источник
Настройка соединения с базой данных сервера отчетов
Для функционирования каждого экземпляра сервера отчетов необходимо соединение с базой данных сервера отчетов, в которой хранятся отчеты, модели отчетов, общие источники данных, ресурсы, а также метаданные, управляемые сервером. Исходное соединение может быть создано во время установки сервера отчетов, если производится установка конфигурации по умолчанию. В большинстве случаев после завершения установки настройка соединения осуществляется при помощи программы настройки служб Reporting Services. Такие параметры соединения, как тип учетной записи и учетные данные, можно изменять в любое время. Пошаговые инструкции по созданию базы данных и настройке соединения см. в разделе Как создать базу данных сервера отчетов (настройка служб Reporting Services).
Соединения с базой данных сервера отчетов необходимо настраивать в следующих случаях.
Доступ сервера отчетов к базе данных сервера отчетов определяется учетными данными и сведениями о соединении, а также ключами шифрования, доступными серверу отчетов. Для хранения и получения конфиденциальных данных необходимо иметь допустимый ключ шифрования. Ключи шифрования создаются автоматически при первичной настройке базы данных. После создания эти ключи необходимо обновить при изменении идентификатора службы сервера отчетов. Дополнительные сведения о работе с ключами шифрования см. в разделе Настройка и управление ключами шифрования.
База данных сервера отчетов является внутренним компонентом, доступ к которому имеется только у сервера отчетов. Учетные данные и сведения о соединении, указываемые для базы данных сервера отчетов, используются исключительно сервером отчетов. Пользователям, запрашивающим отчеты, не требуются разрешения для баз данных или имя входа для базы данных сервера отчетов.
Заданные учетные данные должны иметь доступ к базе данных сервера отчетов. При использовании программы настройки служб Reporting Services этот шаг выполняется автоматически. Дополнительные сведения о разрешениях, необходимых для доступа к базе данных, см. в разделе «Разрешения базы данных» данного подраздела.
Хранение сведений о подключении к базе данных
Службы Reporting Services хранят зашифрованные сведения о соединениях в представленных ниже установках RSreportserver.config. Чтобы создать зашифрованные значения указанных установок, необходимо использовать программу настройки служб Reporting Services или программу rsconfig.
Не все из этих значений указываются для каждого из типов соединений. Если подключение настраивается при использовании значений по умолчанию (например, при использовании учетных записей служб), параметры LogonUser >, LogonDomain > и LogonCred > будут пусты, например:
Если соединение настраивается на использование определенной учетной записи Windows или имени входа в базу данных, не забудьте обновить эти сохраненные значения при изменении учетной записи или имени входа.
Выбор типа учетных данных
В подключении к базе данных сервера отчетов используются следующие три типа учетных данных.
Примечание. |
---|
Запрещается проводить нестандартную проверку подлинности для подключения к базе данных сервера отчетов. Нестандартная проверка подлинности используется только для главного подключения к серверу отчетов. Старайтесь не оказывать воздействия на соединения с базой данных сервера отчетов или с внешними источниками данных, предоставляющими содержимое отчетов. |
Если экземпляр компонента Database Engine настроен для использования проверки подлинности Windows и экземпляр находится в том же домене, что и компьютер сервера отчетов (или в доверенном домене для этого домена), то соединение можно настроить для использования учетной записи службы или учетной записи пользователя домена, которые с помощью программы настройки служб Reporting Services обрабатываются как свойство соединения. Если сервер базы данных находится в другом домене либо в случае применения безопасности рабочих групп, соединение нужно настроить на использование имени входа в базу данных SQL Server. Соединение при этом должно быть обязательно зашифровано. Дополнительные сведения см. в разделе Шифрование соединений с SQL Server электронной документации по SQL Server.
Использование учетных записей служб и встроенной безопасности
Встроенная безопасность Windows позволяет устанавливать соединение с использованием учетной записи службы сервера отчетов. Этой учетной записи предоставляются права доступа к базе данных сервера отчетов. При установке служб Reporting Services в стандартной конфигурации этот тип учетных данных выбирается программой установки по умолчанию.
Учетная запись службы представляет собой доверенную учетную запись, обеспечивающую простоту управления соединением с базой данных сервера отчетов. Поскольку для соединения учетная запись службы использует встроенную безопасность Windows, необходимости в сохранении учетных данных нет. Однако при последующем изменении пароля или идентификатора учетной записи службы (например, при переключении типа учетной записи со встроенной на доменную) необходимо внести изменения при помощи программы настройки служб Reporting Services. Эта средство автоматически обновляет измененные сведения учетной записи в разрешениях базы данных. Дополнительные сведения см. в разделе Настройка учетной записи службы сервера отчетов.
При настройке соединения с базой данных с использованием учетной записи службы этой учетной записи должны быть предоставлены сетевые разрешения, если база данных сервера отчетов располагается на удаленном компьютере. Не используйте служебную учетную запись, если база данных сервера отчетов находится на другом домене, защищена брандмауэром, либо в случае применения безопасности рабочих групп, а не безопасности домена. Используйте вместо этого учетную запись пользователя базы данных SQL Server.
Использование учетной записи «Пользователь домена»
Укажите учетную запись пользователя Windows для соединения сервера отчетов с базой данных сервера отчетов. Если используется локальная учетная запись или учетная запись домена, соединение с базой данных необходимо обновлять всякий раз, когда изменяется пароль для нее. Обновление соединения осуществляйте всегда при помощи программы настройки служб Reporting Services.
Использование имени входа SQL Server
Чтобы подключиться к базе данных сервера отчетов, можно задать единое имя входа SQL Server. Если используется проверка подлинности SQL Server, а база данных сервера отчетов находится на удаленном компьютере, то в целях обеспечения безопасности передачи данных между серверами следует использовать IPSec. При использовании имени входа базы данных необходимо обновлять соединение с базой данных каждый раз, когда меняется пароль или учетная запись.
Разрешения базы данных
Учетные записи, предоставляемые для подключения к базе данных сервера отчетов, выполняют следующие функции:
Когда соединение создается или изменяется посредством программы настройки служб Reporting Services, указанные разрешения предоставляются автоматически. Если используется программа rsconfig и для соединения была указана другая учетная запись, то для указанной новой учетной записи необходимо обновить имя входа SQL Server. С помощью программы настройки служб Reporting Services можно создать файлы-сценарии, обновляющие имя входа SQL Server для сервера отчетов.
Проверка имени базы данных
Чтобы выяснить, какая база данных сервера отчетов используется конкретным экземпляром сервера отчетов, используйте программу настройки служб Reporting Services. Чтобы найти имя, необходимо подключиться к экземпляру сервера отчетов и открыть страницу установки базы данных.
Чтобы настроить сервер отчетов на использование другой базы данных сервера отчетов, необходимо изменить сведения о подключении. Обычно переключение между базами данных происходит при развертывании рабочего сервера отчетов. Переключение с тестовой базы данных сервера отчета на рабочую базу данных обычно происходит при развертывании рабочего сервера. Также можно перемещать базу данных сервера отчета на другой компьютер. Дополнительные сведения см. в разделах Перемещение баз данных сервера отчетов на другой компьютер и Миграция (службы Reporting Services) электронной документации по SQL Server.
Можно настроить несколько серверов отчетов на использование общей базы данных сервера отчетов. Такая настройка развертывания называется масштабным развертыванием. При необходимости запуска нескольких серверов отчетов в кластере сервера такая настройка является обязательной. Однако данную конфигурацию можно использовать также для сегментирования приложений службы или для проверки установки и настроек нового экземпляра сервера отчетов и сравнения его с уже существующим экземпляром сервера отчетов. Дополнительные сведения см. в разделе Настройка служб Reporting Services для масштабного развертывания.
Источник
Вопрос:
Я создал модель отчета с использованием SSRS (2005) и опубликовал ее на локальном сервере. Но когда я попытался запустить отчет для модели, опубликованной с использованием построителя отчетов, я получаю следующую ошибку.
Ошибка выполнения отчета. Разрешений, предоставленных пользователю, недостаточно для выполнения этой операции. (rsAccessDenied)
Ответ №1
Это из-за отсутствия привилегий для пользователя, у которого работает построитель отчетов, просто дайте этому пользователю или группе привилегию запускать построитель отчетов.
Пожалуйста, посетите этот article
Или для быстрого доступа:
- Запустите Internet Explorer с помощью команды “Запуск от имени администратора”
- Откройте http://localhost/reports
- Перейдите на вкладку свойств (SSRS 2008).
- Безопасность- > Назначение новых ролей
- Добавьте DOMAIN/USERNAME или DOMAIN/USERGROUP
- Проверить построитель отчетов
Ответ №2
Я знаю это давно, но вы (или любые другие новые пользователи) можете решить эту проблему с помощью
- Добавьте [DomainUser] в Администратор, IISUser, SQLReportingUser.
- Удалить ключ шифрования в инструментах конфигурации SSRS
- Перезапустите Изменение базы данных в инструментах настройки SSRS
- Откройте WebServiceUrl из инструментов настройки SSRS (http://localhost/reportserver)
- создание отчетов Папка вручную
- перейдите в “Свойства созданной папки” и добавьте эти роли в систему безопасности (встроенныйпользователь, встроенныйадминистратор, доменпользователь)
- Развернуть ваши отчеты и решить вашу проблему.
Ответ №3
Щелкните правой кнопкой мыши Microsoft BI → Нажмите “Запуск от имени администратора” → либо откройте существующий отчет SSRS, либо создайте новый отчет SSRS, а затем разверните свой отчет после того, как он будет выполнен, и вы получите один веб-URL для просмотра вашего отчета. Скопируйте этот URL-адрес и вставьте его в веб-браузер (Запуск от имени администратора), и вы получите представление своего отчета.
Вы можете использовать Internet Explorer, который будет необходим для веб-сервиса
Если это неправильно, пожалуйста, простите меня, так как я сделал это так, чтобы я только что написал.
Ответ №4
Убедитесь, что у вас есть доступ к URL http://localhost/reports с помощью конфигурации служб SQL Reporting Services. Для этого:
- Откройте диспетчер конфигурации служб отчетов → затем подключитесь к экземпляру сервера отчетов → , затем щелкните URL-адрес диспетчера отчетов.
- На странице URL-адреса диспетчера отчетов нажмите кнопку “Дополнительно” → , затем в “Несколько идентификаторов для диспетчера отчетов” нажмите “Добавить”.
- В раскрывающемся окне Добавить URL-адрес диспетчера отчетов выберите заголовок узла и введите: localhost
- Нажмите “ОК”, чтобы сохранить изменения.
- Теперь запустите/запустите Internet Explorer с помощью Run as Administator…
(ПРИМЕЧАНИЕ. Если вы не видите ссылку “Настройки сайта” в верхнем левом углу, а http://localhost/reports, это, вероятно, потому, что вы aren “запуск IE в качестве администратора или вы не назначили домен ваших компьютеровимя пользователя” для ролей служб отчетов, см., как это сделать в следующих нескольких шагах.) - Затем перейдите к: http://localhost/reports (вам, возможно, придется входить в систему с вашим именем пользователя и паролем компьютера)
- Теперь вы должны перейти на главную страницу служб отчетов SQL Server: http://localhost/Reports/Pages/Folder.aspx
- Находясь на домашней странице, откройте вкладку “Свойства” и нажмите “Назначение новой роли”
- В текстовом поле “Группа или имя пользователя” добавьте “domainusername”, которое было в сообщении об ошибке (в моем случае я добавил: DOUGDELL3-PCDOUGDELL3 для “domainusername”, в вашем случае вы можете найдите доменимя пользователя для своего компьютера в сообщении об ошибке rsAccessDenied).
- Теперь отметьте все флажки; Браузер, Контент-менеджер, Мои отчеты, Издатель, построитель отчетов и нажмите кнопку ОК.
- Теперь имя домена username должно быть назначено Ролям, которые предоставят вам доступ к развертыванию отчетов на сервере отчетов. Если вы используете Visual Studio или SQL Server Business Intelligence Development Studio для развертывания отчетов на локальном сервере отчетов, вы должны теперь иметь возможность.
- Надеюсь, это поможет вам решить сообщение об ошибке rsAccessDenied сервера отчетов…
Просто чтобы вы знали, что это руководство было сделано на компьютере под управлением Windows 7 с SQL Server Reporting Services 2008.
Ссылка: http://techasp.blogspot.co.uk/2013/06/how-to-fix-reporting-services.html
Ответ №5
в разделе Настройка сайта в диспетчере отчетов > Настроить определения ролей на системном уровне > проверить параметр ExecuteReport Defination
тогда
Создание системной пользовательской группы, предоставление доступа к этой группе в
Подключитесь к базе данных служб отчетов в свойствах сервера и добавьте группу и разрешите доступ как системный пользователь… Он должен работать
Ответ №6
У меня есть SQL2008/Windows 2008 Enterprise, и это то, что я должен был сделать, чтобы исправить ошибки rs.accessdenied
, 404, 401 и 503:
- Добавлены пользователи NT для пользователей отчетов SQL Server и IIS_USR Group
- Я изменил службу SQL Reporting Service на локальную учетную запись (это был домен с локальным администратором).
- Я удалил ключ шифрования в настройке служб Reporting Services (последняя вкладка в списке)
- и ТОГДА это сработало.
Ответ №7
Вы также можете убедиться, что идентификатор в пуле приложений имеет правильные разрешения.
-
Перейдите в диспетчер IIS
-
Нажмите Пулы приложений
-
Определите пул приложений на сайте, на котором развертываются отчеты,
-
Убедитесь, что идентификатор установлен на какую-либо учетную запись службы или учетную запись пользователя с правами администратора.
-
Вы можете изменить идентификатор, остановив пул, щелкнув его правой кнопкой мыши и выбрав “Дополнительные настройки”…
В разделе “Модель процесса” указано поле “Идентификация”
Ответ №8
Старый, но актуальный вопрос. Я решил в 2012 году, войдя на сервер отчетов и:
- перейти к http://localhost/reports/
- Нажмите “Настройки сайта” в правом верхнем углу (доступно только при входе в сервер отчетов)
- Перейдите на вкладку “Безопасность” и нажмите “Назначение новой роли”
- Добавил мой DOMAINUSERNAME в качестве системного администратора
Не могу сказать, что мне нравится это решение, но мне нужно что-то, что сработало, и это сработало. Надеюсь, это поможет кому-то еще.
Ответ №9
Я использовал следующие шаги, и он работает для меня.
Откройте диспетчер конфигурации служб Reporting Services → затем подключитесь к экземпляру сервера отчетов → , затем щелкните URL-адрес диспетчера отчетов.
На странице URL-адреса диспетчера отчетов нажмите кнопку “Дополнительно” → , затем в “Несколько идентификаторов для диспетчера отчетов” нажмите “Добавить”.
В раскрывающемся окне Добавить URL-адрес диспетчера отчетов выберите заголовок узла и введите: localhost
Нажмите “ОК”, чтобы сохранить изменения.
Тогда:
- скопировал URL-адрес сервера отчетов
- Запустите Google chrome/Internet Explorer как администратор
- Вставьте URL-адрес в адресную строку и нажмите клавишу ввода.
он отлично работает для меня в Internet Explorer и Google Chrome, но не для Mozilla Firefox.
В случае, если Firefox запрашивает имя пользователя и пароль, я предоставляю его, но он не работает. Я администратор и имею полное право.
Я сделал еще 1 набор изменений “Настройки управления учетными записями пользователей”, чтобы никогда не уведомлять.
Если вы получаете такой тип исключения при развертывании этого отчета из Visual Studio, выполните следующие действия:
- Откройте Google Chrome/Internet Explorer с правами администратора.
- открыть в нем URL сервера отчетов.
3.Нажмите “Назначение новой роли”, добавьте затем имя пользователя и выберите Роли
- нажмите “ОК”.
- Теперь разверните отчет из Visual Studio, он будет работать и развертывать отчеты на указанном сервере.
Ответ №10
Проблема:
Ошибка rsAccessDenied: для выполнения этой операции недостаточно прав, предоставленных пользователю “ПользовательПользователь”.
Решение:
Нажмите “Настройка папки” > “Назначение новой роли”
Затем введите “ПользовательПользователь” в текстовом поле “Группа или имя пользователя”.
Установите флажки “Роли”, которые вы хотите, чтобы пользователь имел.
Ответ №11
Что для меня работало:
Open localhost/reports
Go to properties tab (SSRS 2008)
Security->New Role Assignment
Add DOMAIN/USERNAME or DOMAIN/USERGROUP
Check Report builder
Ответ №12
Это сработало для меня –
-go менеджеру отчетов, проверьте настройки сайта- > Безопасность → Назначение новой роли- > добавить пользователя
-Также перейдите к наборам данных в диспетчере отчетов → ваш набор данных отчета → Безопасность → Назначение новой роли → добавьте пользователя с требуемой ролью.
Спасибо!
Ответ №13
Как и Насер, я знаю, что это было недавно, но я хотел опубликовать свое решение для всех, у кого есть эта проблема в будущем.
У меня была настройка моего отчета, чтобы он использовал соединение с данными в библиотеке подключения к данным, размещенной в SharePoint. Моя проблема заключалась в том, что у меня не было утвержденного соединения для передачи данных, так что оно могло использоваться другими пользователями.
Еще одна вещь, которую нужно искать, – убедиться, что разрешения на эту библиотеку подключения к данным также позволяют читать избранным пользователям.
Надеюсь, что это рано или поздно поможет кому-то!
Ответ №14
Для SQL Reporting Services 2012 – SP1 и SharePoint 2013.
У меня такая же проблема:
Разрешений, предоставленных пользователю [AppPoolAccount], недостаточно для выполнения этой операции.
Я зашел в настройки приложения-службы, нажал кнопку “Управление ключами”, затем “Изменить” и обновил ключ.
Ответ №15
Откройте Internet Explorer как администратор.
Откройте отчет url http://machinename/reportservername
тогда в настройках “папки” дается разрешение на требуемые группы пользователей.
Ответ №16
Спасибо за совместное использование. После борьбы за 1,5 дня заметил, что сервер отчетов настроен с неправильным IP-адресом. Он был настроен с резервным доменным IP-адресом, который отключен. Я идентифицировал это в конфигурации группы пользователей, где имя домена не было указано. Изменен IP и перезагрузите сервер отчетов. Проблема решена.
Ответ №17
Я знаю это давно, но может быть полезен для любых других новых посетителей,
Я решил передать имя пользователя, пароль и домен при запросе отчетов 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.
Ответ №18
После настройки SSRS 2016 я RDP’d на сервер (Windows Server 2012 R2) перешел к URL-адресу отчетов (https://reports.fakeserver.net/Reports/browse/) и создал заголовок папки FakeFolder; все, казалось, работает нормально. Затем я отключился от сервера, просмотрел его на том же URL-адресе, зарегистрировался как один и тот же пользователь и обнаружил ошибку ниже.
Разрешения, предоставленные пользователю fakeservermitchs, недостаточны для выполнения этой операции.
Смущенный, я пробовал практически все решения, предлагаемые на этой странице, и не мог создать такое же поведение как локально, так и внешне при навигации по URL-адресу и аутентификации. Затем я щелкнул эллипсисом FakeFolder, нажал “Управление”, нажал “Безопасность” (в левой части экрана) и добавил себя как пользователь с полными разрешениями. После отключения от сервера я просмотрел https://reports.fakeserver.net/Reports/browse/FakeFolder и смог просмотреть содержимое папки, не сталкиваясь с ошибкой разрешений. Однако, когда я щелкнул по дому, я получил ошибку разрешений.
В моих целях это было достаточно хорошо, так как никакому другому не понадобится переходить к корневому URL-адресу, поэтому я просто сделал заметку, когда мне нужно внести изменения в SSRS, чтобы сначала подключиться к серверу, а затем перейти к URL-адрес отчетов.
Ответ №19
Что для меня работало:
- Перейти к настройке сайта
- Нажмите “Настроить безопасность сайта”
- Нажмите кнопку “Назначение новой роли” в верхней строке.
- Дайте новой роли следующее имя “Все”
- Из доступных ролей предоставите только “Системный пользователь”
- Нажмите “Применить”
Это должно сделать это,
Удачи!
Ответ №20
Запустите BIDS как администратор, несмотря на существующее членство в группе “Администраторы”.
- Remove From My Forums
-
Вопрос
-
Добрый день,
Купили SCOM 2012, начали разворачивать, столкнулись с проблемой,
OS: Windows 2008R2 Standart,
после установки произвели вход в домен, и подцепили полку (HP P4300) для базы,
Далее накатили обновления, после этого приступили к установке SQL 2008, обновили SQL 2008 до SP2, после этого перестала стартовать служба Reporting Services…. помогите, каким образом можно поправить?
В журнале ошибки след:
Сбой при запуске службы «Службы SQL Server Reporting Services (MSSQLSERVER)» из-за ошибки
Служба не ответила на запрос своевременно. Код события: 7000
Превышение времени ожидания (30000 мс) при ожидании подключения службы «Службы SQL Server Reporting Services (MSSQLSERVER)».Код события:
7009
Ответы
-
Сделал сначало шаг 4, ребутнул сервер, потом шаг 3…Вроде все заработало.
Method 3
Modify the registry. To do this, follow these steps.
Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully.
For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft
Knowledge Base:How to back up and restore the registry in Windows
- Click Start, click Run, type
regedit in the Open box, and then click
OK. - Locate and then select the following registry subkey:
HKLMSoftwarePoliciesMicrosoftSystemCertificates
- Right-click AuthRoot, select New, and then click
DWORD. - Type DisableRootAutoUpdate , and then press Enter.
- Right-click DisableRootAutoUpdate, and then click
Modify. - In the Value data box, type 1, and then click
OK. - On the File menu, click Exit.
Method 4
Increase the default service time-out.
Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully.
For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft
Knowledge Base:How to back up and restore the registry in Windows
To increase the default service time-out, follow these steps:
- Click Start, click Run, type
regedit in the Open box, and then click
OK. - Locate and then select the following registry subkey:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl
- Right-click Control, point to New, and then click
DWORD. - In the New Value box, type ServicesPipeTimeout, and then press Enter.
- Right-click ServicesPipeTimeout, and then click
Modify. - Click Decimal, type the number of milliseconds that you want to wait until the service times out, and then click
OK.
For example, to wait 60 seconds before the service times out, type 60000. - On the File menu, click Exit, and then restart the computer.
-
Предложено в качестве ответа
17 октября 2013 г. 14:58
-
Помечено в качестве ответа
Petko KrushevMicrosoft contingent staff
21 октября 2013 г. 8:09
- Click Start, click Run, type
Я устанавливаю SQL Server 2012 в данный момент, и когда я собирался запустить установку, эта ошибка появляется:
при нажатии на первый неудачный тест ,который является «существование файла базы данных каталога служб Reporting Services», это то, что я получаю:
при нажатии на второй неудачный тест ,который является «существование файла временной базы данных каталога служб Reporting Services», это то, что я получить:
Итак, в основном, оба окна сообщений говорят мне, что» файл базы данных каталога «и»временные файлы базы данных каталога существуют». Из-за этого мне нужно выбрать установку только в файловом режиме служб Reporting Services.
мои вопросы:
- Как выбрать установку только в файловом режиме?
- должен ли я закрыть настройку и что-то сделать, а затем снова запустить настройку?
кстати, у меня был SQL Server 2012, установленный ранее. Я удалил его полностью из-за некоторых странных ошибок и решил переустановить новую копию SQL Server 2012, и теперь я застрял с этими ошибками. Любая помощь будет искренне признателен.
2 ответов
поскольку у вас уже была одна установка SQL Server, уже была создана база данных. Это не удалить. Поэтому при переустановке он пытается создать базу данных с тем же именем, следовательно, ошибка. Для продолжения установки необходимо удалить старые файлы.
из каталогов
C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATA
удалите следующие файлы
ReportServer.mdf
ReportServer_log.LDF
ReportServerTempDB.mdf
ReportServerTempDB_log.LDF
попробуйте следующую ссылку для получения дополнительной помощи.
Ошибка Каталога Служб Reporting Services.
на sql-server-2012 путь:
C:Program FilesMicrosoft SQL ServerMSSQL11.MSSQL2012MSSQLDATA
здесь MSSQL2012
— это имя экземпляра и соответствующее имена файлов:
ReportServer$MSSQL2012.mdf
ReportServer$MSSQL2012_log.mdf
ReportServer$MSSQL2012TempDB.mdf
ReportServer$MSSQL2012TempDB_log.mdf
100
автор: KrazzyNefarious
удалите следующие файлы из
Join Adsense Certified Ad Partner
«Ezoic is a must have automatic testing tool for serious publishers.»
300% Rise in
AdSense Earnings
Get results from Day 1
It’s FREE
Read The Case Study
Installation of MS SQL Server is easy but if the error is coming simultaneously, it becomes one of a headache. And today we are also going to see such kind of error; «Reporting service catalog database file existence failed» and the way to get rid of that. Most of the time when we uninstall SQL server 2012 management studio or any version of MS SQL server, some of the files get left behind that include reporting services catalogs.
«Reporting services catalog temporary database file existence» —
Microsoft users used to find the solutions for; How to resolve reporting services catalog database file existence failed? How to speed up computer for faster performance? Fixing the error message when you install a SQL server 2008 reporting services instance by using an instance name that you previously uninstalled: «the catalog database file exists»? How to solve «Reporting Services Catalog Database File Existence» failed? And so on.
If you too just like lots of users are searching about; reporting service catalog database file existence failed SQL server, reporting services catalog temporary database file existence, reporting services catalog database file existence SQL 2008 r2 failed, SQL server 2008 r2 reporting services catalog database file existence, reporting services catalog database file existence failed 2012, reporting services catalog database file existence failed 2014, rule reporting services catalog database file existence failed SQL 2012, reporting service catalog database file existence error, then you are on the right page. Learn how to get rid of reporting service catalog database file existence failed.
And today in continuing that, we are going to solve one of the critical error occurred in SQL reinstallation.
Also check: 15 Tips To Increase uTorrent Downloading Speed (100% Working) | 8X SPEED
As you already installed the MS SQL server before, therefore, the database is already been there and is not get removed. And in this case, if you going for reinstallation, the integrated security SQL server will try to install SQL database with the same name. And hence you got the error; «Reporting Service Catalog Database File Existence Failed»
1. Go to
C:Program FilesMicrosoft SQL ServerMSSQL10_50.MSSQLSERVERMSSQLDATA
or
C:Program FilesMicrosoft SQL ServerMSSQL11.MSSQL2012MSSQLDATA
or
C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATA
RECOMMENDED: [Fix] Make Computer Run 10x Faster By Using Virtual Memory | RAM Optimization
2. Delete following files;
ReportServer$MSSQL2012.mdf
ReportServer$MSSQL2012_log.mdf
ReportServer$MSSQL2012TempDB.mdf
ReportServer$MSSQL2012TempDB_log.mdf
3. Check it again.
I’m sure this will solve your issue. If you know any better way then we would like to add it here if you share it via comments.
Copyrights
All of the ProBlogBooster ideas are free for any type of personal or commercial use. All I ask is to keep the footer links intact which provides due credit to its authors. From time to time, we may use visitors/readers, information for distinct & upcoming, unanticipated uses not earlier disclosed in our privacy notice. If collected data or information practices changed or improved at some time in the future, we would post all the policy changes to our website to notify you of these changes, and we will use for these new purposes only data collected from the time of the policy change forward. If you are concerned about how your information is used, you should check back our website policy pages periodically. For more about this just read out; Privacy Policy
helped 10x 🙂
Thx a ton – perfect!
-
ashutosh pandey says:
its good . thanks a lot..
Thanks..:)
oh great … it works
thanks
thankx…..:)
thks budyyy..its works
nice.. thnx
thanx
Thanks a zillion!
thanks its very helpfull
worked like charm.. Thanks a lot
it works gr8 🙂
thanks alot
thank a lot this is a great help
Thanks It helped me a lot
thankx it is helpfull
Awesome… bang on target…thanks…….
Thanks a lot…it helped…!!!
thanks so much :-*
thanks so much
Thank you very much…it worked
Tusi great ho … tufa qubol karo 😀
Thanks
Thankx alot Bro..
Thank u !!!
thank you very much….it worked
Muito Obigado!
Muito Obrigado!
Brilliant post, thanks, worked like a charm
tanx a lot
thank you & again thank you
Thanks a lot
Thanks for helpful post.
Workink……
Thank you
It works.. Thanks!!
Realy nice answer
Give this man a Bells!!! #thankYou
very very thanks friends
thanks you
EXCELLENT… THANK YOU, TERIMAKASI, HATURNUHUN…
thanks
Thanks a lot…it helped me…
Thanks buddy… it was helpful 🙂
thax buddy
Thanks a lot…it helped me…
Thank you very much !!
thx a lot…..
Thanku..
thanks 🙂
thanx a lot admin …..it really works…..lovvvvvvveeeeeeeee u admin….
Thank you 🙂
thanx alot
Thanks ……
thanks
thanks a lot
worked 100%
Thank You so much 🙂
Thanks .Very Nice
Thank you….
Working fine Thanks
thanx a lot …
Pretty Thanks ….. It is working well
Perfect, it works for me thank you very much.
good work
it works awesome
thankyou
thank you very much! Helped a lot!
thanks brother………………….
Thank you so much.
Salute boss, Thanks……..
Thanks a lot, guy! It’s works!
thnx a lot
Many thanks!. Absolutely worked.
this post saves me!
Thanks guys….
Thank you much appreciated
Thanks A Lot
thanks a lot 🙂
Thank u so much ..!! It’s Work
Thankx it is helpfull…..
Lot of thanx ! ! !
Thanks aload…… very handy………God bless
thanks sir….
Thanks sir
Thanks
thanks a lot for this solution
Cool Stuff … saved me head ache
TNQ HELPS WY WRKSSS
thank you very much
many thankx
Yeah! Saved me a-lot of time. Thanks!
Vishnu
Thanks… worked perfect!!!!!!
it’s worked, thanks
‘s alot
thanks
Article makes sense.
Thanks,
Ranganath reddy.
thank you very much
nice.. thnx
Thanks a lot i solved my issue, but i want to know why this problem occurs ?.Anyone can help me please..
thanks very much. u saved me
thank you ………………………
you are great person
perfect answr……
thanx a lot
Thanks Mate
Thanks…was very helpful
Thank you Akhil
thank you it’s work fine
THANX BRO U REALLY HELPED OUT
it helped.. bang on…thanks
Thanks
yooo….
thanks…
- 28
You may receive the below error while installing the SQL server on your windows system. This error can occur if you have uninstalled your previous SQL version and installing a new SQL server on your system.
If you click on the failed button, you will see the below 2 texts.
Rule “Reporting Services Catalog Database File Existence” failed.
The Reporting Services catalog database file exists. Select a Reporting Services files-only mode installation.
AND
Rule “Reporting Services Catalog Temporary Database File Existence” failed.
The Reporting Services catalog temporary database file exists. Select a Reporting Services files-only mode installation.
Click on the View Detailed Report and search for the RS_DoesCatalogExist, and it will indicate that the files of the previous installer are still there and it is causing the issue.
To fix this issue, open the location C:Program FilesMicrosoft SQL ServerMSSQL13.MSSQLSERVERMSSQLDATA (Depending on the SQL version, your Data file may have another location) and remove the files after taking the backup of it.
After removing the file, click the Re-run button, and the error will be removed as per the below screen.
Finally, click on the install button to complete your installation.
Was this answer helpful?
I’m installing SQL Server 2012 at the moment and when I was about to run the installation, this error pops up:
On clicking the first failed test, which is «Reporting Services Catalog Database File Existence», this is what i get:
On clicking the second failed test, which is «Reporting Services Catalog Temporary Database File Existence», this is what i get:
So basically, both of the message box says me that «Catalog Database File» & «Catalog Temporary database files exists». Because of this, i need to select Reporting Services file-only mode installation.
My questions are:
- How do i select file-only mode installation?
- Do i’ve to close the setup and do something and afterwards run the setup again?
Btw, I had SQL Server 2012 installed before. I uninstalled it completely due to some strange errors and decided to reinstall a fresh copy of SQL Server 2012 and now I’m stuck with these errors. Any help will be sincerely appreciated.