April 7, 2014 at 8:43 am
Hi,
I am new in SQL SERVER.
Could you please tell me the difference between SQL SERVER 2008 R2 (RTM) and SQL SERVER2008R2(SP2).
And which one is best for production database.
Thanks
April 7, 2014 at 8:46 am
RTM = Ready To Manufacture, SP2 = Service Pack 2
The one with SP2 has service packs 1 & 2 already in the installation bits so that you don't have to upgrade your system after installing the RTM (the original relase). Go with the SP2 one.
April 7, 2014 at 8:56 am
Thanks Keith for replying so quick.
one more is question : I have sql server 2008R2(RTM) and two production database is running. And from one week client has complaining slowness issue. I have checked evrything like cpu usage, memory, profiler. everywhere its showing normal.
is there any possibility , the slowness issue is because sql server version.
do i need to upgrade the sql server 2008R2(RTM) to sp2 ?
April 7, 2014 at 8:59 am
Highly unlikely.
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
April 7, 2014 at 9:12 am
arooj300 (4/7/2014)
Thanks Keith for replying so quick.one more is question : I have sql server 2008R2(RTM) and two production database is running. And from one week client has complaining slowness issue. I have checked evrything like cpu usage, memory, profiler. everywhere its showing normal.
is there any possibility , the slowness issue is because sql server version.
do i need to upgrade the sql server 2008R2(RTM) to sp2 ?
How do you determine normal? Have you measured values to compare? Are you checking specific queries that are slow? Have to examined execution plans? Are they "normal" to something you compare them to? Is the client measuring from their application? Perhaps something else on another server or the client is running?
There's lots to check and as Gail mentioned, it's not likely this is version related.
April 7, 2014 at 12:12 pm
Performance is most often related to the code or the structure. But, sometimes it can be other things. For example, do you have any process for maintaining statistics on your servers? If not, you might want to, at a minimum, run sp_updatestats to get the statistics updated. But performance tuning is a giant topic. You need to gather metrics, compare them, comprehend their meaning and then begin to address the issues they suggest. If you're just getting started in SQL Server, you're better off focusing on the basics like ensuring that you have good backups in place on your databases, things like that.
"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
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply