Please start any new threads on our new site at https://forums.sqlteam.com. We've got lots of great SQL Server experts to answer whatever question you can come up with.

 All Forums
 SQL Server 2005 Forums
 Analysis Server and Reporting Services (2005)
 Reporting Services and Report Server

Author  Topic 

josh2009
Yak Posting Veteran

81 Posts

Posted - 2010-05-04 : 12:05:01
Hi,

Trying to configure/install reporting services for SSRS. Data will be from two separate database residing in different servers. When configuring the report servers, since data will be from two separate servers, should there be two report servers configured as well, one for each server? Or can there be just one report server connected to the 2 different servers? Any help will be greatly appreeciated. Thanks.

visakh16
Very Important crosS Applying yaK Herder

52326 Posts

Posted - 2010-05-04 : 13:07:41
one report server is enough. you can create linked servers to other server from it and then access the object in it using four part naming convention. Alternatively you can use OPENROWSET to access other server data which doesnt require linked server connection but its usually preffered for adhoc access.

------------------------------------------------------------------------------------------------------
SQL Server MVP
http://visakhm.blogspot.com/

Go to Top of Page

josh2009
Yak Posting Veteran

81 Posts

Posted - 2010-05-04 : 15:48:02
Thanks for the quick reply. Very much appreciated. Now I have to look into creating linked servers. One question though, is there going to be an issue if two report servers are created, one for each database? And what would be the disadvantage of having two report servers? Thanks again.

quote:
Originally posted by visakh16

one report server is enough. you can create linked servers to other server from it and then access the object in it using four part naming convention. Alternatively you can use OPENROWSET to access other server data which doesnt require linked server connection but its usually preffered for adhoc access.

------------------------------------------------------------------------------------------------------
SQL Server MVP
http://visakhm.blogspot.com/



Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2010-05-04 : 15:53:34
I'm not sure that a linked server or OPENROWSET is necessary. Do any reports need to connect to two different databases? If they don't, then you would just have two data sources defined in Report Manager and then each report would point to the right data source.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page

josh2009
Yak Posting Veteran

81 Posts

Posted - 2010-05-04 : 16:34:52
None of the reports would need to connect to 2 different databases. One of the databases actually is a mirror image of the other with the exception of being a day older. With our purchased system, the vendor's reporting application, which uses SSRS reports, copies the production database into a separate database and is essentially a day old. This copy is stored in a different db in a separate server. As for the "true" prod db, this is where statistical reports would be ideally created using SSRS. Right now we are using Crystal Reports and I'm looking at SSRS as a potential replacement for CR. Thanks again.

quote:
Originally posted by tkizer

I'm not sure that a linked server or OPENROWSET is necessary. Do any reports need to connect to two different databases? If they don't, then you would just have two data sources defined in Report Manager and then each report would point to the right data source.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog

Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2010-05-04 : 16:37:10
Cool, then you don't need linked servers or OPENROWSET.

We use transactional replication to keep our second database more current than a day old. It keeps it practically real time with production, so we have no need to run reports on prod. All reports run on this second server. This has saved us from tons of performance issues.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page

josh2009
Yak Posting Veteran

81 Posts

Posted - 2010-05-04 : 17:26:55
Our SQL server db is installed in a cluster. Does that pose a potential problem for installing SSRS?

That's a good idea. So basically you replicate real-time transactions by persisting them in the second db. Do you use after insert, update triggers running stored procs to replicate your prod db?

Thanks.

quote:
Originally posted by tkizer

Cool, then you don't need linked servers or OPENROWSET.

We use transactional replication to keep our second database more current than a day old. It keeps it practically real time with production, so we have no need to run reports on prod. All reports run on this second server. This has saved us from tons of performance issues.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog

Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2010-05-04 : 17:31:29
quote:
Originally posted by josh2009

Our SQL server db is installed in a cluster. Does that pose a potential problem for installing SSRS?


If SSRS is also to be installed on the cluster, then you need to be aware that SSRS is not cluster-aware as far as I know. Our config puts SSRS on a separate server.

quote:
Originally posted by josh2009


That's a good idea. So basically you replicate real-time transactions by persisting them in the second db. Do you use after insert, update triggers running stored procs to replicate your prod db?



No, we use transactional replication, which is a SQL Server technology that replicates DML transactions to another database.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page

josh2009
Yak Posting Veteran

81 Posts

Posted - 2010-05-04 : 17:46:04
We have 2 physical DBs, one basically a mirror of the other, and for our prod db we connect to a "virtual" db pointed to one of the 2 DBs. This is our true prod db. So, what would be a recommended way to install SSRS to point to our prod db? Thanks.


quote:
Originally posted by tkizer

quote:
Originally posted by josh2009

Our SQL server db is installed in a cluster. Does that pose a potential problem for installing SSRS?


If SSRS is also to be installed on the cluster, then you need to be aware that SSRS is not cluster-aware as far as I know. Our config puts SSRS on a separate server.

quote:
Originally posted by josh2009


That's a good idea. So basically you replicate real-time transactions by persisting them in the second db. Do you use after insert, update triggers running stored procs to replicate your prod db?



No, we use transactional replication, which is a SQL Server technology that replicates DML transactions to another database.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog

Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2010-05-04 : 17:48:18
The recommendation is to always put SSRS on its own server since SQL Server should be on a dedicated machine. We put SSRS on the web server.

But this config requires you to license SSRS as well. If SSRS is on the same machine as SQL Server, then you don't need additional licenses.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page

josh2009
Yak Posting Veteran

81 Posts

Posted - 2010-05-04 : 18:02:58
I see. Thanks for the info and recommendation. We would most likely install SSRS in a separate server. Thanks again.

quote:
Originally posted by tkizer

The recommendation is to always put SSRS on its own server since SQL Server should be on a dedicated machine. We put SSRS on the web server.

But this config requires you to license SSRS as well. If SSRS is on the same machine as SQL Server, then you don't need additional licenses.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog

Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2010-05-04 : 18:07:31
You're welcome, glad to help.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page
   

- Advertisement -