March 14, 2014 at 3:49 pm
Hi,
We have requirements for future DWH system. One of the requirements is that 200 users(60 of which contantion) will build reports from the system. I need choose license and amount cores. Sure, I wanna buy "BI" licence because it is more cheaper but then the maximum number of cores is 16.
I have no design experience so loaded systems and I am afraid that 200 people are not able to work comfortably.
March 14, 2014 at 4:43 pm
Exproment (3/14/2014)
Hi,We have requirements for future DWH system. One of the requirements is that 200 users(60 of which contantion) will build reports from the system. I need choose license and amount cores. Sure, I wanna buy "BI" licence because it is more cheaper but then the maximum number of cores is 16.
I have no design experience so loaded systems and I am afraid that 200 people are not able to work comfortably.
If you have no experience doing this then why are you doing this?!? That just smacks of setting you, and your company, up to fail. I will assume you meant "concurrent", i.e. at the same time, instead of "contention". Given that, you are missing some SERIOUS amount of information to come up with your task. How big is the data? Is it partitionable, and if so will you have lots of queries that will allow for partition elimination (assuming you buy an edition of SQL Server that allows for that)? How fast will the data grow? What type of IO system will you be putting it on? Sometimes a very fast (i.e. lots of dedicated spindles and/or SSD) IO subsystem can make up for a lack of other things - until you become CPU bound, which can quickly happen with fast IO and huge queries. Also, will you have the Resource Governor at your disposal to throttle things a bit? Note this is also enterprise edition only. Note also that in SQL 2014 we can finally throttle IOPS, so that could be a consideration too. Column store indexes?? What are your HA/DR requirements? I could go on and on here.
Perhaps a Fast Track Data Warehouse would fit the bill? This assumes that you do mostly large scan aggregate queries, among other things.
Best,
Kevin G. Boles
SQL Server Consultant
SQL MVP 2007-2012
TheSQLGuru on googles mail service
Viewing 2 posts - 1 through 1 (of 1 total)
You must be logged in to reply to this topic. Login to reply