Comments on: SQL University: Where We Store Stuff http://www.brentozar.com/archive/2009/12/sql-university-where-we-store-stuff/ Your technology pain-relief experts. Wed, 08 Feb 2012 16:37:59 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: jason http://www.brentozar.com/archive/2009/12/sql-university-where-we-store-stuff/comment-page-1/#comment-15989 jason Tue, 29 Dec 2009 15:37:56 +0000 http://www.brentozar.com/?p=6380#comment-15989 Thanks Brent! I took a brisk walk with the dog this morning and thought about this a bit more and decided I still need redundancy, Raid levels (as you mentioned) are still relative, and I may want to partition off certain files. Also had the thought that bigger and better hardware is going to turn into bigger(resource intensive) and better applications. So for now I guess this is all exciting but still quite up and coming. Thanks Brent!

I took a brisk walk with the dog this morning and thought about this a bit more and decided I still need redundancy, Raid levels (as you mentioned) are still relative, and I may want to partition off certain files. Also had the thought that bigger and better hardware is going to turn into bigger(resource intensive) and better applications. So for now I guess this is all exciting but still quite up and coming.

]]> By: Brent Ozar http://www.brentozar.com/archive/2009/12/sql-university-where-we-store-stuff/comment-page-1/#comment-15984 Brent Ozar Tue, 29 Dec 2009 13:19:39 +0000 http://www.brentozar.com/?p=6380#comment-15984 Jason - for entry-level databases, like databases under 100gb, that practice is pretty much already out the window. For larger databases, though, it still makes sense, because you can need more throughput than even SSDs can deliver. Jason – for entry-level databases, like databases under 100gb, that practice is pretty much already out the window. For larger databases, though, it still makes sense, because you can need more throughput than even SSDs can deliver.

]]> By: jason http://www.brentozar.com/archive/2009/12/sql-university-where-we-store-stuff/comment-page-1/#comment-15983 jason Tue, 29 Dec 2009 13:15:29 +0000 http://www.brentozar.com/?p=6380#comment-15983 I guess it was more of a theoretical question for now. "In the future" with ssd's, is the best practice of separate drives going out the window? I guess it was more of a theoretical question for now. “In the future” with ssd’s, is the best practice of separate drives going out the window?

]]> By: Brent Ozar http://www.brentozar.com/archive/2009/12/sql-university-where-we-store-stuff/comment-page-1/#comment-15980 Brent Ozar Tue, 29 Dec 2009 12:46:41 +0000 http://www.brentozar.com/?p=6380#comment-15980 Jason - it depends. As of this writing (12/2009), there's cost/capacity issues with SSDs, and there's also compatibility issues. Most server vendors still aren't shipping all of their servers with solid state drives, and they're not certifying many SSDs on their compatibility lists, so you can run into problems. If you put them directly into your server, then you can't do clustering. If you put them into shared storage (like a SAN), then you have to be on the SAN's compatibility list, and that's rather difficult right now. Jason – it depends. As of this writing (12/2009), there’s cost/capacity issues with SSDs, and there’s also compatibility issues. Most server vendors still aren’t shipping all of their servers with solid state drives, and they’re not certifying many SSDs on their compatibility lists, so you can run into problems. If you put them directly into your server, then you can’t do clustering. If you put them into shared storage (like a SAN), then you have to be on the SAN’s compatibility list, and that’s rather difficult right now.

]]>