November 13, 2014 at 7:09 pm
we are impementating sql server 2014 for data warehousing. is this version stable?
we are going to start out with a 600gig hard drive. can anyone recommend a drive?
our source system has less than a terabyte and we will only bring some of it over.
We are going to have 2 pyhscial processors that are dual core with 8 gig of memory.
Does this config sound good?
November 13, 2014 at 8:01 pm
mfriessnig (11/13/2014)
we are impementating sql server 2014 for data warehousing. is this version stable?we are going to start out with a 600gig hard drive. can anyone recommend a drive?
our source system has less than a terabyte and we will only bring some of it over.
We are going to have 2 pyhscial processors that are dual core with 8 gig of memory.
Does this config sound good?
Without knowing anything about proposed usage of this data, the only question I can answer is whether SQL 2014 is stable - the answer to that question is definitely Yes.
As for the rest of your questions, they all depend on usage. If you have very few users who don't ask much - this config may well be OK for you. If you have a lot of users, it will be no where near sufficient.
November 13, 2014 at 8:12 pm
thanks! yes we will have a very low number of users. many reports will run off hours. We need it to merge data and
aggregate.
Any ideas on the disk drive?
November 13, 2014 at 9:11 pm
If you have the money, you'd better off with more than one disk to stripe the access. Also, for ~600gb of data, 8gb is a shockingly small amount of memory. I'd recommend at least 32gb to support that much.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
November 14, 2014 at 7:23 am
November 14, 2014 at 10:09 am
Always shoot big on memory. As has already been stated, 8GB is shockingly low for a 600GB DB. You can't just think user, connections, and queries... you also have to think backup buffers, index maintenance, stats maintenance, integrity checks, and special purpose queries such as a detailed call to sys.dm_db_index_physical_stats, etc, etc.
Don't go cheap on disks, either. I recommend doing a bit of an analysis and make sure that you have enough disk for at least 2 years of growth online and pre-allocated and, I agree... the logical drives should be striped for performance and reliability. Don't forget that backup disk space should be about 3 times the size of the used portion of the database.
As a play on words to "Red" Adair's famous quote, if people think it's expensive to buy the right stuff, wait until you buy the wrong stuff. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 10:18 am
mfriessnig (11/13/2014)
We are going to have 2 pyhscial processors that are dual core with 8 gig of memory.Does this config sound good?
I think my cell phone has more than 8GB of memory...
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
November 14, 2014 at 10:23 am
My advice to you would be don't skimp on memory. It is cheap and it is the best thing you can do to get good performance out of SQL Server. The more the memory the better. Buy as much as you can get into that server. By the time you have Windows and all of the other minor software on that server it has sucked up 2 gig easily... and you don't want to strangle the operating system from memory when it wants it.
Viewing 8 posts - 1 through 7 (of 7 total)
You must be logged in to reply to this topic. Login to reply