Welcome to MSDN Blogs
Sign in
|
Join
|
Help
Euan Garden's BLOG
Life, the Universe, MS, VS, Testing and SQL Server
RSS 2.0
Atom 1.0
Home
About
Email
Search
Go
Tags
FAQ
Flying
Microsoft
PDC
Personal
Rosario
SQL 2008
SQL Myth Busters
SQL Server
Team System
TechEd
VSTSR
News
Archives
June 2008 (2)
May 2008 (2)
March 2008 (2)
February 2008 (2)
January 2008 (2)
December 2007 (3)
November 2007 (5)
October 2007 (4)
September 2007 (1)
August 2007 (4)
July 2007 (7)
June 2007 (2)
May 2007 (2)
April 2007 (1)
March 2007 (2)
February 2007 (5)
January 2007 (9)
December 2006 (4)
November 2006 (1)
October 2006 (3)
September 2006 (5)
August 2006 (3)
July 2006 (9)
June 2006 (11)
May 2006 (10)
April 2006 (8)
March 2006 (8)
February 2006 (9)
January 2006 (9)
December 2005 (8)
November 2005 (21)
October 2005 (8)
September 2005 (7)
August 2005 (6)
July 2005 (6)
June 2005 (21)
May 2005 (8)
February 2005 (3)
January 2005 (2)
December 2004 (5)
November 2004 (14)
Data Dudes
Gert Drapers
Cameron Skinner
Matt Nunn
Thomas Murphy
Dev Team Special Guests
VS Data Team
Roger, SQL + ISV evangelist extraordinaire
Smart Client Data
Matt Stephen, Technet SQL Product Specialist
SQL Server Team Blogs
SQL Server Customer Advisory Team
SQL Server Data Engine + CLR Integration Team
SQL Server Express Team
Michiel Wories, PM on the Managability Team(SMO, sqlcmd etc)
Mosha's Analysis Services Info
Kirk's Integration Services Info
Michael Rys on all things XML
Slava's excellent SQLOS info
SQL Server Database Engine - Tips Site
Rushi's SSB and other interesting stuff site
Remus's SSB Info
John Gallardo, on XML in SQL Server 2005
XML insight from Shankar
Data works, All things data access related
Ken Henderson's deeply sql-geeky blog
Cihangir Biyikoglu's info from ISV land
Ian's Query Plan guidance
TempDB and other cool info from Wei
Bruce Prang on the tools
SQL Server ISV Team
SQL Server Communication Protocols
Relational Engine Management Team
Query Optimizer Team
Bob's cool Reporting Services info
Sleazy SSRS Hacks from Chris
Storage Engine Team
Craig for the QP
Data Team
Jerome on SQL OS
Thursday, June 29, 2006 6:00 AM
euanga
I/O subsystem requirements for the tempdb database
I've been catching up on my
KB reading
, I was prompted to go read this article by Robert Dorr, one of our Escalation Engineers. He was answering a question on one of our internal alias's (dbtalk) asking about using Solid State Disks for tempdb.
Filed under:
SQL Server
,
Microsoft
Comments
#
Interesting Finds: June 29, 2006 AM edition
Thursday, June 29, 2006 11:06 AM by
Jason Haley
#
re: I/O subsystem requirements for the tempdb database
Thursday, June 29, 2006 4:31 PM by
Jake Marx
Hi Euan,
The KB article states "an implementation such as a RAM disk may only be used as the location of the tempdb database and cannot be used for any other database" due to the fact that it's not "durable media". However, there are several products out there (such as the RamSan from Texas Memory Systems) that claim to work well with SQL Server:
http://www.texmemsys.com/files/f000174.pdf
Since products like this have "hot" backups and use "chipkill" technology to detect and recover from errors, would they be considered to be "durable" and thus suitable for database files (other than tempdb)?
We're considering moving to SSD for one of our very busy databases (having issues on an EMC Celerra with high I/O & log wait). Our tempdb is OK based on all the performance monitoring we do, but the LUN the data file is on is performing poorly. I'm certain an SSD-based disk will help with I/O issues, but is doing this against MS's recommendations?
Thanks,
Jake
#
re: I/O subsystem requirements for the tempdb database
Saturday, July 08, 2006 1:41 AM by
euanga
Jake,
As a general rule Microsoft does not certifiy 3rd party storage products. RamSan may well work but it will not have been tested by the SQL Team and hence its impossible to its fine to use it.
If under your testing it works just fine and the vendor is willing to provide you with support/integretity assurances then its your call.
#
re: I/O subsystem requirements for the tempdb database
Monday, August 14, 2006 12:23 PM by
Travis
We are getting a TMS ramdrive in sometime this week. I know that our app doesn't have any disk queing to speak of, so it will be interesting to see if we get a performance increase or if we just move the load to somewhere else in the server.
Either way, I will check back in and share the results of the benchmarking.
#
re: I/O subsystem requirements for the tempdb database
Friday, September 15, 2006 7:07 PM by
Jake Marx
Travis - have you implemented the ramdrive yet? Any thoughts or observations to share on it?
Thanks!
New Comments to this post are disabled