January 2, 2016 at 10:48 am
Hi,
I have deployed some reports from ssdt to the report server. I am able to see them through the report manager link.
But I don't know where the reports are stored in the report server. When I deploy the reports from ssdt to report server the process of deployment puts the reports in a folder or the reports are inside the reportServer Database as XML documents?
Thank you,
January 2, 2016 at 8:44 pm
your project deploys SSRS reports and other objects(shared data sources, etc) and it stores the reports as xml in the ReportServer.dbo.Catalog table in [Content] column, which is a varbinary column you have to convert.
the folders are a virtual path, you can see lots of details if you select * from that table.
SELECT [Path]
,[Name]
,CONVERT(varchar(max), CONVERT(varbinary(max), [Content])) Content,*
FROM [ReportServer].[dbo].[Catalog]
Lowell
January 3, 2016 at 6:57 am
Thank you lowell.
Just two more questions.
1) You say that shared connections are also deployed. What about it the connections are not shared (if they belong just to that report)? How can I change them to point to a new server when I need?
2) You say that the folders are virtual directories. Can you explain please?
Thank you
January 3, 2016 at 10:29 am
river1 (1/3/2016)
Thank you lowell.Just two more questions.
1) You say that shared connections are also deployed. What about it the connections are not shared (if they belong just to that report)? How can I change them to point to a new server when I need?
2) You say that the folders are virtual directories. Can you explain please?
Thank you
creating the connection within each report is not a best practice specifically for when you want to change the server name or database name, or potentially the username/password combo used to access the resources....you have to modify each individual report to point to the new server. i've got hundreds of reports, but i bet only 50 are really used more than once a month. still, to have to modify more than one report, it's repetitive brain deadening function that can be avoided up front.
you can manually create a new shared data source directly from SSRS's web pages, and then edit each report to point to that source...but if someone re-deploys the report, it has the same custom data source instead of the shared one. back to square one again.
you really need to create the shared data source in the project, and change each custom data source to point to the shared.
then you deploy the shared data source as well as all the rdl's.
by virtual directories, i mean that you cannot browse to a directory or unc path, like \\MyreportServer\Reports\MonthEndReports\ . they exist as the [Path] value in the catalog table we talked about, and the SSRS web interface will build the virtual folders for you to see when you browse the reportserver, but they are not what i would call browsable.
Lowell
January 3, 2016 at 1:43 pm
Grest help. Thsnk you very much. Have a great new year.
January 15, 2016 at 7:39 pm
After deployment, the shared data source connection is stored, like the reports, to the virtual directory that SSRS deployed to. Here you can change the value of the shared connection source within the virtual directory (inside Internet Explorer) to affect all reports. So in my development work I typically have the share pointing to a test server , and once deployed I change the live shared connection to point to the live server/environment. So the configured value of the shared data connection during development does not matter as much as that all reports are indeed using this shared data connection to begin with.
----------------------------------------------------
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply