February 1, 2013 at 12:49 pm
Curious what the industry norm is. Can / should i put my report databases on the same server / instance as other production databases ?
In the past my company had created a new server / instance for every item that required sql, after combining some of the smaller ancillary items, im looking at combining the report server also ?
February 4, 2013 at 1:33 am
I have not seen any issues in our environments where the RS and RSTempDB are on the same server as production.
We have SSRS installed on a dedicated box, but the DB is on the main prod engine server.
February 4, 2013 at 3:49 am
Really depends on your resources, you could have a separate server for each aspect or 1 server for all.
I've always had at least 2 anywhere i've worked 1 for live and 1 for reporting/backup so the working environments(reporting) never had any direct interaction with the performance of the live system. I think in most cases this would be the more reasonable setup.
My last job we were adding a 3rd for an SSAS cube in the latest SQL server version but it was a big cost and in my opinion it wasn't really nessesary as it would make the reporting server redundant.
(better to have upgraded the 2nd instead for the cost).
Regards
ld
Stoke-on-Trent
United Kingdom
If at first you don't succeed, go to the pub and drink away your current thought plan.
February 5, 2013 at 5:03 pm
If your SSRS server is querying the operational database (OLTP) directly then I would put them on different servers. SSRS will use the OLTP server to process queries but other resources for running the SSRS website and it's own database would take away resources from your production machine if they were on the same machine. Likewise keeping the SSRS machine as a client of the OLTP server just like any other client e.g. application users, keeps it independent in the case of server issues or required maintenance or upgrades.
On the other hand if you have a datawarehouse and OLAP cubes then I like to put SSRS on the same machine, unless you are completely familiar with Kerberos or you are a security guru and have your own authentication solution. If you don't run Kerberos in your network then double hop is the biggest pain in the backside.
Viewing 4 posts - 1 through 3 (of 3 total)
You must be logged in to reply to this topic. Login to reply