What are the merits of buying SAS drives over SATA drives, or vice versa?
3 Answers
SAS=SCSI=manageability, especially under load and also better prefailure diagnostics and tuning capability. Spendy and low capacity/£$€.
SATA=value, capacity and adequate performance for many loads but be aware that 99%+ of SATA drives aren't designed to work 24/7/365 under duress. Also putting them under busy server workloads can dramatically affect their MTBF.
I'd recommend SATA for everything but server and top-end workstation work. You really can't beat SAS for DB work overall.
- 100,240
- 9
- 106
- 238
-
6You are forgetting speed, which is why you can't beat SAS for DBs – Vinko Vrsalovic May 16 '09 at 22:57
-
2Many vendors are now selling high capacity SAS drives ("Near line SAS") which are just SATA drives with a different interface. These drives offer none of the SAS benefits listed above; they exist for the sake of compatibility in an all SAS environment. I've only seen these from server vendors (like Dell), so I don't know if you'll encounter this discrepancy if buying aftermarket drives. – sh-beta May 16 '09 at 23:23
-
@Vinko - the link speeds of SAS & SATA are both pretty comparable (both have 300 & 600MBps variants) but on single-user tasks a 10Krpm SAS disk won't be much faster, if at all, than a 10Krpm SATA disk. Of course there are 15Krpm SAS disks when I'm not sure there are the same in the SATA world. But you're right overall, because of the queue management. @sh-beta I've not seen the Dell ones but I know that the HP ones are either SATA and advertised as such or FATA which is not the same, they're SATA in many ways but with many of the management characteristic and longevity expected of SAS disks. – Chopper3 May 17 '09 at 00:06
-
@sh-beta Seagate have 1TB 7k2 SAS Barracuda drives. They're more expensive than their SATA counterparts, and in my experience perform much worse. – Daniel Lawson Jun 28 '09 at 03:17
-
@Daniel Lawson, Seagate has a 2TB SAS 3.5 disk now actually - don't know if they're shipping – Chopper3 Jun 28 '09 at 10:03
-
Google uses SATA drives in their data centres (Deskstars to be specific) – Neil McGuigan Dec 13 '12 at 03:27
There are two separate parts to your question. Simplifying a bit, a disk consists of the hardware and the controller. Usually when people say "SAS" or "SATA" they are referring to the controller. In principle SAS is a more sophisticated protocol, though in practice for servers with up to say 8 disks there probably isn't much difference between them.
Re the hardware: disk hardware tends to come in two classes based on the seek time. Fast disks have a seek time of 3 to 4 milliseconds while the slower disks have a seek time of 7 to 9 milliseconds. (I say "slower", but 7-9ms is still pretty fast!).
In general SAS controllers are fitted to fast disks while SATA controllers are fitted to slower disks, though there are exceptions. For example the Western Digital Velociraptor disks have a SATA controller but a 3ms seek time. So when people say "SAS disks" this is usually taken to mean "fast disks with a SAS controller" while "SATA" means "slower disks with a SATA controller".
All very well, but to actually answer your question, the seek time is very important when the disks have to do lots of random access. Good examples of this are SQL Server and Exchange. If the disks are a bottleneck then SAS disks will be a lot faster than SATA. However there are two points to make.
Firstly a good controller will make a lot of difference. I use Dells and I particularly like the Perc5/i and 6/i controllers. I have several 2950s with 6 SATA disks on a Perc5/i as a RAID 5, and these are pretty damn fast. Maybe they're not as fast as 6 SAS disks would be, but they're faster than say a 4 SCSI 320 disk RAID 5 on a Perc 4/e that I used to use in the older 2850 servers.
Secondly even though SATA disks are slower than SAS, in many small businesses disk speed won't be a bottleneck.
One last consideration is that traditionally SCSI disks have been (much) more reliable that SATA, not becuase of the controller, but simply because the disk hardware was built to a higher (and more expensive!) standard. Now that you have brands like the Western Digital RE3 SATA disks designed specifically for servers I'm not sure if this is still that much of an issue.
JR
- 7,756
- 1
- 22
- 34
Here are some notes from Wikipedia on the topic (Serial attached SCSI):
SAS vs SATA Systems identify SATA devices by their port number connected to the host bus adapter, while SAS devices are uniquely identified by their World Wide Name (WWN).
SAS protocol supports multiple initiators in a SAS domain, while SATA has no analogous provision.
Most SAS drives provide tagged command queuing, while most newer SATA drives provide native command queuing, each of which has its pros and cons.
SATA follows the ATA command set and thus only supports hard drives and CD/DVD drives. In theory, SAS also supports numerous other devices including scanners and printers. However, this advantage could also be moot, as most such devices have also found alternative paths via such buses as USB, IEEE 1394 (FireWire), and Ethernet.
SAS hardware allows multipath I/O to devices while SATA (prior to SATA II) does not. Per specification, SATA II makes use of port multipliers to achieve port expansion. Some port multiplier manufacturers have implemented multipath I/O using port multiplier hardware.
SATA is marketed as a general-purpose successor to parallel ATA and has become[update] common in the consumer market, whereas the more-expensive SAS targets critical server applications.
SAS error-recovery and -reporting use SCSI commands which have more functionality than the ATA SMART commands used by SATA drives.
SAS uses higher signaling voltages (800-1600 mV TX, 275-1600 mV RX) than SATA (400-600 mV TX, 325-600 mV RX). The higher voltage offers (among other features) the ability to use SAS in server backplanes.
Because of its higher signaling voltages, SAS can use cables up to 8 m (26 ft) long, SATA has a cable-length limit of 1 m (3 ft).
- 398
- 3
- 16
- 537
- 1
- 13
- 22
-
13I'm happy to be put right on this one, and sorry to be negative, but I think there's a general rule on SF that you shouldn't cut'n'paste from elsewhere - although linking is fine, as is paraphrasing, again sorry to be a grump. – Chopper3 May 16 '09 at 22:19
-
1I thought about posting a link, but I thought the information may be helpful to just see up-front. So noted for the future. – Chris Thompson May 17 '09 at 00:40
-
1I understand, it's no biggy, just thought you should know - and I didn't downvote you, there are some about who are a bit too liberal with their scorn if you ask me - you should see my post about using Cydia on iPhones for downvotes! :) – Chopper3 May 17 '09 at 11:28
-
@chopper3: interesting theory, I've got few of my answers with links to Wiki downvoted, while later answers with c´n´p from article I've linked to gets upvoted. – vartec May 17 '09 at 15:09
-
3I think it's because posting Wikipedia content is a bit like quoting a dictionary. Anyone can look that information up. That's not why people come here. – Andrew Ensley Jan 07 '11 at 17:29