<article>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#article09_07_05_1729257</id>
	<title>RAID Trust Issues &mdash; Windows Or a Cheap Controller?</title>
	<author>Soulskill</author>
	<datestamp>1246821120000</datestamp>
	<htmltext>NicApicella writes <i>"My new system has two sparklin' SATA drives which I would like to mirror. After having been burned by a not-so-cheap, dedicated RAID controller, I have been pointed to software RAID solutions. I now stand in front of two choices for setting up my RAID: a Windows 7 RC software RAID or a hardware RAID done by the cheap integrated RAID controller of my motherboard. Based on past experiences, I have decided that only my data is worth saving &mdash; that's why the RAID should mirror two disks (FAT32) that are not the boot disk (i.e. do not contain an OS or any fancy stuff). Of course, such a setup should secure my data; should a drive crash, I want the system up and running in no time. Even more importantly, I want any drive and its data to be as safe and portable as possible (that's the reason for choosing FAT32), even if the OS or the controller screw up big time. So, which should I choose? Who should I trust more, Microsoft's Windows 7 or possibly the cheapest RAID controller on the market? Are there other cheap solutions?"</i></htmltext>
<tokenext>NicApicella writes " My new system has two sparklin ' SATA drives which I would like to mirror .
After having been burned by a not-so-cheap , dedicated RAID controller , I have been pointed to software RAID solutions .
I now stand in front of two choices for setting up my RAID : a Windows 7 RC software RAID or a hardware RAID done by the cheap integrated RAID controller of my motherboard .
Based on past experiences , I have decided that only my data is worth saving    that 's why the RAID should mirror two disks ( FAT32 ) that are not the boot disk ( i.e .
do not contain an OS or any fancy stuff ) .
Of course , such a setup should secure my data ; should a drive crash , I want the system up and running in no time .
Even more importantly , I want any drive and its data to be as safe and portable as possible ( that 's the reason for choosing FAT32 ) , even if the OS or the controller screw up big time .
So , which should I choose ?
Who should I trust more , Microsoft 's Windows 7 or possibly the cheapest RAID controller on the market ?
Are there other cheap solutions ?
"</tokentext>
<sentencetext>NicApicella writes "My new system has two sparklin' SATA drives which I would like to mirror.
After having been burned by a not-so-cheap, dedicated RAID controller, I have been pointed to software RAID solutions.
I now stand in front of two choices for setting up my RAID: a Windows 7 RC software RAID or a hardware RAID done by the cheap integrated RAID controller of my motherboard.
Based on past experiences, I have decided that only my data is worth saving — that's why the RAID should mirror two disks (FAT32) that are not the boot disk (i.e.
do not contain an OS or any fancy stuff).
Of course, such a setup should secure my data; should a drive crash, I want the system up and running in no time.
Even more importantly, I want any drive and its data to be as safe and portable as possible (that's the reason for choosing FAT32), even if the OS or the controller screw up big time.
So, which should I choose?
Who should I trust more, Microsoft's Windows 7 or possibly the cheapest RAID controller on the market?
Are there other cheap solutions?
"</sentencetext>
</article>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588395</id>
	<title>Re:RAID != BACKUP</title>
	<author>technomanceraus</author>
	<datestamp>1246786260000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>RAID == BACKUP for the general public. I have time and time again tried to teach my non-computer literate friends and family to backup their data<nobr> <wbr></nobr>... they have good intentions especially if they've recently lost data but ultimately they don't backup or do it once and don't do it again.
They best solution I have found, that gave me a little peace of mind that there data might be semi safe, is a RAID mirror setup. At least if one drive dies there's hope that the data will be salvageable. Cause you can bet they haven't performed any backup for months if ever.</htmltext>
<tokenext>RAID = = BACKUP for the general public .
I have time and time again tried to teach my non-computer literate friends and family to backup their data ... they have good intentions especially if they 've recently lost data but ultimately they do n't backup or do it once and do n't do it again .
They best solution I have found , that gave me a little peace of mind that there data might be semi safe , is a RAID mirror setup .
At least if one drive dies there 's hope that the data will be salvageable .
Cause you can bet they have n't performed any backup for months if ever .</tokentext>
<sentencetext>RAID == BACKUP for the general public.
I have time and time again tried to teach my non-computer literate friends and family to backup their data ... they have good intentions especially if they've recently lost data but ultimately they don't backup or do it once and don't do it again.
They best solution I have found, that gave me a little peace of mind that there data might be semi safe, is a RAID mirror setup.
At least if one drive dies there's hope that the data will be salvageable.
Cause you can bet they haven't performed any backup for months if ever.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587827</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588005</id>
	<title>Re:It's *NOT* hardware raid on your motherboard.</title>
	<author>Anonymous</author>
	<datestamp>1246826520000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>actually a few server motherboards have real raid cards builtin.</p><p>but most of them are fake.</p><p>If you really want RAID, either a) use mdadm or LVM (linux)<br>b) use gmirror (FreeBSD)<br>c) buy a real raid card (3ware or something - you'll see they'll cost more than 300 dollars normally)</p></htmltext>
<tokenext>actually a few server motherboards have real raid cards builtin.but most of them are fake.If you really want RAID , either a ) use mdadm or LVM ( linux ) b ) use gmirror ( FreeBSD ) c ) buy a real raid card ( 3ware or something - you 'll see they 'll cost more than 300 dollars normally )</tokentext>
<sentencetext>actually a few server motherboards have real raid cards builtin.but most of them are fake.If you really want RAID, either a) use mdadm or LVM (linux)b) use gmirror (FreeBSD)c) buy a real raid card (3ware or something - you'll see they'll cost more than 300 dollars normally)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592363</id>
	<title>Windows? Use NTFS</title>
	<author>Ilgaz</author>
	<datestamp>1246877040000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>FAT32 is a huge mistake. First of all, there is no journaling. All operating systems, at least reads NTFS fine and with the new fashion NTFS-3G, you can write to them and with ''test disk'' or a Linux recovery boot CD, you can even repair them better than Windows ever can.</p><p>Don't use FAT. That is all I can say. Even if you buy a mainframe class IBM storage solution, it won't save you from evil FAT issues.</p></htmltext>
<tokenext>FAT32 is a huge mistake .
First of all , there is no journaling .
All operating systems , at least reads NTFS fine and with the new fashion NTFS-3G , you can write to them and with ''test disk' ' or a Linux recovery boot CD , you can even repair them better than Windows ever can.Do n't use FAT .
That is all I can say .
Even if you buy a mainframe class IBM storage solution , it wo n't save you from evil FAT issues .</tokentext>
<sentencetext>FAT32 is a huge mistake.
First of all, there is no journaling.
All operating systems, at least reads NTFS fine and with the new fashion NTFS-3G, you can write to them and with ''test disk'' or a Linux recovery boot CD, you can even repair them better than Windows ever can.Don't use FAT.
That is all I can say.
Even if you buy a mainframe class IBM storage solution, it won't save you from evil FAT issues.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588165</id>
	<title>don't use RC as your production box</title>
	<author>PastorPete</author>
	<datestamp>1246784460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>you shouldn't be using release candidate software as your production box. everything else become academic after that.
when Windows 7 is released to the general public in a production version and you upgrade, you're going to need to wipe your RC version. so just don't do it.</htmltext>
<tokenext>you should n't be using release candidate software as your production box .
everything else become academic after that .
when Windows 7 is released to the general public in a production version and you upgrade , you 're going to need to wipe your RC version .
so just do n't do it .</tokentext>
<sentencetext>you shouldn't be using release candidate software as your production box.
everything else become academic after that.
when Windows 7 is released to the general public in a production version and you upgrade, you're going to need to wipe your RC version.
so just don't do it.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589849</id>
	<title>WE KNOW RAID ISNT A BACKUP, NOW SHUT UP</title>
	<author>Anonymous</author>
	<datestamp>1246802040000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>1</modscore>
	<htmltext><p>Amazing, all these posts and hardly anyone actulay answered his question. Frankly these people who say raid isnt a replacement for backups should just shut the hell up already. The reason people use raid as in mirroring is just for redundacy, and for that purpose it works well. Regardless of what people have been saying about how useless it is I cant say I ever saw a mirrored array fail in a way to lose data when the whole system was fried, talking about file system errors and mailware causing you to lose data is like not driving because you might get carjacked.</p><p>Also what is with the people recomending using 2 identical drives? I have seen failues on arrays like that where one will die and then a few hours/days later the identical disk will die as well. Its better to have at least 2 different models so that if you bought a bad run when you got your drives, they wont all die close together.</p><p>But to ACTULAY ANSWER HIS QUESTION...<br>I have never had an issue with a onboard controler. Unless your planning on having a large array instead of a mirror it should be just fine.</p></htmltext>
<tokenext>Amazing , all these posts and hardly anyone actulay answered his question .
Frankly these people who say raid isnt a replacement for backups should just shut the hell up already .
The reason people use raid as in mirroring is just for redundacy , and for that purpose it works well .
Regardless of what people have been saying about how useless it is I cant say I ever saw a mirrored array fail in a way to lose data when the whole system was fried , talking about file system errors and mailware causing you to lose data is like not driving because you might get carjacked.Also what is with the people recomending using 2 identical drives ?
I have seen failues on arrays like that where one will die and then a few hours/days later the identical disk will die as well .
Its better to have at least 2 different models so that if you bought a bad run when you got your drives , they wont all die close together.But to ACTULAY ANSWER HIS QUESTION...I have never had an issue with a onboard controler .
Unless your planning on having a large array instead of a mirror it should be just fine .</tokentext>
<sentencetext>Amazing, all these posts and hardly anyone actulay answered his question.
Frankly these people who say raid isnt a replacement for backups should just shut the hell up already.
The reason people use raid as in mirroring is just for redundacy, and for that purpose it works well.
Regardless of what people have been saying about how useless it is I cant say I ever saw a mirrored array fail in a way to lose data when the whole system was fried, talking about file system errors and mailware causing you to lose data is like not driving because you might get carjacked.Also what is with the people recomending using 2 identical drives?
I have seen failues on arrays like that where one will die and then a few hours/days later the identical disk will die as well.
Its better to have at least 2 different models so that if you bought a bad run when you got your drives, they wont all die close together.But to ACTULAY ANSWER HIS QUESTION...I have never had an issue with a onboard controler.
Unless your planning on having a large array instead of a mirror it should be just fine.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598941</id>
	<title>Re: online backups</title>
	<author>Anonymous</author>
	<datestamp>1246871700000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>If you got the money, do both. I wouldn't trust a 3rd party with my sole backup, but I don't know how much I would trust my backup to be safe in the same room/building as the original. Local problems like fire would take them both out.</p></htmltext>
<tokenext>If you got the money , do both .
I would n't trust a 3rd party with my sole backup , but I do n't know how much I would trust my backup to be safe in the same room/building as the original .
Local problems like fire would take them both out .</tokentext>
<sentencetext>If you got the money, do both.
I wouldn't trust a 3rd party with my sole backup, but I don't know how much I would trust my backup to be safe in the same room/building as the original.
Local problems like fire would take them both out.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588189</id>
	<title>Re:Real RAID is (not all that) cheap</title>
	<author>Froggie</author>
	<datestamp>1246784640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>You can buy a PC for less than that, and install OpenFiler, or any of a number of free/Free soft-RAID solutions that support Samba.</p><p>If you buy a RAID controller, you move the SPOF to the controller rather than the disks (though admittedly it's not got moving parts and should last longer).  If you do use a RAID controller card, though, and you want safety, you need a spare RAID controller of the same sort in a drawer somewhere if you expect to get your data back, unless you're sure that the RAID doesn't use a funny on-disk format to store the options it's using.</p><p>If the machine is doing RAID and not much else, what are you saving by buying expensive hardware to offload the RAID processing when you already have a mostly idle box sitting there already?</p></htmltext>
<tokenext>You can buy a PC for less than that , and install OpenFiler , or any of a number of free/Free soft-RAID solutions that support Samba.If you buy a RAID controller , you move the SPOF to the controller rather than the disks ( though admittedly it 's not got moving parts and should last longer ) .
If you do use a RAID controller card , though , and you want safety , you need a spare RAID controller of the same sort in a drawer somewhere if you expect to get your data back , unless you 're sure that the RAID does n't use a funny on-disk format to store the options it 's using.If the machine is doing RAID and not much else , what are you saving by buying expensive hardware to offload the RAID processing when you already have a mostly idle box sitting there already ?</tokentext>
<sentencetext>You can buy a PC for less than that, and install OpenFiler, or any of a number of free/Free soft-RAID solutions that support Samba.If you buy a RAID controller, you move the SPOF to the controller rather than the disks (though admittedly it's not got moving parts and should last longer).
If you do use a RAID controller card, though, and you want safety, you need a spare RAID controller of the same sort in a drawer somewhere if you expect to get your data back, unless you're sure that the RAID doesn't use a funny on-disk format to store the options it's using.If the machine is doing RAID and not much else, what are you saving by buying expensive hardware to offload the RAID processing when you already have a mostly idle box sitting there already?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588001</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590423</id>
	<title>My 2 cents</title>
	<author>Explodo</author>
	<datestamp>1246809240000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I sit here, writing this reply, on a motherboard fake raid that's down one HD.  All of my data is still here.  It's all still easily accessible and I can keep using this system while I wait for the HD that I ordered to show up so I can get back to full data duplication.  It's a very handy feature considering that if I had had the HD fail and wasn't using RAID, I'd be SOL as far as this system is concerned.  To those who say that RAID isn't backup, they're right.  Making any copies of your data and keeping them in the same building as the original data is also not a backup, as a fire can easily wipe it all out.

For general usage, keeping your systems operable during disk failures, I think that RAID is a wonderful thing to use and I just use the fake raid of the motherboard.  On my linux system, I use a software raid because it's easier than getting the system to recognize the motherboard-based solutions.  If that's changed by now, then that's great, but it wasn't an option when I built the system.</htmltext>
<tokenext>I sit here , writing this reply , on a motherboard fake raid that 's down one HD .
All of my data is still here .
It 's all still easily accessible and I can keep using this system while I wait for the HD that I ordered to show up so I can get back to full data duplication .
It 's a very handy feature considering that if I had had the HD fail and was n't using RAID , I 'd be SOL as far as this system is concerned .
To those who say that RAID is n't backup , they 're right .
Making any copies of your data and keeping them in the same building as the original data is also not a backup , as a fire can easily wipe it all out .
For general usage , keeping your systems operable during disk failures , I think that RAID is a wonderful thing to use and I just use the fake raid of the motherboard .
On my linux system , I use a software raid because it 's easier than getting the system to recognize the motherboard-based solutions .
If that 's changed by now , then that 's great , but it was n't an option when I built the system .</tokentext>
<sentencetext>I sit here, writing this reply, on a motherboard fake raid that's down one HD.
All of my data is still here.
It's all still easily accessible and I can keep using this system while I wait for the HD that I ordered to show up so I can get back to full data duplication.
It's a very handy feature considering that if I had had the HD fail and wasn't using RAID, I'd be SOL as far as this system is concerned.
To those who say that RAID isn't backup, they're right.
Making any copies of your data and keeping them in the same building as the original data is also not a backup, as a fire can easily wipe it all out.
For general usage, keeping your systems operable during disk failures, I think that RAID is a wonderful thing to use and I just use the fake raid of the motherboard.
On my linux system, I use a software raid because it's easier than getting the system to recognize the motherboard-based solutions.
If that's changed by now, then that's great, but it wasn't an option when I built the system.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588085</id>
	<title>You may not have a choice</title>
	<author>Anonymous</author>
	<datestamp>1246827000000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Software RAID 1 is only supported on server versions of Windows, and I haven't read anything on Windows 7 that mentioned any changes in that regard.</p><p>I don't really trust cheap motherboard RAID controllers, but I'd use them for RAID 1, since each drive has a complete copy of the data. For any sort of redundant striping (RAID 5/6/10/50), I would use software RAID or a real hardware RAID controller.</p></htmltext>
<tokenext>Software RAID 1 is only supported on server versions of Windows , and I have n't read anything on Windows 7 that mentioned any changes in that regard.I do n't really trust cheap motherboard RAID controllers , but I 'd use them for RAID 1 , since each drive has a complete copy of the data .
For any sort of redundant striping ( RAID 5/6/10/50 ) , I would use software RAID or a real hardware RAID controller .</tokentext>
<sentencetext>Software RAID 1 is only supported on server versions of Windows, and I haven't read anything on Windows 7 that mentioned any changes in that regard.I don't really trust cheap motherboard RAID controllers, but I'd use them for RAID 1, since each drive has a complete copy of the data.
For any sort of redundant striping (RAID 5/6/10/50), I would use software RAID or a real hardware RAID controller.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589157</id>
	<title>Re:You are asking the wrong question.</title>
	<author>pasamio</author>
	<datestamp>1246793820000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>I had a similar case where the controller decided it wanted to die and started writing spurious data to the disks. RAID won't protect you from the controller itself dying - and that also can occur for software RAID as well, the controller can still bork your data.</p></htmltext>
<tokenext>I had a similar case where the controller decided it wanted to die and started writing spurious data to the disks .
RAID wo n't protect you from the controller itself dying - and that also can occur for software RAID as well , the controller can still bork your data .</tokentext>
<sentencetext>I had a similar case where the controller decided it wanted to die and started writing spurious data to the disks.
RAID won't protect you from the controller itself dying - and that also can occur for software RAID as well, the controller can still bork your data.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587851</id>
	<title>RAID is "High Availability"</title>
	<author>Anonymous</author>
	<datestamp>1246825140000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Please back up your data.  RAID will not save it when your PSU dies and takes both your drives with it.</p></htmltext>
<tokenext>Please back up your data .
RAID will not save it when your PSU dies and takes both your drives with it .</tokentext>
<sentencetext>Please back up your data.
RAID will not save it when your PSU dies and takes both your drives with it.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594409</id>
	<title>Get ZFS.  Seriously</title>
	<author>Anonymous</author>
	<datestamp>1246894920000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Your best bet is to set up an OpenSolaris server, configure a zpool and share the filesystem natively using CIFS.</p><p>You'll get incremental snapshots, so you can recover a file you accidentally delete.  Snapshots are also good in cases of malware infestation.</p><p>You'll get end to end checksum integrity of your data, so you can avoid hardware RAID write errors.</p><p>You can replicate your data to an offsite server at the block level for backup purposes.</p><p>The only downside is you need another server, unless you had really nice hardware and you wanted to run Windows in a VM on the same host.  But then again we've been suggesting a lot of solutions that require a seperate machine, when it sounds like the guy really wants a Windows centric solution.</p></htmltext>
<tokenext>Your best bet is to set up an OpenSolaris server , configure a zpool and share the filesystem natively using CIFS.You 'll get incremental snapshots , so you can recover a file you accidentally delete .
Snapshots are also good in cases of malware infestation.You 'll get end to end checksum integrity of your data , so you can avoid hardware RAID write errors.You can replicate your data to an offsite server at the block level for backup purposes.The only downside is you need another server , unless you had really nice hardware and you wanted to run Windows in a VM on the same host .
But then again we 've been suggesting a lot of solutions that require a seperate machine , when it sounds like the guy really wants a Windows centric solution .</tokentext>
<sentencetext>Your best bet is to set up an OpenSolaris server, configure a zpool and share the filesystem natively using CIFS.You'll get incremental snapshots, so you can recover a file you accidentally delete.
Snapshots are also good in cases of malware infestation.You'll get end to end checksum integrity of your data, so you can avoid hardware RAID write errors.You can replicate your data to an offsite server at the block level for backup purposes.The only downside is you need another server, unless you had really nice hardware and you wanted to run Windows in a VM on the same host.
But then again we've been suggesting a lot of solutions that require a seperate machine, when it sounds like the guy really wants a Windows centric solution.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589767</id>
	<title>Re:You are asking the wrong question.</title>
	<author>Vile Slime</author>
	<datestamp>1246801200000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I had an Antec power supply fry my Asus M/B and the associated two SATA drives serving as a RAID 1 system.</p><p>What was interesting about it was that one of the Seagate drives literally caught fire.  Yes, I said that correctly, the drive was burning with a visible flame.</p><p>What happened was I was booting the machine and I luckily had the cover off at the time.  I noticed some flickering on one of the Seagate drives and my immediate thought was, "Huh, I don't remember there being a LED on that drive".</p><p>A moment later I looked down to investigate and literally there was a flame of about an inch in length exiting from the drives board.</p><p>Quickly I shut the power off and the flame went away.</p><p>Needless to say my entire RAID was gone.  The machine was seldom used, but extremely important, and fortunately I had made a full acronis backup two weeks earlier.  Thus, only perhaps 4 hours of work went missing.</p><p>Being the nice guy I am I decided to call Seagate to let them know that they had drives that can burst into flames.  They practically called me a liar.  They refused to entertain the idea that their drive had burst into flames.  Now I'm not blaming Seagate for the problem, but it was their equipment that could have burned my house down.</p><p>BTW, the flame came from a Texas Instruments chip on the drive board.</p><p>I suspect the real culprit was the Antec power supply.  BTW, my buddies and I have had really bad luck with Antec power supplies recently.  I have had two $90 plus power supplies go bad while a buddy of mine had the same thing happen to an Antec within the last six months.</p><p>I've decided that I'm not gonna spend that sort of money for crappy quality.</p></htmltext>
<tokenext>I had an Antec power supply fry my Asus M/B and the associated two SATA drives serving as a RAID 1 system.What was interesting about it was that one of the Seagate drives literally caught fire .
Yes , I said that correctly , the drive was burning with a visible flame.What happened was I was booting the machine and I luckily had the cover off at the time .
I noticed some flickering on one of the Seagate drives and my immediate thought was , " Huh , I do n't remember there being a LED on that drive " .A moment later I looked down to investigate and literally there was a flame of about an inch in length exiting from the drives board.Quickly I shut the power off and the flame went away.Needless to say my entire RAID was gone .
The machine was seldom used , but extremely important , and fortunately I had made a full acronis backup two weeks earlier .
Thus , only perhaps 4 hours of work went missing.Being the nice guy I am I decided to call Seagate to let them know that they had drives that can burst into flames .
They practically called me a liar .
They refused to entertain the idea that their drive had burst into flames .
Now I 'm not blaming Seagate for the problem , but it was their equipment that could have burned my house down.BTW , the flame came from a Texas Instruments chip on the drive board.I suspect the real culprit was the Antec power supply .
BTW , my buddies and I have had really bad luck with Antec power supplies recently .
I have had two $ 90 plus power supplies go bad while a buddy of mine had the same thing happen to an Antec within the last six months.I 've decided that I 'm not gon na spend that sort of money for crappy quality .</tokentext>
<sentencetext>I had an Antec power supply fry my Asus M/B and the associated two SATA drives serving as a RAID 1 system.What was interesting about it was that one of the Seagate drives literally caught fire.
Yes, I said that correctly, the drive was burning with a visible flame.What happened was I was booting the machine and I luckily had the cover off at the time.
I noticed some flickering on one of the Seagate drives and my immediate thought was, "Huh, I don't remember there being a LED on that drive".A moment later I looked down to investigate and literally there was a flame of about an inch in length exiting from the drives board.Quickly I shut the power off and the flame went away.Needless to say my entire RAID was gone.
The machine was seldom used, but extremely important, and fortunately I had made a full acronis backup two weeks earlier.
Thus, only perhaps 4 hours of work went missing.Being the nice guy I am I decided to call Seagate to let them know that they had drives that can burst into flames.
They practically called me a liar.
They refused to entertain the idea that their drive had burst into flames.
Now I'm not blaming Seagate for the problem, but it was their equipment that could have burned my house down.BTW, the flame came from a Texas Instruments chip on the drive board.I suspect the real culprit was the Antec power supply.
BTW, my buddies and I have had really bad luck with Antec power supplies recently.
I have had two $90 plus power supplies go bad while a buddy of mine had the same thing happen to an Antec within the last six months.I've decided that I'm not gonna spend that sort of money for crappy quality.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28602219</id>
	<title>Re:RAID is never about protection.</title>
	<author>jon3k</author>
	<datestamp>1246887840000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>And when you accidentally delete that file you've been working on for a week you'll be glad you had your backups<nobr> <wbr></nobr>:)</htmltext>
<tokenext>And when you accidentally delete that file you 've been working on for a week you 'll be glad you had your backups : )</tokentext>
<sentencetext>And when you accidentally delete that file you've been working on for a week you'll be glad you had your backups :)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588829</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589365</id>
	<title>Re:It's *NOT* hardware raid on your motherboard.</title>
	<author>Anonymous</author>
	<datestamp>1246796460000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>If you fry the motherboard, how can you be sure that even the next version of the same brand mobo uses the same format?<br>Regardless of whether your raid controller is a mobo built-in or add-on card, loss of the controller can be catastrophic.</p></htmltext>
<tokenext>If you fry the motherboard , how can you be sure that even the next version of the same brand mobo uses the same format ? Regardless of whether your raid controller is a mobo built-in or add-on card , loss of the controller can be catastrophic .</tokentext>
<sentencetext>If you fry the motherboard, how can you be sure that even the next version of the same brand mobo uses the same format?Regardless of whether your raid controller is a mobo built-in or add-on card, loss of the controller can be catastrophic.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588195</id>
	<title>linux software raid is as portable as it gets</title>
	<author>Anonymous</author>
	<datestamp>1246784700000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Linux software RAID is about as portable as it gets. It is totally independent of software vendors and/or hardware vendors. It also gives you great flexibility with file systems and growth. You can even make a RAID 5 array and just slap another drive in later to extend your space, something which other solutions don't let you do.</p></htmltext>
<tokenext>Linux software RAID is about as portable as it gets .
It is totally independent of software vendors and/or hardware vendors .
It also gives you great flexibility with file systems and growth .
You can even make a RAID 5 array and just slap another drive in later to extend your space , something which other solutions do n't let you do .</tokentext>
<sentencetext>Linux software RAID is about as portable as it gets.
It is totally independent of software vendors and/or hardware vendors.
It also gives you great flexibility with file systems and growth.
You can even make a RAID 5 array and just slap another drive in later to extend your space, something which other solutions don't let you do.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587829</id>
	<title>I've said it before...</title>
	<author>Coppit</author>
	<datestamp>1246825080000</datestamp>
	<modclass>Offtopic</modclass>
	<modscore>0</modscore>
	<htmltext>... and I'll say it again: <a href="http://www.lime-technology.com/" title="lime-technology.com">unRAID</a> [lime-technology.com]</htmltext>
<tokenext>... and I 'll say it again : unRAID [ lime-technology.com ]</tokentext>
<sentencetext>... and I'll say it again: unRAID [lime-technology.com]</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593383</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>ResidentSourcerer</author>
	<datestamp>1246888680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I've looked at raid at various times through my IT life, and concluded that, at least in hardware, it wasn't ready for prime time for much of these faults.  At least not at the consumer level.</p><p>As a sysadmin, almost all of my restore requests for files were from people who shot themselves in the foot:  Deleting a file accidentally.  (Or for whom Microsoft had shot them instead.  The dreaded "Your Powerpoint file is corrupt...")</p><p>Most users don't need atomic database consistency as much as they need protection from their own mistakes.  Myself included.</p><p>So now, I eschew raid.  I back up to anohter computer using rsync with some form of versioning.  It with great pleasure I see the look of joy on a grad student's face when I tell him that he now has 3 folders in his home directory labeled "Tuesday", "Wednesday", and "Thursday" with the 3 latest versions of this doctoral thesis.</p></htmltext>
<tokenext>I 've looked at raid at various times through my IT life , and concluded that , at least in hardware , it was n't ready for prime time for much of these faults .
At least not at the consumer level.As a sysadmin , almost all of my restore requests for files were from people who shot themselves in the foot : Deleting a file accidentally .
( Or for whom Microsoft had shot them instead .
The dreaded " Your Powerpoint file is corrupt... " ) Most users do n't need atomic database consistency as much as they need protection from their own mistakes .
Myself included.So now , I eschew raid .
I back up to anohter computer using rsync with some form of versioning .
It with great pleasure I see the look of joy on a grad student 's face when I tell him that he now has 3 folders in his home directory labeled " Tuesday " , " Wednesday " , and " Thursday " with the 3 latest versions of this doctoral thesis .</tokentext>
<sentencetext>I've looked at raid at various times through my IT life, and concluded that, at least in hardware, it wasn't ready for prime time for much of these faults.
At least not at the consumer level.As a sysadmin, almost all of my restore requests for files were from people who shot themselves in the foot:  Deleting a file accidentally.
(Or for whom Microsoft had shot them instead.
The dreaded "Your Powerpoint file is corrupt...")Most users don't need atomic database consistency as much as they need protection from their own mistakes.
Myself included.So now, I eschew raid.
I back up to anohter computer using rsync with some form of versioning.
It with great pleasure I see the look of joy on a grad student's face when I tell him that he now has 3 folders in his home directory labeled "Tuesday", "Wednesday", and "Thursday" with the 3 latest versions of this doctoral thesis.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588443</id>
	<title>Re:Your first problem is Fat32</title>
	<author>CAIMLAS</author>
	<datestamp>1246786620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>NTFS does data integrity, but it doesn't do stable as well as FAT32.</p><p>The real problem with this is that he wants to rely on RAID for loss prevention resulting from a hardware failure - verging on a 'backup replacement'. It's a bad idea for many reasons (as largely laid out in <a href="http://ask.slashdot.org/comments.pl?sid=1292323&amp;cid=28587965" title="slashdot.org">this</a> [slashdot.org] post in the current thread).</p><p>If you want to do RAID and expect to use it effectively, you really need to consider using disks from different manufacturers and/or manufactured lots. Disks made at (essentially) the same time have the propensity to die at essentially the same time. Unless you're doing a hot spare, you run a non-significant chance of both disks failing before you can replace the first failed one.</p><p>RAID is good for one thing, and one thing only: marginal system redundancy. The value of RAID1 is negotiable, and in my opinion negligible once you consider that it's going to present a handful of irritations and problems. You're increasing complexity in more ways than just adding an extra disk; the hardware and/or software mechanisms for providing that RAID increase as well.</p><p>Now, don't get me wrong. I put RAID1 in my systems and it's "saved" me a couple times (allowing me to get the system up and running again without having to rebuilt the system from scratch). But I've also had a handful of irritating problems with RAID: no RAID I've seen (hw or sw) handles power failures well; Linux mdraid will occasionally have to rebuild the array after a normal reboot; and the various hw raid implementations in 'consumer' level (ie SATA/IDE) controllers are crap in so many ways.</p><p>If you do RAID1, don't do it without a bona-fide form of data loss prevention (ie, a backup).</p></htmltext>
<tokenext>NTFS does data integrity , but it does n't do stable as well as FAT32.The real problem with this is that he wants to rely on RAID for loss prevention resulting from a hardware failure - verging on a 'backup replacement' .
It 's a bad idea for many reasons ( as largely laid out in this [ slashdot.org ] post in the current thread ) .If you want to do RAID and expect to use it effectively , you really need to consider using disks from different manufacturers and/or manufactured lots .
Disks made at ( essentially ) the same time have the propensity to die at essentially the same time .
Unless you 're doing a hot spare , you run a non-significant chance of both disks failing before you can replace the first failed one.RAID is good for one thing , and one thing only : marginal system redundancy .
The value of RAID1 is negotiable , and in my opinion negligible once you consider that it 's going to present a handful of irritations and problems .
You 're increasing complexity in more ways than just adding an extra disk ; the hardware and/or software mechanisms for providing that RAID increase as well.Now , do n't get me wrong .
I put RAID1 in my systems and it 's " saved " me a couple times ( allowing me to get the system up and running again without having to rebuilt the system from scratch ) .
But I 've also had a handful of irritating problems with RAID : no RAID I 've seen ( hw or sw ) handles power failures well ; Linux mdraid will occasionally have to rebuild the array after a normal reboot ; and the various hw raid implementations in 'consumer ' level ( ie SATA/IDE ) controllers are crap in so many ways.If you do RAID1 , do n't do it without a bona-fide form of data loss prevention ( ie , a backup ) .</tokentext>
<sentencetext>NTFS does data integrity, but it doesn't do stable as well as FAT32.The real problem with this is that he wants to rely on RAID for loss prevention resulting from a hardware failure - verging on a 'backup replacement'.
It's a bad idea for many reasons (as largely laid out in this [slashdot.org] post in the current thread).If you want to do RAID and expect to use it effectively, you really need to consider using disks from different manufacturers and/or manufactured lots.
Disks made at (essentially) the same time have the propensity to die at essentially the same time.
Unless you're doing a hot spare, you run a non-significant chance of both disks failing before you can replace the first failed one.RAID is good for one thing, and one thing only: marginal system redundancy.
The value of RAID1 is negotiable, and in my opinion negligible once you consider that it's going to present a handful of irritations and problems.
You're increasing complexity in more ways than just adding an extra disk; the hardware and/or software mechanisms for providing that RAID increase as well.Now, don't get me wrong.
I put RAID1 in my systems and it's "saved" me a couple times (allowing me to get the system up and running again without having to rebuilt the system from scratch).
But I've also had a handful of irritating problems with RAID: no RAID I've seen (hw or sw) handles power failures well; Linux mdraid will occasionally have to rebuild the array after a normal reboot; and the various hw raid implementations in 'consumer' level (ie SATA/IDE) controllers are crap in so many ways.If you do RAID1, don't do it without a bona-fide form of data loss prevention (ie, a backup).</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598563</id>
	<title>There is no way RAID1 is enough to backup data</title>
	<author>Anonymous</author>
	<datestamp>1246912980000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I would never trust a simple RAID1 solution to protect all of my data whether it be Windows 7's software RAID or the best hardware RAID solution.</p><p>Both my wife an I's computers have two drives. We run mostly everything off the main drive and daily backup is scheduled on the other.</p><p>Daily backup of all of computers is also scheduled onto a RAID5 FreeNAS solution.</p><p>Weekly backup from the FreeNAS is scheduled to a computer off-site (at my parent's home) via the Internet.</p><p>Each month, the most important documents such as personal and business financial records are also backed up to DVD media, which is deposited in my safe.</p><p>I have lost data many times in my youth and I feel this setup I have provides sufficient protection for my data today.</p><p>In no way is any type of RAID1 enough to protect your data.</p></htmltext>
<tokenext>I would never trust a simple RAID1 solution to protect all of my data whether it be Windows 7 's software RAID or the best hardware RAID solution.Both my wife an I 's computers have two drives .
We run mostly everything off the main drive and daily backup is scheduled on the other.Daily backup of all of computers is also scheduled onto a RAID5 FreeNAS solution.Weekly backup from the FreeNAS is scheduled to a computer off-site ( at my parent 's home ) via the Internet.Each month , the most important documents such as personal and business financial records are also backed up to DVD media , which is deposited in my safe.I have lost data many times in my youth and I feel this setup I have provides sufficient protection for my data today.In no way is any type of RAID1 enough to protect your data .</tokentext>
<sentencetext>I would never trust a simple RAID1 solution to protect all of my data whether it be Windows 7's software RAID or the best hardware RAID solution.Both my wife an I's computers have two drives.
We run mostly everything off the main drive and daily backup is scheduled on the other.Daily backup of all of computers is also scheduled onto a RAID5 FreeNAS solution.Weekly backup from the FreeNAS is scheduled to a computer off-site (at my parent's home) via the Internet.Each month, the most important documents such as personal and business financial records are also backed up to DVD media, which is deposited in my safe.I have lost data many times in my youth and I feel this setup I have provides sufficient protection for my data today.In no way is any type of RAID1 enough to protect your data.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594105</id>
	<title>Re: online backups</title>
	<author>Thumper\_SVX</author>
	<datestamp>1246893060000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Sorry, I don't see this at all. Yes, I use Mozy, so I'm a little biased but if I had seen no use-case scenarios where it was helpful I probably wouldn't.</p><p>I pay for an unlimited account... there's currently about 90GB of data up there that I can think of... and yes, I've requested a restore on more than one occasion. Hell, there was a time I found I needed a particular file while I was out in Denver off my personal laptop which I didn't have with me (since it was a business trip). Yes, I can VPN into my home systems, but I also knew my laptop was closed and therefore asleep at home. I jumped onto Mozy and "restored" the file to my work laptop within 20 minutes at the hotel, modified it, used it, and copied it back to my personal laptop when I got home.</p><p>And bandwidth / internet limits? Uhm... OK... if you insist. Today is the 6th of July. Being a parent of two kids meant I took a lot of photographs on Saturday of my kids enjoying the day... and some video. Sync'ed to iPhoto on Saturday and then just left my laptop running while ~4GB of pictures got uploaded to Mozy. It's damned nice to know all that data is up there in the event I ever lost it. Yes, I also backup my critical files to a file server at home via rsync, but I find that less and less a necessity since Mozy has fulfilled my backup needs for some time. Oh yeah, and I periodically take an image backup of my laptop so that I can restore the entire system to a point in time... I just fire up Carbon Copy Cloner, plug in my Drobo and go out for the day<nobr> <wbr></nobr>:)</p><p>I am the exception to the rule I think; I keep LOTS of backups. But still, my point still stands; that Mozy and other online services are damned good value and don't suffer from the perceived problems that you mention... at least not in my experience.</p></htmltext>
<tokenext>Sorry , I do n't see this at all .
Yes , I use Mozy , so I 'm a little biased but if I had seen no use-case scenarios where it was helpful I probably would n't.I pay for an unlimited account... there 's currently about 90GB of data up there that I can think of... and yes , I 've requested a restore on more than one occasion .
Hell , there was a time I found I needed a particular file while I was out in Denver off my personal laptop which I did n't have with me ( since it was a business trip ) .
Yes , I can VPN into my home systems , but I also knew my laptop was closed and therefore asleep at home .
I jumped onto Mozy and " restored " the file to my work laptop within 20 minutes at the hotel , modified it , used it , and copied it back to my personal laptop when I got home.And bandwidth / internet limits ?
Uhm... OK... if you insist .
Today is the 6th of July .
Being a parent of two kids meant I took a lot of photographs on Saturday of my kids enjoying the day... and some video .
Sync'ed to iPhoto on Saturday and then just left my laptop running while ~ 4GB of pictures got uploaded to Mozy .
It 's damned nice to know all that data is up there in the event I ever lost it .
Yes , I also backup my critical files to a file server at home via rsync , but I find that less and less a necessity since Mozy has fulfilled my backup needs for some time .
Oh yeah , and I periodically take an image backup of my laptop so that I can restore the entire system to a point in time... I just fire up Carbon Copy Cloner , plug in my Drobo and go out for the day : ) I am the exception to the rule I think ; I keep LOTS of backups .
But still , my point still stands ; that Mozy and other online services are damned good value and do n't suffer from the perceived problems that you mention... at least not in my experience .</tokentext>
<sentencetext>Sorry, I don't see this at all.
Yes, I use Mozy, so I'm a little biased but if I had seen no use-case scenarios where it was helpful I probably wouldn't.I pay for an unlimited account... there's currently about 90GB of data up there that I can think of... and yes, I've requested a restore on more than one occasion.
Hell, there was a time I found I needed a particular file while I was out in Denver off my personal laptop which I didn't have with me (since it was a business trip).
Yes, I can VPN into my home systems, but I also knew my laptop was closed and therefore asleep at home.
I jumped onto Mozy and "restored" the file to my work laptop within 20 minutes at the hotel, modified it, used it, and copied it back to my personal laptop when I got home.And bandwidth / internet limits?
Uhm... OK... if you insist.
Today is the 6th of July.
Being a parent of two kids meant I took a lot of photographs on Saturday of my kids enjoying the day... and some video.
Sync'ed to iPhoto on Saturday and then just left my laptop running while ~4GB of pictures got uploaded to Mozy.
It's damned nice to know all that data is up there in the event I ever lost it.
Yes, I also backup my critical files to a file server at home via rsync, but I find that less and less a necessity since Mozy has fulfilled my backup needs for some time.
Oh yeah, and I periodically take an image backup of my laptop so that I can restore the entire system to a point in time... I just fire up Carbon Copy Cloner, plug in my Drobo and go out for the day :)I am the exception to the rule I think; I keep LOTS of backups.
But still, my point still stands; that Mozy and other online services are damned good value and don't suffer from the perceived problems that you mention... at least not in my experience.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28596351</id>
	<title>Re:Are you crazy?</title>
	<author>Anonymous</author>
	<datestamp>1246903740000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>You are aware that Seagate owns Maxtor, right?</p></htmltext>
<tokenext>You are aware that Seagate owns Maxtor , right ?</tokentext>
<sentencetext>You are aware that Seagate owns Maxtor, right?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588111</id>
	<title>None of the above</title>
	<author>Anonymous</author>
	<datestamp>1246827240000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>You'd be better off putting the second drive in an enclosure and using it for off site backups. That way when the main drive fails at least you have a backup to recover from. RAID 1 will just fail on you when you come to re-build the array and you are making work for yourself before then. RAID is good for uptime and throughput but nothing else.</p></htmltext>
<tokenext>You 'd be better off putting the second drive in an enclosure and using it for off site backups .
That way when the main drive fails at least you have a backup to recover from .
RAID 1 will just fail on you when you come to re-build the array and you are making work for yourself before then .
RAID is good for uptime and throughput but nothing else .</tokentext>
<sentencetext>You'd be better off putting the second drive in an enclosure and using it for off site backups.
That way when the main drive fails at least you have a backup to recover from.
RAID 1 will just fail on you when you come to re-build the array and you are making work for yourself before then.
RAID is good for uptime and throughput but nothing else.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594875</id>
	<title>Wow...</title>
	<author>gabebear</author>
	<datestamp>1246897500000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>It has been said here quite a few times, but for anyone not willing to spend upwards of $10K:
<ul> <li>Raid for performance</li><li>Raid for bigger drives</li><li>Raid for less downtime</li><li>Raid for fun</li><li>DON'T Raid for reliability</li><li>Raid-1 is almost never the answer</li></ul><p>
The poster seems to be stuck on raid, when he really wants a backup solution.
<br> <br>
Apple has really hit it out of the ballpark with usability on their backup solution... but you need Apple hardware to use it.
<br> <br>
I'm using a Airport Extreme with an external hard drive and couldn't be happier. It is very easy to go back and find old versions of documents, preview them, and restore them.</p></htmltext>
<tokenext>It has been said here quite a few times , but for anyone not willing to spend upwards of $ 10K : Raid for performanceRaid for bigger drivesRaid for less downtimeRaid for funDO N'T Raid for reliabilityRaid-1 is almost never the answer The poster seems to be stuck on raid , when he really wants a backup solution .
Apple has really hit it out of the ballpark with usability on their backup solution... but you need Apple hardware to use it .
I 'm using a Airport Extreme with an external hard drive and could n't be happier .
It is very easy to go back and find old versions of documents , preview them , and restore them .</tokentext>
<sentencetext>It has been said here quite a few times, but for anyone not willing to spend upwards of $10K:
 Raid for performanceRaid for bigger drivesRaid for less downtimeRaid for funDON'T Raid for reliabilityRaid-1 is almost never the answer
The poster seems to be stuck on raid, when he really wants a backup solution.
Apple has really hit it out of the ballpark with usability on their backup solution... but you need Apple hardware to use it.
I'm using a Airport Extreme with an external hard drive and couldn't be happier.
It is very easy to go back and find old versions of documents, preview them, and restore them.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588549</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>binarylarry</author>
	<datestamp>1246787640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>You don't need a drive with the exact same specs, just with enough blocks to represent the same size as the previous drive.</p><p>OEM drives are expensive because A) People are typically stupid morons and B) When you mark down the server so it's not profitable, gotta make the money back somehow!</p></htmltext>
<tokenext>You do n't need a drive with the exact same specs , just with enough blocks to represent the same size as the previous drive.OEM drives are expensive because A ) People are typically stupid morons and B ) When you mark down the server so it 's not profitable , got ta make the money back somehow !</tokentext>
<sentencetext>You don't need a drive with the exact same specs, just with enough blocks to represent the same size as the previous drive.OEM drives are expensive because A) People are typically stupid morons and B) When you mark down the server so it's not profitable, gotta make the money back somehow!</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793</id>
	<title>Just remember the first rule of RAID 0</title>
	<author>Anonymous</author>
	<datestamp>1246824840000</datestamp>
	<modclass>Offtopic</modclass>
	<modscore>0</modscore>
	<htmltext>You lose your data twice as fast!</htmltext>
<tokenext>You lose your data twice as fast !</tokentext>
<sentencetext>You lose your data twice as fast!</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589877</id>
	<title>Re:Are you crazy?</title>
	<author>Flere Imsaho</author>
	<datestamp>1246802460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>What's wrong with WD? The sysvol on the PC I'm typing this from is WD and I've never had an oc uren  e of l st d ta, ev r</htmltext>
<tokenext>What 's wrong with WD ?
The sysvol on the PC I 'm typing this from is WD and I 've never had an oc uren e of l st d ta , ev r</tokentext>
<sentencetext>What's wrong with WD?
The sysvol on the PC I'm typing this from is WD and I've never had an oc uren  e of l st d ta, ev r</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28611431</id>
	<title>Anonymous Hero</title>
	<author>Anonymous</author>
	<datestamp>1246994280000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>You guys are all missing the point!!!  Raid is backup!!!!!!!!!!!!!!!!!  If you are all stuck in the days of having a computer with one hdd for everything, wake up!  I build all of my boxes with a primary hdd for OS and apps and then another internal drive for data storage. I also clone the primary immediately after installing the os and all apps and use it as a recovery drive.  What we are talking about here is safe guarding against failure to the storage hdd.  For that matter, guarding against same for any external drive.  Remember, it's not "if" but "when" regarding drive failures.  A rais 5+ one will protect you from data loss!!!!!!!</p><p>I posted as anonymous because i am not a member and don't feel like jumping through all the hopes!!  Why should I.  Just trying to help.</p></htmltext>
<tokenext>You guys are all missing the point ! ! !
Raid is backup ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
If you are all stuck in the days of having a computer with one hdd for everything , wake up !
I build all of my boxes with a primary hdd for OS and apps and then another internal drive for data storage .
I also clone the primary immediately after installing the os and all apps and use it as a recovery drive .
What we are talking about here is safe guarding against failure to the storage hdd .
For that matter , guarding against same for any external drive .
Remember , it 's not " if " but " when " regarding drive failures .
A rais 5 + one will protect you from data loss ! ! ! ! ! !
! I posted as anonymous because i am not a member and do n't feel like jumping through all the hopes ! !
Why should I. Just trying to help .</tokentext>
<sentencetext>You guys are all missing the point!!!
Raid is backup!!!!!!!!!!!!!!!!!
If you are all stuck in the days of having a computer with one hdd for everything, wake up!
I build all of my boxes with a primary hdd for OS and apps and then another internal drive for data storage.
I also clone the primary immediately after installing the os and all apps and use it as a recovery drive.
What we are talking about here is safe guarding against failure to the storage hdd.
For that matter, guarding against same for any external drive.
Remember, it's not "if" but "when" regarding drive failures.
A rais 5+ one will protect you from data loss!!!!!!
!I posted as anonymous because i am not a member and don't feel like jumping through all the hopes!!
Why should I.  Just trying to help.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598517</id>
	<title>Go with software.</title>
	<author>egarland</author>
	<datestamp>1246912740000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Having done RAID many times in different ways over the years I'd say that as long as the version of Windows 7 you plan on running supports it, I'd do it.  But.. be warned! There may be issues.
<br> <br>
For one, I ran into one copy of Comodo firewall that completely blew up the networking stack on XP if dynamic disks (required for Windows software RAID) were present.  Also, any BSOD will be followed by a pointless RAID rebuild where it completely copies the contents of one of the drives to the other slowing disk IO for a long time.  Also, the entire disks including partitions that aren't RAIDed will need to be configured as dynamic disks which can cause issues accessing them from DOS and Linux.  Not usually an issue but it's worth pointing out.  One of the things I liked to do was install an OS on each drive that was bootable and have the Stripe/Mirrored partitions accessible from both OSs.  If you are going for this type of configuration there is something important in the order with which you create the partitions and convert the disks to dynamic disks.   I think you have to convert each disk to dynamic from the OS that boots from that disk in order for it to remain bootable.  If OS that boots from disk 1 converts disk 2 the OS on disk 2 will be rendered unbootable (if I remember correctly).  If you are going for this type of config, install each OS and have it convert it's disk to dynamic, then create the mirror/stripe partition(s).  Other than that, the ability to put the disks in any Windows machine and access the data makes software RAID the clear winner here.
<br> <br>
In response to all the posts about how better to safeguard data by backing it up, he's not asking about that.  He's asking about which way we'd recommend doing RAID.  Your suggestions are off topic.  Every time RAID is discussed the same arguments are made.  Backups aren't RAID.  RAID isn't a backup.  Enough already.
<br> <br>
I've done software RAID for a long time and I'm a firm believer that it's the right way to do RAID in a lot more cases than it's typically used.  Hardware RAID has many proponents and is obviously a profitable industry so there is a lot of money being spent based on it's perceived advantages so I'm in the minority here but that doesn't mean I'm wrong.  Expensive RAID array's advantages are getting harder to justify now that Serial ATA has brought dedicated per-drive bandwidth, fast cold (if not hot) swapabililty, and now that multi-core CPUs can handle the load of the software RAID work gracefully.  The niche where software RAID makes sense is getting bigger every year.  Many people argue that software RAID is too slow, that you need the hardware controller to offload the calculations.  I'd like to throw out the fact that I use an 8 drive Linux based software RAID 6 array for my primary storage.  Bonnie++ clocks it at 215.2 MB/s on block writes and 263.5 MB/s on block reads.  CPU utilization is 45/31\% on those respectively but with a quad core machine, using half of one core to do my IO processing when it's writing at that speed is perfectly acceptable.  Remember, this is RAID 6 with 2 differently calculated parity chunks, not goofy simple RAID 5 and it's CPU is just a AMD Phenom 9600 Quad with 8 gigs of RAM, not something exotic.  I run many virtual machines on top of this array simultaneously and they are nice and snappy.  The configuration works quite well and I'd recommend it for a inexpensive, high speed virtual machine server configuration.
<br> <br>
For my Windows desktop, I'm currently using my motherboard's Intel Matrix Raid capabilities and have configured half of my drive as a mirror and half as a stripe.  The setup has worked seamlessly and I'd recommend it as a reasonable alternative to software RAID.  It's slightly cleaner from Windows's point of view and the Intel Matrix controllers are fairly common and, from what I understand, I could put the disks into any machine with Intel matrix raid and access the data in a pinch.  I honestly probably would have done software RAID had Vista supported mirroring.</htmltext>
<tokenext>Having done RAID many times in different ways over the years I 'd say that as long as the version of Windows 7 you plan on running supports it , I 'd do it .
But.. be warned !
There may be issues .
For one , I ran into one copy of Comodo firewall that completely blew up the networking stack on XP if dynamic disks ( required for Windows software RAID ) were present .
Also , any BSOD will be followed by a pointless RAID rebuild where it completely copies the contents of one of the drives to the other slowing disk IO for a long time .
Also , the entire disks including partitions that are n't RAIDed will need to be configured as dynamic disks which can cause issues accessing them from DOS and Linux .
Not usually an issue but it 's worth pointing out .
One of the things I liked to do was install an OS on each drive that was bootable and have the Stripe/Mirrored partitions accessible from both OSs .
If you are going for this type of configuration there is something important in the order with which you create the partitions and convert the disks to dynamic disks .
I think you have to convert each disk to dynamic from the OS that boots from that disk in order for it to remain bootable .
If OS that boots from disk 1 converts disk 2 the OS on disk 2 will be rendered unbootable ( if I remember correctly ) .
If you are going for this type of config , install each OS and have it convert it 's disk to dynamic , then create the mirror/stripe partition ( s ) .
Other than that , the ability to put the disks in any Windows machine and access the data makes software RAID the clear winner here .
In response to all the posts about how better to safeguard data by backing it up , he 's not asking about that .
He 's asking about which way we 'd recommend doing RAID .
Your suggestions are off topic .
Every time RAID is discussed the same arguments are made .
Backups are n't RAID .
RAID is n't a backup .
Enough already .
I 've done software RAID for a long time and I 'm a firm believer that it 's the right way to do RAID in a lot more cases than it 's typically used .
Hardware RAID has many proponents and is obviously a profitable industry so there is a lot of money being spent based on it 's perceived advantages so I 'm in the minority here but that does n't mean I 'm wrong .
Expensive RAID array 's advantages are getting harder to justify now that Serial ATA has brought dedicated per-drive bandwidth , fast cold ( if not hot ) swapabililty , and now that multi-core CPUs can handle the load of the software RAID work gracefully .
The niche where software RAID makes sense is getting bigger every year .
Many people argue that software RAID is too slow , that you need the hardware controller to offload the calculations .
I 'd like to throw out the fact that I use an 8 drive Linux based software RAID 6 array for my primary storage .
Bonnie + + clocks it at 215.2 MB/s on block writes and 263.5 MB/s on block reads .
CPU utilization is 45/31 \ % on those respectively but with a quad core machine , using half of one core to do my IO processing when it 's writing at that speed is perfectly acceptable .
Remember , this is RAID 6 with 2 differently calculated parity chunks , not goofy simple RAID 5 and it 's CPU is just a AMD Phenom 9600 Quad with 8 gigs of RAM , not something exotic .
I run many virtual machines on top of this array simultaneously and they are nice and snappy .
The configuration works quite well and I 'd recommend it for a inexpensive , high speed virtual machine server configuration .
For my Windows desktop , I 'm currently using my motherboard 's Intel Matrix Raid capabilities and have configured half of my drive as a mirror and half as a stripe .
The setup has worked seamlessly and I 'd recommend it as a reasonable alternative to software RAID .
It 's slightly cleaner from Windows 's point of view and the Intel Matrix controllers are fairly common and , from what I understand , I could put the disks into any machine with Intel matrix raid and access the data in a pinch .
I honestly probably would have done software RAID had Vista supported mirroring .</tokentext>
<sentencetext>Having done RAID many times in different ways over the years I'd say that as long as the version of Windows 7 you plan on running supports it, I'd do it.
But.. be warned!
There may be issues.
For one, I ran into one copy of Comodo firewall that completely blew up the networking stack on XP if dynamic disks (required for Windows software RAID) were present.
Also, any BSOD will be followed by a pointless RAID rebuild where it completely copies the contents of one of the drives to the other slowing disk IO for a long time.
Also, the entire disks including partitions that aren't RAIDed will need to be configured as dynamic disks which can cause issues accessing them from DOS and Linux.
Not usually an issue but it's worth pointing out.
One of the things I liked to do was install an OS on each drive that was bootable and have the Stripe/Mirrored partitions accessible from both OSs.
If you are going for this type of configuration there is something important in the order with which you create the partitions and convert the disks to dynamic disks.
I think you have to convert each disk to dynamic from the OS that boots from that disk in order for it to remain bootable.
If OS that boots from disk 1 converts disk 2 the OS on disk 2 will be rendered unbootable (if I remember correctly).
If you are going for this type of config, install each OS and have it convert it's disk to dynamic, then create the mirror/stripe partition(s).
Other than that, the ability to put the disks in any Windows machine and access the data makes software RAID the clear winner here.
In response to all the posts about how better to safeguard data by backing it up, he's not asking about that.
He's asking about which way we'd recommend doing RAID.
Your suggestions are off topic.
Every time RAID is discussed the same arguments are made.
Backups aren't RAID.
RAID isn't a backup.
Enough already.
I've done software RAID for a long time and I'm a firm believer that it's the right way to do RAID in a lot more cases than it's typically used.
Hardware RAID has many proponents and is obviously a profitable industry so there is a lot of money being spent based on it's perceived advantages so I'm in the minority here but that doesn't mean I'm wrong.
Expensive RAID array's advantages are getting harder to justify now that Serial ATA has brought dedicated per-drive bandwidth, fast cold (if not hot) swapabililty, and now that multi-core CPUs can handle the load of the software RAID work gracefully.
The niche where software RAID makes sense is getting bigger every year.
Many people argue that software RAID is too slow, that you need the hardware controller to offload the calculations.
I'd like to throw out the fact that I use an 8 drive Linux based software RAID 6 array for my primary storage.
Bonnie++ clocks it at 215.2 MB/s on block writes and 263.5 MB/s on block reads.
CPU utilization is 45/31\% on those respectively but with a quad core machine, using half of one core to do my IO processing when it's writing at that speed is perfectly acceptable.
Remember, this is RAID 6 with 2 differently calculated parity chunks, not goofy simple RAID 5 and it's CPU is just a AMD Phenom 9600 Quad with 8 gigs of RAM, not something exotic.
I run many virtual machines on top of this array simultaneously and they are nice and snappy.
The configuration works quite well and I'd recommend it for a inexpensive, high speed virtual machine server configuration.
For my Windows desktop, I'm currently using my motherboard's Intel Matrix Raid capabilities and have configured half of my drive as a mirror and half as a stripe.
The setup has worked seamlessly and I'd recommend it as a reasonable alternative to software RAID.
It's slightly cleaner from Windows's point of view and the Intel Matrix controllers are fairly common and, from what I understand, I could put the disks into any machine with Intel matrix raid and access the data in a pinch.
I honestly probably would have done software RAID had Vista supported mirroring.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588043</id>
	<title>Screw RAID</title>
	<author>Anonymous</author>
	<datestamp>1246826760000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Screw RAID. While it will protect current data in the event of a drive failure it is not excuse to not have good backups. RAID does not protect against overwrites, deletions, filesystem corruption, etc. A good backup, preferably offsite and in multiple snapshots over time, is much much more important.</p></htmltext>
<tokenext>Screw RAID .
While it will protect current data in the event of a drive failure it is not excuse to not have good backups .
RAID does not protect against overwrites , deletions , filesystem corruption , etc .
A good backup , preferably offsite and in multiple snapshots over time , is much much more important .</tokentext>
<sentencetext>Screw RAID.
While it will protect current data in the event of a drive failure it is not excuse to not have good backups.
RAID does not protect against overwrites, deletions, filesystem corruption, etc.
A good backup, preferably offsite and in multiple snapshots over time, is much much more important.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588121</id>
	<title>Re:RAID is no mystery</title>
	<author>borroff</author>
	<datestamp>1246827420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I just re-read your question (RTFA).  FAT32 is your first mistake.  RAID instead of backup is your second.  Your data is more at risk from a users' actions than from hardware failure (given a burn-in period).  Figure out how much work you can afford to lose, then use that to create a schedule to backup to some other media, be it disk or tape, that you can take offline.</p></htmltext>
<tokenext>I just re-read your question ( RTFA ) .
FAT32 is your first mistake .
RAID instead of backup is your second .
Your data is more at risk from a users ' actions than from hardware failure ( given a burn-in period ) .
Figure out how much work you can afford to lose , then use that to create a schedule to backup to some other media , be it disk or tape , that you can take offline .</tokentext>
<sentencetext>I just re-read your question (RTFA).
FAT32 is your first mistake.
RAID instead of backup is your second.
Your data is more at risk from a users' actions than from hardware failure (given a burn-in period).
Figure out how much work you can afford to lose, then use that to create a schedule to backup to some other media, be it disk or tape, that you can take offline.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588077</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593427</id>
	<title>Re:You are asking the wrong question.</title>
	<author>ethan0</author>
	<datestamp>1246889040000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I had similar experience. I plugged in something that turned out to be miswired, which blew out my power supply (antec, it was a decent power supply). I had a 6-drive raid5 on it, and it destroyed the controller boards on every drive but one. I advance RMA'd replacement drives (was happy that WD did advance RMA), then spent several days trying controller boards on each drive to get them copied onto new drives. Four drives I copied onto blank ones without too much problem, the fifth would die partway through the copy, but not at a consistent point, so I figured if I tried enough times I would eventually get a run where it stayed alive long enough to copy everything. and after a couple dozen tries, some getting up to 80\% or so, average around 30\%, I got the whole thing copied, and having 5/6 drives recovered, lost no data. No money, either, except shipping drives back to WD.</p><p>I called a couple data recovery places to see how much recovering that might cost - mostly out of curiosity, me being a broke college student. $18,000 - $38,000.</p></htmltext>
<tokenext>I had similar experience .
I plugged in something that turned out to be miswired , which blew out my power supply ( antec , it was a decent power supply ) .
I had a 6-drive raid5 on it , and it destroyed the controller boards on every drive but one .
I advance RMA 'd replacement drives ( was happy that WD did advance RMA ) , then spent several days trying controller boards on each drive to get them copied onto new drives .
Four drives I copied onto blank ones without too much problem , the fifth would die partway through the copy , but not at a consistent point , so I figured if I tried enough times I would eventually get a run where it stayed alive long enough to copy everything .
and after a couple dozen tries , some getting up to 80 \ % or so , average around 30 \ % , I got the whole thing copied , and having 5/6 drives recovered , lost no data .
No money , either , except shipping drives back to WD.I called a couple data recovery places to see how much recovering that might cost - mostly out of curiosity , me being a broke college student .
$ 18,000 - $ 38,000 .</tokentext>
<sentencetext>I had similar experience.
I plugged in something that turned out to be miswired, which blew out my power supply (antec, it was a decent power supply).
I had a 6-drive raid5 on it, and it destroyed the controller boards on every drive but one.
I advance RMA'd replacement drives (was happy that WD did advance RMA), then spent several days trying controller boards on each drive to get them copied onto new drives.
Four drives I copied onto blank ones without too much problem, the fifth would die partway through the copy, but not at a consistent point, so I figured if I tried enough times I would eventually get a run where it stayed alive long enough to copy everything.
and after a couple dozen tries, some getting up to 80\% or so, average around 30\%, I got the whole thing copied, and having 5/6 drives recovered, lost no data.
No money, either, except shipping drives back to WD.I called a couple data recovery places to see how much recovering that might cost - mostly out of curiosity, me being a broke college student.
$18,000 - $38,000.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591701</id>
	<title>Huh...?</title>
	<author>Just Brew It!</author>
	<datestamp>1246823760000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>You say you care about your data, and yet you are contemplating using software RAID with an RC OS, along with FAT32? This is like wearing a bicycle helmet to protect yourself during a round of Russian Roulette. (Motherboard RAID is actually software RAID done in the device driver... I would trust this even less than the OS's software RAID, given that the motherboard vendor's driver may not play nice with the RC OS.)<br> <br>
If you care about your data but must use the Windows 7 RC for some reason, what you really ought to be doing is putting the data on a separate box which is running a mature OS (WinXP, Debian Stable, Ubuntu LTS... take your pick). And for God's sake, don't use FAT32 -- use a journaling file system like NTFS or EXT3.</htmltext>
<tokenext>You say you care about your data , and yet you are contemplating using software RAID with an RC OS , along with FAT32 ?
This is like wearing a bicycle helmet to protect yourself during a round of Russian Roulette .
( Motherboard RAID is actually software RAID done in the device driver... I would trust this even less than the OS 's software RAID , given that the motherboard vendor 's driver may not play nice with the RC OS .
) If you care about your data but must use the Windows 7 RC for some reason , what you really ought to be doing is putting the data on a separate box which is running a mature OS ( WinXP , Debian Stable , Ubuntu LTS... take your pick ) .
And for God 's sake , do n't use FAT32 -- use a journaling file system like NTFS or EXT3 .</tokentext>
<sentencetext>You say you care about your data, and yet you are contemplating using software RAID with an RC OS, along with FAT32?
This is like wearing a bicycle helmet to protect yourself during a round of Russian Roulette.
(Motherboard RAID is actually software RAID done in the device driver... I would trust this even less than the OS's software RAID, given that the motherboard vendor's driver may not play nice with the RC OS.
) 
If you care about your data but must use the Windows 7 RC for some reason, what you really ought to be doing is putting the data on a separate box which is running a mature OS (WinXP, Debian Stable, Ubuntu LTS... take your pick).
And for God's sake, don't use FAT32 -- use a journaling file system like NTFS or EXT3.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589129</id>
	<title>One word: Drobo</title>
	<author>kdmstanton</author>
	<datestamp>1246793520000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><a href="http://www.drobo.com/" title="drobo.com" rel="nofollow">http://www.drobo.com/</a> [drobo.com]
Drobo's hardware seems to match most of your requirements:
<ul>
<li>Redundancy - You can lose one (or two) drives at one time without data loss</li><li>Compatibility - Compatible with Win 2000/XP/2003/Vista, OS X 10.4 and later, and various flavors of linux</li><li>Portability - You can pick the enclosure up and carry it to another computer</li><li>Portability - If the controller dies, you can pop all your drives into a new Drobo and there will be no loss of data or need to rebuild the array</li><li>Expandability - You can add new drives whenever you like, with no size, manufacturer, or model restrictions</li><li>Ease of use - Initial setup and format of my Drobo took less than 20 minutes, the last 15 minutes of which were automated.  When adding new drives, they will be automatically added to the array and available within 60 seconds, with no user interaction required</li></ul><p>
The one downside of a Drobo is vendor lock-in, if your controller dies.  However, this seems to be the case with <i>every</i> RAID controller.</p></htmltext>
<tokenext>http : //www.drobo.com/ [ drobo.com ] Drobo 's hardware seems to match most of your requirements : Redundancy - You can lose one ( or two ) drives at one time without data lossCompatibility - Compatible with Win 2000/XP/2003/Vista , OS X 10.4 and later , and various flavors of linuxPortability - You can pick the enclosure up and carry it to another computerPortability - If the controller dies , you can pop all your drives into a new Drobo and there will be no loss of data or need to rebuild the arrayExpandability - You can add new drives whenever you like , with no size , manufacturer , or model restrictionsEase of use - Initial setup and format of my Drobo took less than 20 minutes , the last 15 minutes of which were automated .
When adding new drives , they will be automatically added to the array and available within 60 seconds , with no user interaction required The one downside of a Drobo is vendor lock-in , if your controller dies .
However , this seems to be the case with every RAID controller .</tokentext>
<sentencetext>http://www.drobo.com/ [drobo.com]
Drobo's hardware seems to match most of your requirements:

Redundancy - You can lose one (or two) drives at one time without data lossCompatibility - Compatible with Win 2000/XP/2003/Vista, OS X 10.4 and later, and various flavors of linuxPortability - You can pick the enclosure up and carry it to another computerPortability - If the controller dies, you can pop all your drives into a new Drobo and there will be no loss of data or need to rebuild the arrayExpandability - You can add new drives whenever you like, with no size, manufacturer, or model restrictionsEase of use - Initial setup and format of my Drobo took less than 20 minutes, the last 15 minutes of which were automated.
When adding new drives, they will be automatically added to the array and available within 60 seconds, with no user interaction required
The one downside of a Drobo is vendor lock-in, if your controller dies.
However, this seems to be the case with every RAID controller.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588079</id>
	<title>Re:FAT???</title>
	<author>ls671</author>
	<datestamp>1246826940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Agreed, RAID prevents from a drive failure, period. If your controller fails you lose data, if your mother board fails you may loose data, if your memory fails, you may loose data, etc...</p><p>As the poster said, I would go first with a proper backup strategy, it is more important in order to secure your data. Then, go with RAID if you evaluate that you still need it. Heck, as the other poster mentioned, you may find out that you do not need RAID anywhere although I always like to add RAID AFTER my strategy is made-up. RAID doesn't really count when you calculate how safe your data is. It's only a "nice to have".</p><p>A proper backup strategy involves a second computer that makes everything redundant (memory, controller, MB, etc..) or very expensive business grade devices (+5000 $) with components that are orders of magnitude more reliable than the ones in a cheap PC and that often have those components installed in pairs to insure redundancy within the device !!! Go with a second computer to save.</p><p>Hints on a backup solutions:<br><a href="http://slashdot.org/comments.pl?sid=1277921&amp;cid=28429713&amp;art\_pos=37" title="slashdot.org">http://slashdot.org/comments.pl?sid=1277921&amp;cid=28429713&amp;art\_pos=37</a> [slashdot.org]</p></htmltext>
<tokenext>Agreed , RAID prevents from a drive failure , period .
If your controller fails you lose data , if your mother board fails you may loose data , if your memory fails , you may loose data , etc...As the poster said , I would go first with a proper backup strategy , it is more important in order to secure your data .
Then , go with RAID if you evaluate that you still need it .
Heck , as the other poster mentioned , you may find out that you do not need RAID anywhere although I always like to add RAID AFTER my strategy is made-up .
RAID does n't really count when you calculate how safe your data is .
It 's only a " nice to have " .A proper backup strategy involves a second computer that makes everything redundant ( memory , controller , MB , etc.. ) or very expensive business grade devices ( + 5000 $ ) with components that are orders of magnitude more reliable than the ones in a cheap PC and that often have those components installed in pairs to insure redundancy within the device ! ! !
Go with a second computer to save.Hints on a backup solutions : http : //slashdot.org/comments.pl ? sid = 1277921&amp;cid = 28429713&amp;art \ _pos = 37 [ slashdot.org ]</tokentext>
<sentencetext>Agreed, RAID prevents from a drive failure, period.
If your controller fails you lose data, if your mother board fails you may loose data, if your memory fails, you may loose data, etc...As the poster said, I would go first with a proper backup strategy, it is more important in order to secure your data.
Then, go with RAID if you evaluate that you still need it.
Heck, as the other poster mentioned, you may find out that you do not need RAID anywhere although I always like to add RAID AFTER my strategy is made-up.
RAID doesn't really count when you calculate how safe your data is.
It's only a "nice to have".A proper backup strategy involves a second computer that makes everything redundant (memory, controller, MB, etc..) or very expensive business grade devices (+5000 $) with components that are orders of magnitude more reliable than the ones in a cheap PC and that often have those components installed in pairs to insure redundancy within the device !!!
Go with a second computer to save.Hints on a backup solutions:http://slashdot.org/comments.pl?sid=1277921&amp;cid=28429713&amp;art\_pos=37 [slashdot.org]</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587825</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588375</id>
	<title>The obvious answer</title>
	<author>Efialtis</author>
	<datestamp>1246786080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I worked for Microsoft for over 6 years, and I swore, when I left, that I would find a better way.
I ran into Ubuntu Linux after going from Red Hat, to Fedora, and Suse...
I tested it out for some time, setting up a server to handle all those functions I was paying hundreds of dollars for.
Then I converted all the machines over that I own, and I have been more than happy.
Every machine I set up has a RAID, My "user" machines all get RAID 1, my server and my play machines get either RAID 5 or RAID 6
I have had drives go bad, operating system troubles, hardware troubles, and everything imaginable.
My data is still safe. Stuff that I have collected for 10 or more years, files, mails, etc...
I don't worry about any of it.

I tried raid in Windows, and without purchasing expensive hardware, forget it. It doesn't work, or at least, it doesn't work well.

While I worked at Microsoft, I went in for a "blue badge" interview. While I waited, a currier brought in a box for a group in building 53. This box was a copy of Red Hat Enterprise.
I thought that was funny, but when the guy came to pick it up, he explained that they had sensitive data on their servers, and they couldn't trust that data to Windows Server Addition, (back in the Win 2K days).

If Microsoft cannot trust their own software, why should I?</htmltext>
<tokenext>I worked for Microsoft for over 6 years , and I swore , when I left , that I would find a better way .
I ran into Ubuntu Linux after going from Red Hat , to Fedora , and Suse.. . I tested it out for some time , setting up a server to handle all those functions I was paying hundreds of dollars for .
Then I converted all the machines over that I own , and I have been more than happy .
Every machine I set up has a RAID , My " user " machines all get RAID 1 , my server and my play machines get either RAID 5 or RAID 6 I have had drives go bad , operating system troubles , hardware troubles , and everything imaginable .
My data is still safe .
Stuff that I have collected for 10 or more years , files , mails , etc.. . I do n't worry about any of it .
I tried raid in Windows , and without purchasing expensive hardware , forget it .
It does n't work , or at least , it does n't work well .
While I worked at Microsoft , I went in for a " blue badge " interview .
While I waited , a currier brought in a box for a group in building 53 .
This box was a copy of Red Hat Enterprise .
I thought that was funny , but when the guy came to pick it up , he explained that they had sensitive data on their servers , and they could n't trust that data to Windows Server Addition , ( back in the Win 2K days ) .
If Microsoft can not trust their own software , why should I ?</tokentext>
<sentencetext>I worked for Microsoft for over 6 years, and I swore, when I left, that I would find a better way.
I ran into Ubuntu Linux after going from Red Hat, to Fedora, and Suse...
I tested it out for some time, setting up a server to handle all those functions I was paying hundreds of dollars for.
Then I converted all the machines over that I own, and I have been more than happy.
Every machine I set up has a RAID, My "user" machines all get RAID 1, my server and my play machines get either RAID 5 or RAID 6
I have had drives go bad, operating system troubles, hardware troubles, and everything imaginable.
My data is still safe.
Stuff that I have collected for 10 or more years, files, mails, etc...
I don't worry about any of it.
I tried raid in Windows, and without purchasing expensive hardware, forget it.
It doesn't work, or at least, it doesn't work well.
While I worked at Microsoft, I went in for a "blue badge" interview.
While I waited, a currier brought in a box for a group in building 53.
This box was a copy of Red Hat Enterprise.
I thought that was funny, but when the guy came to pick it up, he explained that they had sensitive data on their servers, and they couldn't trust that data to Windows Server Addition, (back in the Win 2K days).
If Microsoft cannot trust their own software, why should I?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589701</id>
	<title>Open Source WEENIES</title>
	<author>Anonymous</author>
	<datestamp>1246800360000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Why is it that Open Source WEENIES have this irrational fear of the raid controller? OP says he got burnt, but its probably due to his own stupidity.</p><p>Over the world, masses of Linux users insist that hardware raid controllers are the devil, and will eat your data, and that we should all use cheap pata/sata drives and software raid. WHY ?</p><p>ARE THESE PEOPLE ALL COMPLETELY FUCKED IN THE HEAD?</p><p>Hardware Raid Controllers are the answer, but only if you know the right question. Most weenies who use windows or ZOMFG LUNIXES!!! have no idea what the right question is, and therefore, continue to have their data eaten. Mind you, these are the same idiots who would blame their computer for loosing data after they typed format D: into their ms-dos machine.</p></htmltext>
<tokenext>Why is it that Open Source WEENIES have this irrational fear of the raid controller ?
OP says he got burnt , but its probably due to his own stupidity.Over the world , masses of Linux users insist that hardware raid controllers are the devil , and will eat your data , and that we should all use cheap pata/sata drives and software raid .
WHY ? ARE THESE PEOPLE ALL COMPLETELY FUCKED IN THE HEAD ? Hardware Raid Controllers are the answer , but only if you know the right question .
Most weenies who use windows or ZOMFG LUNIXES ! ! !
have no idea what the right question is , and therefore , continue to have their data eaten .
Mind you , these are the same idiots who would blame their computer for loosing data after they typed format D : into their ms-dos machine .</tokentext>
<sentencetext>Why is it that Open Source WEENIES have this irrational fear of the raid controller?
OP says he got burnt, but its probably due to his own stupidity.Over the world, masses of Linux users insist that hardware raid controllers are the devil, and will eat your data, and that we should all use cheap pata/sata drives and software raid.
WHY ?ARE THESE PEOPLE ALL COMPLETELY FUCKED IN THE HEAD?Hardware Raid Controllers are the answer, but only if you know the right question.
Most weenies who use windows or ZOMFG LUNIXES!!!
have no idea what the right question is, and therefore, continue to have their data eaten.
Mind you, these are the same idiots who would blame their computer for loosing data after they typed format D: into their ms-dos machine.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589081</id>
	<title>Best Advice Given</title>
	<author>Anonymous</author>
	<datestamp>1246792920000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>This is the best setup for "saving your data."  Why?  It's cheap, convenient and guaranteed to save your ass.  Probably $100 for a USB HD<nobr> <wbr></nobr>/w pretty external casing and backup software, it's a set and forget thing (for the most part), and the HD is on a seperate power supply (so your PC becomming toast won't effect the backup).  What a nice solution.  I don't even have a need for a backup but I'm thinking of getting this setup for myself because, well, why the hell not?  It's too good.</p></htmltext>
<tokenext>This is the best setup for " saving your data .
" Why ?
It 's cheap , convenient and guaranteed to save your ass .
Probably $ 100 for a USB HD /w pretty external casing and backup software , it 's a set and forget thing ( for the most part ) , and the HD is on a seperate power supply ( so your PC becomming toast wo n't effect the backup ) .
What a nice solution .
I do n't even have a need for a backup but I 'm thinking of getting this setup for myself because , well , why the hell not ?
It 's too good .</tokentext>
<sentencetext>This is the best setup for "saving your data.
"  Why?
It's cheap, convenient and guaranteed to save your ass.
Probably $100 for a USB HD /w pretty external casing and backup software, it's a set and forget thing (for the most part), and the HD is on a seperate power supply (so your PC becomming toast won't effect the backup).
What a nice solution.
I don't even have a need for a backup but I'm thinking of getting this setup for myself because, well, why the hell not?
It's too good.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28694647</id>
	<title>professional advice</title>
	<author>HunterBryce</author>
	<datestamp>1247601600000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>My job is is a professional raid engineer. "Burned by a not-so-cheap, dedicated RAID controller" -please explain, usually people are burnt by software raid, because they think its true raid and it isn't. All motherboard raid and even cheap raid cards are software raid. Cheap software cards often only contain one chip, same as found on motherboard raid, so don't buy one if you already have it on your motherboard. Avoid.They are NO GOOD. Trust me. If a drive fails you'll be lucky to keep your data. You're better off using discreet drives and copying date between them than software raid. RAID !- backup as other posters have stated. Good hardware raid such as the 9650se series 3ware or lst 87** series cards are good and will protect data but expensive for the home user. Use single fast drive for os, and proper raid card for your data, if you can afford it. hope this helps.</htmltext>
<tokenext>My job is is a professional raid engineer .
" Burned by a not-so-cheap , dedicated RAID controller " -please explain , usually people are burnt by software raid , because they think its true raid and it is n't .
All motherboard raid and even cheap raid cards are software raid .
Cheap software cards often only contain one chip , same as found on motherboard raid , so do n't buy one if you already have it on your motherboard .
Avoid.They are NO GOOD .
Trust me .
If a drive fails you 'll be lucky to keep your data .
You 're better off using discreet drives and copying date between them than software raid .
RAID ! - backup as other posters have stated .
Good hardware raid such as the 9650se series 3ware or lst 87 * * series cards are good and will protect data but expensive for the home user .
Use single fast drive for os , and proper raid card for your data , if you can afford it .
hope this helps .</tokentext>
<sentencetext>My job is is a professional raid engineer.
"Burned by a not-so-cheap, dedicated RAID controller" -please explain, usually people are burnt by software raid, because they think its true raid and it isn't.
All motherboard raid and even cheap raid cards are software raid.
Cheap software cards often only contain one chip, same as found on motherboard raid, so don't buy one if you already have it on your motherboard.
Avoid.They are NO GOOD.
Trust me.
If a drive fails you'll be lucky to keep your data.
You're better off using discreet drives and copying date between them than software raid.
RAID !- backup as other posters have stated.
Good hardware raid such as the 9650se series 3ware or lst 87** series cards are good and will protect data but expensive for the home user.
Use single fast drive for os, and proper raid card for your data, if you can afford it.
hope this helps.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588053</id>
	<title>A word of Caution about RAID 1 &amp; NAS</title>
	<author>Anonymous</author>
	<datestamp>1246826760000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>As has been said many Times RAID != Backup and IMHO RAID 0 SUCKS ROYALLY,<br>there is a place for other Raid variants. These is a case to be made for using a NAS device for backups.</p><p>I use one that is configured to use Raid 1 But there are some devices out there in the market that should be avoided. The NAS I use runs Linux and formats the disks as EXT3 volumes. It fully supports NTFS so windows access is not an issue.</p><p>If your Raid Controller imposes a propritary format on the disks rather than using other widely used ones is just plain madness. Why?<br>If your hardware gives up the ghost you could also end up with major data loss.<br>If the hardware uses standard disk formats then you can take the drives and recover the data.<br>For example, the Netgear SC101 is a NAS device that uses a proprietary on disk format. The protocol between the PC and the SC101 is also non standard and IMHO should be avoided at all costs.<br>Being an old school H/W engineer (I started designing H/W using 74 series Logic) I am suspicious of RAID 5. For m Raid 1+0 is a more recoverable solution.</p><p>Whichever RAID solution is chosen, I'd check how the underlying disks are formatted.</p></htmltext>
<tokenext>As has been said many Times RAID ! = Backup and IMHO RAID 0 SUCKS ROYALLY,there is a place for other Raid variants .
These is a case to be made for using a NAS device for backups.I use one that is configured to use Raid 1 But there are some devices out there in the market that should be avoided .
The NAS I use runs Linux and formats the disks as EXT3 volumes .
It fully supports NTFS so windows access is not an issue.If your Raid Controller imposes a propritary format on the disks rather than using other widely used ones is just plain madness .
Why ? If your hardware gives up the ghost you could also end up with major data loss.If the hardware uses standard disk formats then you can take the drives and recover the data.For example , the Netgear SC101 is a NAS device that uses a proprietary on disk format .
The protocol between the PC and the SC101 is also non standard and IMHO should be avoided at all costs.Being an old school H/W engineer ( I started designing H/W using 74 series Logic ) I am suspicious of RAID 5 .
For m Raid 1 + 0 is a more recoverable solution.Whichever RAID solution is chosen , I 'd check how the underlying disks are formatted .</tokentext>
<sentencetext>As has been said many Times RAID != Backup and IMHO RAID 0 SUCKS ROYALLY,there is a place for other Raid variants.
These is a case to be made for using a NAS device for backups.I use one that is configured to use Raid 1 But there are some devices out there in the market that should be avoided.
The NAS I use runs Linux and formats the disks as EXT3 volumes.
It fully supports NTFS so windows access is not an issue.If your Raid Controller imposes a propritary format on the disks rather than using other widely used ones is just plain madness.
Why?If your hardware gives up the ghost you could also end up with major data loss.If the hardware uses standard disk formats then you can take the drives and recover the data.For example, the Netgear SC101 is a NAS device that uses a proprietary on disk format.
The protocol between the PC and the SC101 is also non standard and IMHO should be avoided at all costs.Being an old school H/W engineer (I started designing H/W using 74 series Logic) I am suspicious of RAID 5.
For m Raid 1+0 is a more recoverable solution.Whichever RAID solution is chosen, I'd check how the underlying disks are formatted.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588305</id>
	<title>Trust me when I say you want the best RAID</title>
	<author>Orion Blastar</author>
	<datestamp>1246785540000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>controller for your money. I've had bad luck with the cheap ones in Windows, always a blue screen of death that leads to data corruption and other problems.</p><p>You want a RAID controller that is properly reviewed, one that has been proven to be stable. One that has good driver support and a good warranty. You want the same with your hard drives that data will be stored on.</p><p>I am not sure why you want FAT32 drives, is it because you are running an old version of Windows that does not support NTFS? Most moden Linux systems have NTFS support built in if not an option to load, just read the FAQs for your version of Linux and look for how to add in NTFS support. Unless you have software that breaks on NTFS and needs FAT32 (like old video games and software applications with anti-piracy technology that only works with FAT32 and not NTFS), you should really use NTFS for your hard drive format.</p><p>You need more than just RAID drives, you need a backup solution. Either use DVD-RW disks, or buy a Tape drive, or have an older system you can set up a network share and copy data files over to it, or a USB hard drive or thumb drive.</p></htmltext>
<tokenext>controller for your money .
I 've had bad luck with the cheap ones in Windows , always a blue screen of death that leads to data corruption and other problems.You want a RAID controller that is properly reviewed , one that has been proven to be stable .
One that has good driver support and a good warranty .
You want the same with your hard drives that data will be stored on.I am not sure why you want FAT32 drives , is it because you are running an old version of Windows that does not support NTFS ?
Most moden Linux systems have NTFS support built in if not an option to load , just read the FAQs for your version of Linux and look for how to add in NTFS support .
Unless you have software that breaks on NTFS and needs FAT32 ( like old video games and software applications with anti-piracy technology that only works with FAT32 and not NTFS ) , you should really use NTFS for your hard drive format.You need more than just RAID drives , you need a backup solution .
Either use DVD-RW disks , or buy a Tape drive , or have an older system you can set up a network share and copy data files over to it , or a USB hard drive or thumb drive .</tokentext>
<sentencetext>controller for your money.
I've had bad luck with the cheap ones in Windows, always a blue screen of death that leads to data corruption and other problems.You want a RAID controller that is properly reviewed, one that has been proven to be stable.
One that has good driver support and a good warranty.
You want the same with your hard drives that data will be stored on.I am not sure why you want FAT32 drives, is it because you are running an old version of Windows that does not support NTFS?
Most moden Linux systems have NTFS support built in if not an option to load, just read the FAQs for your version of Linux and look for how to add in NTFS support.
Unless you have software that breaks on NTFS and needs FAT32 (like old video games and software applications with anti-piracy technology that only works with FAT32 and not NTFS), you should really use NTFS for your hard drive format.You need more than just RAID drives, you need a backup solution.
Either use DVD-RW disks, or buy a Tape drive, or have an older system you can set up a network share and copy data files over to it, or a USB hard drive or thumb drive.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</id>
	<title>Re: online backups</title>
	<author>King\_TJ</author>
	<datestamp>1246785120000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>Personally, I haven't yet encountered anyone who really got benefit from those personal Internet backup services like Mozy.    In regular use, it always seems like the person exceeds their storage allotment or Internet connectivity issues prevent them from recovering what they need, when they need it.</p><p>I tend to recommend people buy an inexpensive external USB or firewire drive, leave it attached and assigned as a backup device, and have some software package run a daily backup of all the relevant folders and files they might need to save.</p><p>It's great that your data is stored offline and off-site<nobr> <wbr></nobr>... but I'm just not sold on most of the implementations for "home use" being as great a solution as they first appear to be.  Many of the providers have come and gone over the years, too.  What happens when your offline backup company goes under?</p></htmltext>
<tokenext>Personally , I have n't yet encountered anyone who really got benefit from those personal Internet backup services like Mozy .
In regular use , it always seems like the person exceeds their storage allotment or Internet connectivity issues prevent them from recovering what they need , when they need it.I tend to recommend people buy an inexpensive external USB or firewire drive , leave it attached and assigned as a backup device , and have some software package run a daily backup of all the relevant folders and files they might need to save.It 's great that your data is stored offline and off-site ... but I 'm just not sold on most of the implementations for " home use " being as great a solution as they first appear to be .
Many of the providers have come and gone over the years , too .
What happens when your offline backup company goes under ?</tokentext>
<sentencetext>Personally, I haven't yet encountered anyone who really got benefit from those personal Internet backup services like Mozy.
In regular use, it always seems like the person exceeds their storage allotment or Internet connectivity issues prevent them from recovering what they need, when they need it.I tend to recommend people buy an inexpensive external USB or firewire drive, leave it attached and assigned as a backup device, and have some software package run a daily backup of all the relevant folders and files they might need to save.It's great that your data is stored offline and off-site ... but I'm just not sold on most of the implementations for "home use" being as great a solution as they first appear to be.
Many of the providers have come and gone over the years, too.
What happens when your offline backup company goes under?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153</id>
	<title>Are you crazy?</title>
	<author>Anonymous</author>
	<datestamp>1246827540000</datestamp>
	<modclass>Funny</modclass>
	<modscore>4</modscore>
	<htmltext><p>Do you work for one of these online backup places?</p><p>I would sooner trust a WD drive with my valuable data.</p></htmltext>
<tokenext>Do you work for one of these online backup places ? I would sooner trust a WD drive with my valuable data .</tokentext>
<sentencetext>Do you work for one of these online backup places?I would sooner trust a WD drive with my valuable data.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587857</id>
	<title>RAID \neq security.</title>
	<author>Anonymous</author>
	<datestamp>1246825200000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>RAID is not for data security. It only brings speed and/or less downtime in case of a single drive failure, depending on the flavor. One would think everybody would have learned it by now.</p></htmltext>
<tokenext>RAID is not for data security .
It only brings speed and/or less downtime in case of a single drive failure , depending on the flavor .
One would think everybody would have learned it by now .</tokentext>
<sentencetext>RAID is not for data security.
It only brings speed and/or less downtime in case of a single drive failure, depending on the flavor.
One would think everybody would have learned it by now.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843</id>
	<title>RAID is *NOT* backup!</title>
	<author>pipatron</author>
	<datestamp>1246825140000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>5</modscore>
	<htmltext>You sound like someone that need to be reminded that <b>RAID IS NOT BACKUP</b>! Google for that sentence. All you talk about is saving your data, and RAID will not do that for you. You'd be better off just using the second drive as a backup. RAID will not save you from accidental overwriting of data, corrupt filesystems, broken chipsets, etc. The only thing RAID will save you from is downtime. If you lose that much money on the downtime it takes to recover from a backup, then by all means, use RAID, but don't treat it as a backup solution that will protect your data. That's not what it's made for.</htmltext>
<tokenext>You sound like someone that need to be reminded that RAID IS NOT BACKUP !
Google for that sentence .
All you talk about is saving your data , and RAID will not do that for you .
You 'd be better off just using the second drive as a backup .
RAID will not save you from accidental overwriting of data , corrupt filesystems , broken chipsets , etc .
The only thing RAID will save you from is downtime .
If you lose that much money on the downtime it takes to recover from a backup , then by all means , use RAID , but do n't treat it as a backup solution that will protect your data .
That 's not what it 's made for .</tokentext>
<sentencetext>You sound like someone that need to be reminded that RAID IS NOT BACKUP!
Google for that sentence.
All you talk about is saving your data, and RAID will not do that for you.
You'd be better off just using the second drive as a backup.
RAID will not save you from accidental overwriting of data, corrupt filesystems, broken chipsets, etc.
The only thing RAID will save you from is downtime.
If you lose that much money on the downtime it takes to recover from a backup, then by all means, use RAID, but don't treat it as a backup solution that will protect your data.
That's not what it's made for.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588485</id>
	<title>Re:Your first problem is Fat32</title>
	<author>Anonymous</author>
	<datestamp>1246787040000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>No. If you want data integrity stop playing with toys and get a real operating system.</p></htmltext>
<tokenext>No .
If you want data integrity stop playing with toys and get a real operating system .</tokentext>
<sentencetext>No.
If you want data integrity stop playing with toys and get a real operating system.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191</id>
	<title>Re:Are you crazy?</title>
	<author>hedwards</author>
	<datestamp>1246794240000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>4</modscore>
	<htmltext>I'm not sure why the parent and GP were modded funny, I refuse to buy drives by Maxtor or WD these days because of the crap quality of the past. Sure it's been long enough that they probably have fixed the issue, I just don't trust them, even running mirrored ZFS.<br> <br>

I'm still somewhat astonished that WD would think that it's acceptable to have external drives that work on OSes other than Win except for the power management features. Saying you're just supporting Win for a hard disk is nowhere near acceptable.<br> <br>

Personally, what I do at home is I use ZFS to mirror a pair of 1tb Seagate drives and that seems to work fine, it's not really the best set up, but it's hard to get such things located off site for the amount of money I have to spend.</htmltext>
<tokenext>I 'm not sure why the parent and GP were modded funny , I refuse to buy drives by Maxtor or WD these days because of the crap quality of the past .
Sure it 's been long enough that they probably have fixed the issue , I just do n't trust them , even running mirrored ZFS .
I 'm still somewhat astonished that WD would think that it 's acceptable to have external drives that work on OSes other than Win except for the power management features .
Saying you 're just supporting Win for a hard disk is nowhere near acceptable .
Personally , what I do at home is I use ZFS to mirror a pair of 1tb Seagate drives and that seems to work fine , it 's not really the best set up , but it 's hard to get such things located off site for the amount of money I have to spend .</tokentext>
<sentencetext>I'm not sure why the parent and GP were modded funny, I refuse to buy drives by Maxtor or WD these days because of the crap quality of the past.
Sure it's been long enough that they probably have fixed the issue, I just don't trust them, even running mirrored ZFS.
I'm still somewhat astonished that WD would think that it's acceptable to have external drives that work on OSes other than Win except for the power management features.
Saying you're just supporting Win for a hard disk is nowhere near acceptable.
Personally, what I do at home is I use ZFS to mirror a pair of 1tb Seagate drives and that seems to work fine, it's not really the best set up, but it's hard to get such things located off site for the amount of money I have to spend.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588163</id>
	<title>Re:You are asking the wrong question.</title>
	<author>Pentium100</author>
	<datestamp>1246784460000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p><div class="quote"><p>My advice is something most people don't want to hear: for personal use, get backups online for $5/month. Mozy/Carbonite/etc. There are zillion vendors, just Google it. In two years, it will cost you about as much as that 2nd hard drive. It protects you far better than that 2nd hard drive, and it's so automatic that you'll hardly notice it until the moment it actually matters: when you just have discovered that your data is gone.</p></div><p>And is so slow that a LS120 drive reading a 1.44MB floppy would actually be faster. Or a 1x CROM. Or a 16 year old hard drive.</p><p>Also, I have to trust that the service and my internet connection will be available when I need to restore my data.</p><p>Or I can use RAID... and tapes.</p></div>
	</htmltext>
<tokenext>My advice is something most people do n't want to hear : for personal use , get backups online for $ 5/month .
Mozy/Carbonite/etc. There are zillion vendors , just Google it .
In two years , it will cost you about as much as that 2nd hard drive .
It protects you far better than that 2nd hard drive , and it 's so automatic that you 'll hardly notice it until the moment it actually matters : when you just have discovered that your data is gone.And is so slow that a LS120 drive reading a 1.44MB floppy would actually be faster .
Or a 1x CROM .
Or a 16 year old hard drive.Also , I have to trust that the service and my internet connection will be available when I need to restore my data.Or I can use RAID... and tapes .</tokentext>
<sentencetext>My advice is something most people don't want to hear: for personal use, get backups online for $5/month.
Mozy/Carbonite/etc. There are zillion vendors, just Google it.
In two years, it will cost you about as much as that 2nd hard drive.
It protects you far better than that 2nd hard drive, and it's so automatic that you'll hardly notice it until the moment it actually matters: when you just have discovered that your data is gone.And is so slow that a LS120 drive reading a 1.44MB floppy would actually be faster.
Or a 1x CROM.
Or a 16 year old hard drive.Also, I have to trust that the service and my internet connection will be available when I need to restore my data.Or I can use RAID... and tapes.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588429</id>
	<title>None of that. Use cheap, but linux compatible raid</title>
	<author>NuclearCat</author>
	<datestamp>1246786500000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>None exactly of that.

You have to find cheap RAID controller, with documented or known format, recognized by Linux softraid. There is some. In this case, even whole computer busted (including controller, it can be EOL, when something will happen, and you cannot find new), or system partially corrupted, you can still recover your data with help of Linux (yes it can read Software RAID created by cheap softraid controllers without those controllers. Check dmraid documentation.</htmltext>
<tokenext>None exactly of that .
You have to find cheap RAID controller , with documented or known format , recognized by Linux softraid .
There is some .
In this case , even whole computer busted ( including controller , it can be EOL , when something will happen , and you can not find new ) , or system partially corrupted , you can still recover your data with help of Linux ( yes it can read Software RAID created by cheap softraid controllers without those controllers .
Check dmraid documentation .</tokentext>
<sentencetext>None exactly of that.
You have to find cheap RAID controller, with documented or known format, recognized by Linux softraid.
There is some.
In this case, even whole computer busted (including controller, it can be EOL, when something will happen, and you cannot find new), or system partially corrupted, you can still recover your data with help of Linux (yes it can read Software RAID created by cheap softraid controllers without those controllers.
Check dmraid documentation.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589699</id>
	<title>Re: online backups</title>
	<author>jon3k</author>
	<datestamp>1246800300000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>"What happens when your offline backup company goes under?"
<br> <br>
You start using a different one?  Personally I have a colocated server where I keep encrypted backups along with a hard drive in an external enclosure attached via USB.  I keep backups of all my important files in two locations.  Now, if the online backup service went out of business and my house burnt down before I could find a new one, I'd be out of luck I suppose.  I think I'm a little more likely to win the lottery though, so I'll take my chances.  This also assumes that the backup service shuts down and cuts you off without any notice whatsoever.</htmltext>
<tokenext>" What happens when your offline backup company goes under ?
" You start using a different one ?
Personally I have a colocated server where I keep encrypted backups along with a hard drive in an external enclosure attached via USB .
I keep backups of all my important files in two locations .
Now , if the online backup service went out of business and my house burnt down before I could find a new one , I 'd be out of luck I suppose .
I think I 'm a little more likely to win the lottery though , so I 'll take my chances .
This also assumes that the backup service shuts down and cuts you off without any notice whatsoever .</tokentext>
<sentencetext>"What happens when your offline backup company goes under?
"
 
You start using a different one?
Personally I have a colocated server where I keep encrypted backups along with a hard drive in an external enclosure attached via USB.
I keep backups of all my important files in two locations.
Now, if the online backup service went out of business and my house burnt down before I could find a new one, I'd be out of luck I suppose.
I think I'm a little more likely to win the lottery though, so I'll take my chances.
This also assumes that the backup service shuts down and cuts you off without any notice whatsoever.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588001</id>
	<title>Real RAID is cheap</title>
	<author>FranTaylor</author>
	<datestamp>1246826460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>You can buy a real RAID controller for $400-$500 nowadays.  If your data is not worth that much...</p></htmltext>
<tokenext>You can buy a real RAID controller for $ 400- $ 500 nowadays .
If your data is not worth that much.. .</tokentext>
<sentencetext>You can buy a real RAID controller for $400-$500 nowadays.
If your data is not worth that much...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590193</id>
	<title>RAID Reliability</title>
	<author>Bent Mind</author>
	<datestamp>1246806360000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Scrolling through the first several posts, I see a lot of posts basically saying RAID is unreliable. I couldn't disagree more. I set up a Linux software RAID 5 file server in my house about 8 years ago. It started as 4 Seagate 120GB drives. Over the years, I've had 3 of those drives fail. I've never lost any data.<br> <br>

I can't afford to go out and pick up the latest and greatest in storage every time a drive fails. I replaced the failed drives with refurbished drives of the same size from random manufactures. I've never had a problem. The RAID is just as fast to access and write to as when the drives were matched. RAID is an excellent strategy if your concern is drive failure and uptime.<br> <br>

As others have pointed out, it won't protect you from accidental deletions and overwrites. Regular backups help in this area. However, if you accidentally delete/overwrite your backup, or the backup fails, you are in the same boat.<br> <br>

For data that just can not be lost, I have a copy on the RAID, and a backup on DVD that gets refreshed every couple of years. Everything else just sits on the RAID.<br> <br>

I've also run a file server at work for about 5 years now. It uses the same setup. I've only had one drive fail there. Again, I've never lost data. I have a redundant server set up that contains a mirror of the primary server. However, I've never needed to restore data from it. It is nice to have when I'm doing updates. Everyone uses the primary server while I test the updates on the redundant server.</htmltext>
<tokenext>Scrolling through the first several posts , I see a lot of posts basically saying RAID is unreliable .
I could n't disagree more .
I set up a Linux software RAID 5 file server in my house about 8 years ago .
It started as 4 Seagate 120GB drives .
Over the years , I 've had 3 of those drives fail .
I 've never lost any data .
I ca n't afford to go out and pick up the latest and greatest in storage every time a drive fails .
I replaced the failed drives with refurbished drives of the same size from random manufactures .
I 've never had a problem .
The RAID is just as fast to access and write to as when the drives were matched .
RAID is an excellent strategy if your concern is drive failure and uptime .
As others have pointed out , it wo n't protect you from accidental deletions and overwrites .
Regular backups help in this area .
However , if you accidentally delete/overwrite your backup , or the backup fails , you are in the same boat .
For data that just can not be lost , I have a copy on the RAID , and a backup on DVD that gets refreshed every couple of years .
Everything else just sits on the RAID .
I 've also run a file server at work for about 5 years now .
It uses the same setup .
I 've only had one drive fail there .
Again , I 've never lost data .
I have a redundant server set up that contains a mirror of the primary server .
However , I 've never needed to restore data from it .
It is nice to have when I 'm doing updates .
Everyone uses the primary server while I test the updates on the redundant server .</tokentext>
<sentencetext>Scrolling through the first several posts, I see a lot of posts basically saying RAID is unreliable.
I couldn't disagree more.
I set up a Linux software RAID 5 file server in my house about 8 years ago.
It started as 4 Seagate 120GB drives.
Over the years, I've had 3 of those drives fail.
I've never lost any data.
I can't afford to go out and pick up the latest and greatest in storage every time a drive fails.
I replaced the failed drives with refurbished drives of the same size from random manufactures.
I've never had a problem.
The RAID is just as fast to access and write to as when the drives were matched.
RAID is an excellent strategy if your concern is drive failure and uptime.
As others have pointed out, it won't protect you from accidental deletions and overwrites.
Regular backups help in this area.
However, if you accidentally delete/overwrite your backup, or the backup fails, you are in the same boat.
For data that just can not be lost, I have a copy on the RAID, and a backup on DVD that gets refreshed every couple of years.
Everything else just sits on the RAID.
I've also run a file server at work for about 5 years now.
It uses the same setup.
I've only had one drive fail there.
Again, I've never lost data.
I have a redundant server set up that contains a mirror of the primary server.
However, I've never needed to restore data from it.
It is nice to have when I'm doing updates.
Everyone uses the primary server while I test the updates on the redundant server.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592643</id>
	<title>There's no SMART monitoring in windows</title>
	<author>MongooseCN</author>
	<datestamp>1246881660000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Our company finally moved away from windows software RAID because of problems. One drive would fail, then while rebuilding we'd find errors on the second drive. Usually bad sectors that couldn't be read. Windows 2003 doesn't do any SMART monitoring so a drive can start failing and you'll never know until you try to read/write data to that part of the drive.</p><p>On my linux server I have smartmontools checking the drives nightly which has saved me once so far. I can't find an equivalent for windows so we've moved to hardware which can check for failing drives.</p></htmltext>
<tokenext>Our company finally moved away from windows software RAID because of problems .
One drive would fail , then while rebuilding we 'd find errors on the second drive .
Usually bad sectors that could n't be read .
Windows 2003 does n't do any SMART monitoring so a drive can start failing and you 'll never know until you try to read/write data to that part of the drive.On my linux server I have smartmontools checking the drives nightly which has saved me once so far .
I ca n't find an equivalent for windows so we 've moved to hardware which can check for failing drives .</tokentext>
<sentencetext>Our company finally moved away from windows software RAID because of problems.
One drive would fail, then while rebuilding we'd find errors on the second drive.
Usually bad sectors that couldn't be read.
Windows 2003 doesn't do any SMART monitoring so a drive can start failing and you'll never know until you try to read/write data to that part of the drive.On my linux server I have smartmontools checking the drives nightly which has saved me once so far.
I can't find an equivalent for windows so we've moved to hardware which can check for failing drives.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590367</id>
	<title>OP needs a clue; here are some.</title>
	<author>rakslice</author>
	<datestamp>1246808580000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>The first thing to learn about RAID or any other technology that you're using for enhanced reliability: If you use it without first testing it in failure scenarios you might encounter and figuring out exactly what you need to do to fix it (e.g. How do you tell which piece of hardware has failed? How will you know to respond if the automatic failover doesn't work? etc.), you might as well just pretend that instead of spending your time and/or money on a redundant solution you just took a vacation and/or lit the money on fire because that's effectively what you will have done.</p><p>With that in mind, although I tend to think I know what I'm talking about, you can take the rest of my advice as help brainstorming those failure scenarios and hints about answering those how-will-I-fix-it questions, but it's no substitute for knowing and testing your own set-up and checking the answers yourself. Okay?</p><p>Good.</p><p><div class="quote"><p>After having been burned by a not-so-cheap, dedicated RAID controller, I have been pointed to software RAID solutions</p></div><p>Gross generalization for the short attention span crowd: RAID 1 seems simple, but there are lots of options and lots of details to get right. And if you've run into the limits of your knowledge dealing with RAID 1 on a dedicated RAID controller, then going to a software RAID 1 solution (which often doesn't secure against all the same problems and gives you more things to troubleshoot directly when things go wrong) may not make your life simpler...</p><p>In particular, remember that although your RAID 1 array stores some metadata, it probably doesn't keep track of which disk has the most up-to-date copy of each block, so if you manage to get two working but out-of-sync disks, take care when you're deciding which disk to restore the set from. Also remember that as we approach 1 unrecoverable read error per disk territory, the same wisdom about replacing RAID 5 with RAID 6 also applies to 2-disk RAID 1.</p><p>Moving on... =)</p><p>In the world of always-busy transactional databases and server systems, RAID is seen as part of complete breakfast of 100\% storage reliability, and people want it to guarantee that whenever a program's explicit request to sync a disk write goes through, the data is definitely going to make it to disk despite a power or equipment failure.  This means:</p><ul> <li> Using journaling file systems</li><li>Turning OFF all disks' on-board write caches (i.e. disk write buffers)</li><li>And usually for decent performance, a hardware RAID controller with a long enough battery backup of its cache, or long enough UPS + generator coverage, or both)</li></ul><p>You can test that syncs are working properly by doing plug-pull tests (e.g. see <a href="http://brad.livejournal.com/2116715.html" title="livejournal.com">http://brad.livejournal.com/2116715.html</a> [livejournal.com])</p><p>If uptime is important, they'll also have:</p><ul><li>Disk/RAID controllers and drive module/bays that support for hot swapping</li><li>Software tools on the system for controlling the hot swapping/recovery</li><li>Monitoring/notification software to tell someone about the failure so that the dead drive can be swapped before the other one fails too</li><li>Spares on hand</li><li>Perhaps also hot standby drives in place</li></ul><p>At the other end of the spectrum, RAID 1 is sometimes used on desktop PCs as a real-time 'backup' solution for people who are too 'busy' (i.e. lazy) to make real backups.<br>In the world of single-user PCs, the conventional wisdom is that most applications operate on documents in RAM (where they are vulnerable to power failures anyway), and only write them to disk occasionally when the user explicitly asks for it, so it has become common practice to leave disk buffers on for better write performance at the risk of data loss if a file is being written during a power failure. Application-level recovery features and journaling file systems have allowed this approach to survive into the era of PCs with modern multitasking operating systems. If you're willing to take the performance hit, you can run software RAID with disk write buffers disabled. Or if you don't really care about data integrity, you just want the lazy 'backups' and you're willing to sort out and live with whatever data loss you get if there's a power failure, then you might be okay with software RAID and disk write buffers on. Or you can avoid the trade off by going to a hardware RAID controller with a battery backed cache.</p></div>
	</htmltext>
<tokenext>The first thing to learn about RAID or any other technology that you 're using for enhanced reliability : If you use it without first testing it in failure scenarios you might encounter and figuring out exactly what you need to do to fix it ( e.g .
How do you tell which piece of hardware has failed ?
How will you know to respond if the automatic failover does n't work ?
etc. ) , you might as well just pretend that instead of spending your time and/or money on a redundant solution you just took a vacation and/or lit the money on fire because that 's effectively what you will have done.With that in mind , although I tend to think I know what I 'm talking about , you can take the rest of my advice as help brainstorming those failure scenarios and hints about answering those how-will-I-fix-it questions , but it 's no substitute for knowing and testing your own set-up and checking the answers yourself .
Okay ? Good.After having been burned by a not-so-cheap , dedicated RAID controller , I have been pointed to software RAID solutionsGross generalization for the short attention span crowd : RAID 1 seems simple , but there are lots of options and lots of details to get right .
And if you 've run into the limits of your knowledge dealing with RAID 1 on a dedicated RAID controller , then going to a software RAID 1 solution ( which often does n't secure against all the same problems and gives you more things to troubleshoot directly when things go wrong ) may not make your life simpler...In particular , remember that although your RAID 1 array stores some metadata , it probably does n't keep track of which disk has the most up-to-date copy of each block , so if you manage to get two working but out-of-sync disks , take care when you 're deciding which disk to restore the set from .
Also remember that as we approach 1 unrecoverable read error per disk territory , the same wisdom about replacing RAID 5 with RAID 6 also applies to 2-disk RAID 1.Moving on... = ) In the world of always-busy transactional databases and server systems , RAID is seen as part of complete breakfast of 100 \ % storage reliability , and people want it to guarantee that whenever a program 's explicit request to sync a disk write goes through , the data is definitely going to make it to disk despite a power or equipment failure .
This means : Using journaling file systemsTurning OFF all disks ' on-board write caches ( i.e .
disk write buffers ) And usually for decent performance , a hardware RAID controller with a long enough battery backup of its cache , or long enough UPS + generator coverage , or both ) You can test that syncs are working properly by doing plug-pull tests ( e.g .
see http : //brad.livejournal.com/2116715.html [ livejournal.com ] ) If uptime is important , they 'll also have : Disk/RAID controllers and drive module/bays that support for hot swappingSoftware tools on the system for controlling the hot swapping/recoveryMonitoring/notification software to tell someone about the failure so that the dead drive can be swapped before the other one fails tooSpares on handPerhaps also hot standby drives in placeAt the other end of the spectrum , RAID 1 is sometimes used on desktop PCs as a real-time 'backup ' solution for people who are too 'busy ' ( i.e .
lazy ) to make real backups.In the world of single-user PCs , the conventional wisdom is that most applications operate on documents in RAM ( where they are vulnerable to power failures anyway ) , and only write them to disk occasionally when the user explicitly asks for it , so it has become common practice to leave disk buffers on for better write performance at the risk of data loss if a file is being written during a power failure .
Application-level recovery features and journaling file systems have allowed this approach to survive into the era of PCs with modern multitasking operating systems .
If you 're willing to take the performance hit , you can run software RAID with disk write buffers disabled .
Or if you do n't really care about data integrity , you just want the lazy 'backups ' and you 're willing to sort out and live with whatever data loss you get if there 's a power failure , then you might be okay with software RAID and disk write buffers on .
Or you can avoid the trade off by going to a hardware RAID controller with a battery backed cache .</tokentext>
<sentencetext>The first thing to learn about RAID or any other technology that you're using for enhanced reliability: If you use it without first testing it in failure scenarios you might encounter and figuring out exactly what you need to do to fix it (e.g.
How do you tell which piece of hardware has failed?
How will you know to respond if the automatic failover doesn't work?
etc.), you might as well just pretend that instead of spending your time and/or money on a redundant solution you just took a vacation and/or lit the money on fire because that's effectively what you will have done.With that in mind, although I tend to think I know what I'm talking about, you can take the rest of my advice as help brainstorming those failure scenarios and hints about answering those how-will-I-fix-it questions, but it's no substitute for knowing and testing your own set-up and checking the answers yourself.
Okay?Good.After having been burned by a not-so-cheap, dedicated RAID controller, I have been pointed to software RAID solutionsGross generalization for the short attention span crowd: RAID 1 seems simple, but there are lots of options and lots of details to get right.
And if you've run into the limits of your knowledge dealing with RAID 1 on a dedicated RAID controller, then going to a software RAID 1 solution (which often doesn't secure against all the same problems and gives you more things to troubleshoot directly when things go wrong) may not make your life simpler...In particular, remember that although your RAID 1 array stores some metadata, it probably doesn't keep track of which disk has the most up-to-date copy of each block, so if you manage to get two working but out-of-sync disks, take care when you're deciding which disk to restore the set from.
Also remember that as we approach 1 unrecoverable read error per disk territory, the same wisdom about replacing RAID 5 with RAID 6 also applies to 2-disk RAID 1.Moving on... =)In the world of always-busy transactional databases and server systems, RAID is seen as part of complete breakfast of 100\% storage reliability, and people want it to guarantee that whenever a program's explicit request to sync a disk write goes through, the data is definitely going to make it to disk despite a power or equipment failure.
This means:  Using journaling file systemsTurning OFF all disks' on-board write caches (i.e.
disk write buffers)And usually for decent performance, a hardware RAID controller with a long enough battery backup of its cache, or long enough UPS + generator coverage, or both)You can test that syncs are working properly by doing plug-pull tests (e.g.
see http://brad.livejournal.com/2116715.html [livejournal.com])If uptime is important, they'll also have:Disk/RAID controllers and drive module/bays that support for hot swappingSoftware tools on the system for controlling the hot swapping/recoveryMonitoring/notification software to tell someone about the failure so that the dead drive can be swapped before the other one fails tooSpares on handPerhaps also hot standby drives in placeAt the other end of the spectrum, RAID 1 is sometimes used on desktop PCs as a real-time 'backup' solution for people who are too 'busy' (i.e.
lazy) to make real backups.In the world of single-user PCs, the conventional wisdom is that most applications operate on documents in RAM (where they are vulnerable to power failures anyway), and only write them to disk occasionally when the user explicitly asks for it, so it has become common practice to leave disk buffers on for better write performance at the risk of data loss if a file is being written during a power failure.
Application-level recovery features and journaling file systems have allowed this approach to survive into the era of PCs with modern multitasking operating systems.
If you're willing to take the performance hit, you can run software RAID with disk write buffers disabled.
Or if you don't really care about data integrity, you just want the lazy 'backups' and you're willing to sort out and live with whatever data loss you get if there's a power failure, then you might be okay with software RAID and disk write buffers on.
Or you can avoid the trade off by going to a hardware RAID controller with a battery backed cache.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594867</id>
	<title>Re:Are you crazy?</title>
	<author>that IT girl</author>
	<datestamp>1246897440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Just FYI, from what I've seen recently... WD still sucks, but Maxtor has come a long way.</htmltext>
<tokenext>Just FYI , from what I 've seen recently... WD still sucks , but Maxtor has come a long way .</tokentext>
<sentencetext>Just FYI, from what I've seen recently... WD still sucks, but Maxtor has come a long way.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28599909</id>
	<title>What I'd Do</title>
	<author>tuituiman</author>
	<datestamp>1246875720000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>Okay. Here's what i'd do if you're wanting this RAID system to help redundancy AND be a backup.
Firstly, be sure to use a physical RAID card. Don't trust it to software, you're just asking for more problems than necessary (although the motherboard controlled RAID's all right for home use).
Secondly you should buy another HD for backup purposes. At the end of an allocated amount of time (day, week, month) pull one of the drives in the array, and slip in the spare drive. It will mirror, and you'll have a snapshot of your system when you pulled the drive. If you screwed everything up, you can slip the 'Backup' drive back into the array and everything's restored back to that point right away.
This would work for some users, and may for you. But it depends on what your exact backup needs are.</htmltext>
<tokenext>Okay .
Here 's what i 'd do if you 're wanting this RAID system to help redundancy AND be a backup .
Firstly , be sure to use a physical RAID card .
Do n't trust it to software , you 're just asking for more problems than necessary ( although the motherboard controlled RAID 's all right for home use ) .
Secondly you should buy another HD for backup purposes .
At the end of an allocated amount of time ( day , week , month ) pull one of the drives in the array , and slip in the spare drive .
It will mirror , and you 'll have a snapshot of your system when you pulled the drive .
If you screwed everything up , you can slip the 'Backup ' drive back into the array and everything 's restored back to that point right away .
This would work for some users , and may for you .
But it depends on what your exact backup needs are .</tokentext>
<sentencetext>Okay.
Here's what i'd do if you're wanting this RAID system to help redundancy AND be a backup.
Firstly, be sure to use a physical RAID card.
Don't trust it to software, you're just asking for more problems than necessary (although the motherboard controlled RAID's all right for home use).
Secondly you should buy another HD for backup purposes.
At the end of an allocated amount of time (day, week, month) pull one of the drives in the array, and slip in the spare drive.
It will mirror, and you'll have a snapshot of your system when you pulled the drive.
If you screwed everything up, you can slip the 'Backup' drive back into the array and everything's restored back to that point right away.
This would work for some users, and may for you.
But it depends on what your exact backup needs are.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587875</id>
	<title>Windows + NTFS + external backup</title>
	<author>beavis88</author>
	<datestamp>1246825320000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Cheap RAID controllers suck - at least you can trust Windows to be consistent between installations if need be. External (preferably offsite) backup is also a must! As I'm sure you'll be reminded 1000 times in this thread, RAID is not backup.</p></htmltext>
<tokenext>Cheap RAID controllers suck - at least you can trust Windows to be consistent between installations if need be .
External ( preferably offsite ) backup is also a must !
As I 'm sure you 'll be reminded 1000 times in this thread , RAID is not backup .</tokentext>
<sentencetext>Cheap RAID controllers suck - at least you can trust Windows to be consistent between installations if need be.
External (preferably offsite) backup is also a must!
As I'm sure you'll be reminded 1000 times in this thread, RAID is not backup.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28597997</id>
	<title>Re: online backups</title>
	<author>lbates\_35476</author>
	<datestamp>1246910520000</datestamp>
	<modclass>Troll</modclass>
	<modscore>0</modscore>
	<htmltext>While the op is asking about RAID it is clear that RAID is only one third of what people require.  They require backup, disaster recover, and availability.  RAID only addresses availability.  If you want RAID done correctly add a multi-port controller (preferably one that is compatible with your motherboard RAID) and mirror two drives with a hot spare (3 minimum).  That way the hot spare will auto sync to the working drive after a failure and be there if the second master drive fails shortly thereafter.  That will provide excellent availability, but backup and disaster recovery are another matter.<br> <br>

Disclaimer: I'm the CTO of vitalEsafe.  Having watched clients struggle with backups and disaster recovery for the last 27+ years.   I finally decided (4 years ago) that nobody was providing the solution that people actually needed, so I designed one from the ground up.<br> <br>

Based on vitalEsafe's secure web services platform, shadowSafe address ALL the requirements of the vast majority of users.  It is backup and disaster recovery as a service (nothing to purchase).  We use StorageCraft's excellent ShadowProtect backup and disaster recovery software married with secure storage of your backups on our remote servers (which are backed up using Amazon S3).  Data is fully encrypted and stored for you in the event of a catastrophic failure and a local copy is maintained for all those "other" times where you need to recover a file, volume, or an entire machine.  No bandwidth limitations like some online backup systems out there.  If you go out of business, you have a fully functioning backup and disaster recovery system on your system that is completely independent of vitalEsafe (without the catastrophic recovery option of course).  Backups can even be imported into VMware virtual machine a booted in minutes.<br> <br>

Based on the list of potential failures shown above (and with one addition, catastrophic event), here is how shadowSafe address each problem:<br> <br>

1) Aw sh1tz. "I didn't mean to delete that folder"... or "Whoops! I formatted the wrong drive", "I saved the wrong version of the file!", whatever. Although I *myself* don't have this happen often, it does happen. And even in my case I've lost about as much useful information this way as by drives dying. Users delete stuff all the time, and it's usually my job to bring it back, which is why I perform redundant, historical backups EVERY SINGLE DAY.<br> <br>

Mount any point-in-time backup (yes it is like a "time machine") and restore your file.  You can backup every hour if you like, but most people think 1, 2 or  4 times a day is adequate.  This can be done because our software utilizes volume shadowing services (VSS) that is built into Windows (sorry Linux/Mac users, for now you are out of luck) that can make backups of Exchange, MS SQL, Oracle 11g, Pervasive 9/10 (and any other VSS-aware database or service) backups without shutting them down.  Backups are made at the block level (not the file level) which means that intra-day backups are really small and very fast.<br> <br>

2) Malware. Don't minimize this - it's real, and it's why I reply to Parent. You are more likely to lose information from a virus/worm/malware and/or b0rked install of something that hoses your filesystem than by a hard disk crash given stable hardware.<br> <br>

Always do an incremental backup of your machine before installing software.  Then if you 'hose" the machine,
restore your entire machine back to any point-in-time backup in minutes (from your local backup).  Works like a restore point for your entire system.<br> <br>

3) Bugs. Filesystems have bugs. So do applications, utilities, anything with software. Strange, unexpected conditions, often caused by bugs in applications can cause data to "disappear", files to get corrupted, filesystems to get corrupted, folders to be incompletely written, etc. This is about as likely to cause lost data as:<br> <br>

Restore your entire machine back to any point-in-time backup in minutes (from your local backup).<br> <br>

4) Hardware failu</htmltext>
<tokenext>While the op is asking about RAID it is clear that RAID is only one third of what people require .
They require backup , disaster recover , and availability .
RAID only addresses availability .
If you want RAID done correctly add a multi-port controller ( preferably one that is compatible with your motherboard RAID ) and mirror two drives with a hot spare ( 3 minimum ) .
That way the hot spare will auto sync to the working drive after a failure and be there if the second master drive fails shortly thereafter .
That will provide excellent availability , but backup and disaster recovery are another matter .
Disclaimer : I 'm the CTO of vitalEsafe .
Having watched clients struggle with backups and disaster recovery for the last 27 + years .
I finally decided ( 4 years ago ) that nobody was providing the solution that people actually needed , so I designed one from the ground up .
Based on vitalEsafe 's secure web services platform , shadowSafe address ALL the requirements of the vast majority of users .
It is backup and disaster recovery as a service ( nothing to purchase ) .
We use StorageCraft 's excellent ShadowProtect backup and disaster recovery software married with secure storage of your backups on our remote servers ( which are backed up using Amazon S3 ) .
Data is fully encrypted and stored for you in the event of a catastrophic failure and a local copy is maintained for all those " other " times where you need to recover a file , volume , or an entire machine .
No bandwidth limitations like some online backup systems out there .
If you go out of business , you have a fully functioning backup and disaster recovery system on your system that is completely independent of vitalEsafe ( without the catastrophic recovery option of course ) .
Backups can even be imported into VMware virtual machine a booted in minutes .
Based on the list of potential failures shown above ( and with one addition , catastrophic event ) , here is how shadowSafe address each problem : 1 ) Aw sh1tz .
" I did n't mean to delete that folder " ... or " Whoops !
I formatted the wrong drive " , " I saved the wrong version of the file !
" , whatever .
Although I * myself * do n't have this happen often , it does happen .
And even in my case I 've lost about as much useful information this way as by drives dying .
Users delete stuff all the time , and it 's usually my job to bring it back , which is why I perform redundant , historical backups EVERY SINGLE DAY .
Mount any point-in-time backup ( yes it is like a " time machine " ) and restore your file .
You can backup every hour if you like , but most people think 1 , 2 or 4 times a day is adequate .
This can be done because our software utilizes volume shadowing services ( VSS ) that is built into Windows ( sorry Linux/Mac users , for now you are out of luck ) that can make backups of Exchange , MS SQL , Oracle 11g , Pervasive 9/10 ( and any other VSS-aware database or service ) backups without shutting them down .
Backups are made at the block level ( not the file level ) which means that intra-day backups are really small and very fast .
2 ) Malware .
Do n't minimize this - it 's real , and it 's why I reply to Parent .
You are more likely to lose information from a virus/worm/malware and/or b0rked install of something that hoses your filesystem than by a hard disk crash given stable hardware .
Always do an incremental backup of your machine before installing software .
Then if you 'hose " the machine , restore your entire machine back to any point-in-time backup in minutes ( from your local backup ) .
Works like a restore point for your entire system .
3 ) Bugs .
Filesystems have bugs .
So do applications , utilities , anything with software .
Strange , unexpected conditions , often caused by bugs in applications can cause data to " disappear " , files to get corrupted , filesystems to get corrupted , folders to be incompletely written , etc .
This is about as likely to cause lost data as : Restore your entire machine back to any point-in-time backup in minutes ( from your local backup ) .
4 ) Hardware failu</tokentext>
<sentencetext>While the op is asking about RAID it is clear that RAID is only one third of what people require.
They require backup, disaster recover, and availability.
RAID only addresses availability.
If you want RAID done correctly add a multi-port controller (preferably one that is compatible with your motherboard RAID) and mirror two drives with a hot spare (3 minimum).
That way the hot spare will auto sync to the working drive after a failure and be there if the second master drive fails shortly thereafter.
That will provide excellent availability, but backup and disaster recovery are another matter.
Disclaimer: I'm the CTO of vitalEsafe.
Having watched clients struggle with backups and disaster recovery for the last 27+ years.
I finally decided (4 years ago) that nobody was providing the solution that people actually needed, so I designed one from the ground up.
Based on vitalEsafe's secure web services platform, shadowSafe address ALL the requirements of the vast majority of users.
It is backup and disaster recovery as a service (nothing to purchase).
We use StorageCraft's excellent ShadowProtect backup and disaster recovery software married with secure storage of your backups on our remote servers (which are backed up using Amazon S3).
Data is fully encrypted and stored for you in the event of a catastrophic failure and a local copy is maintained for all those "other" times where you need to recover a file, volume, or an entire machine.
No bandwidth limitations like some online backup systems out there.
If you go out of business, you have a fully functioning backup and disaster recovery system on your system that is completely independent of vitalEsafe (without the catastrophic recovery option of course).
Backups can even be imported into VMware virtual machine a booted in minutes.
Based on the list of potential failures shown above (and with one addition, catastrophic event), here is how shadowSafe address each problem: 

1) Aw sh1tz.
"I didn't mean to delete that folder"... or "Whoops!
I formatted the wrong drive", "I saved the wrong version of the file!
", whatever.
Although I *myself* don't have this happen often, it does happen.
And even in my case I've lost about as much useful information this way as by drives dying.
Users delete stuff all the time, and it's usually my job to bring it back, which is why I perform redundant, historical backups EVERY SINGLE DAY.
Mount any point-in-time backup (yes it is like a "time machine") and restore your file.
You can backup every hour if you like, but most people think 1, 2 or  4 times a day is adequate.
This can be done because our software utilizes volume shadowing services (VSS) that is built into Windows (sorry Linux/Mac users, for now you are out of luck) that can make backups of Exchange, MS SQL, Oracle 11g, Pervasive 9/10 (and any other VSS-aware database or service) backups without shutting them down.
Backups are made at the block level (not the file level) which means that intra-day backups are really small and very fast.
2) Malware.
Don't minimize this - it's real, and it's why I reply to Parent.
You are more likely to lose information from a virus/worm/malware and/or b0rked install of something that hoses your filesystem than by a hard disk crash given stable hardware.
Always do an incremental backup of your machine before installing software.
Then if you 'hose" the machine,
restore your entire machine back to any point-in-time backup in minutes (from your local backup).
Works like a restore point for your entire system.
3) Bugs.
Filesystems have bugs.
So do applications, utilities, anything with software.
Strange, unexpected conditions, often caused by bugs in applications can cause data to "disappear", files to get corrupted, filesystems to get corrupted, folders to be incompletely written, etc.
This is about as likely to cause lost data as: 

Restore your entire machine back to any point-in-time backup in minutes (from your local backup).
4) Hardware failu</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589063</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>nostriluu</author>
	<datestamp>1246792680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I have been running Linux mdadm RAID 5 for years using onboard IDE &amp; SATA and completely different drives (some combination of 300, 500, 500, TB drives all from different manufacturers) and have never had a problem due to differences in drives. General performance is "good," I don't have the numbers offhand but when I was testing it was comparable to ideal configurations with these drives. For the average uses, there's no need to go out of your way.</p><p>RAID5 has a nice side effect; if you need to send a drive in for replacement, you don't need to worry about snooping of your data. Not sure how this applies to RAID1.</p></htmltext>
<tokenext>I have been running Linux mdadm RAID 5 for years using onboard IDE &amp; SATA and completely different drives ( some combination of 300 , 500 , 500 , TB drives all from different manufacturers ) and have never had a problem due to differences in drives .
General performance is " good , " I do n't have the numbers offhand but when I was testing it was comparable to ideal configurations with these drives .
For the average uses , there 's no need to go out of your way.RAID5 has a nice side effect ; if you need to send a drive in for replacement , you do n't need to worry about snooping of your data .
Not sure how this applies to RAID1 .</tokentext>
<sentencetext>I have been running Linux mdadm RAID 5 for years using onboard IDE &amp; SATA and completely different drives (some combination of 300, 500, 500, TB drives all from different manufacturers) and have never had a problem due to differences in drives.
General performance is "good," I don't have the numbers offhand but when I was testing it was comparable to ideal configurations with these drives.
For the average uses, there's no need to go out of your way.RAID5 has a nice side effect; if you need to send a drive in for replacement, you don't need to worry about snooping of your data.
Not sure how this applies to RAID1.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593979</id>
	<title>Um...</title>
	<author>Anonymous</author>
	<datestamp>1246892340000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I'd start by learning how mirroring works. It's obvious you don't have a clue 'cause if you did, you wouldn't be posting this question here. Slashdot is not the place to get this knowledge.</p><p>Start here:<br><a href="http://fedoranews.org/mediawiki/index.php/How\_to\_setup\_and\_manage\_your\_disk\_software\_mirroring" title="fedoranews.org" rel="nofollow">http://fedoranews.org/mediawiki/index.php/How\_to\_setup\_and\_manage\_your\_disk\_software\_mirroring</a> [fedoranews.org]<br>and learn how software mirroring works first.</p><p>Go to the manufacturer's site of your motherboard for the hardware info.</p><p>If you need to do a different OS, search for "How do I set up disk mirroring in [OS]" in google.</p><p>Google is your friend. Once you know how the different systems of mirroring work, and what their advantages and disadvantages are, you can make your own informed decision. Seriously...</p><p>-AC</p></htmltext>
<tokenext>I 'd start by learning how mirroring works .
It 's obvious you do n't have a clue 'cause if you did , you would n't be posting this question here .
Slashdot is not the place to get this knowledge.Start here : http : //fedoranews.org/mediawiki/index.php/How \ _to \ _setup \ _and \ _manage \ _your \ _disk \ _software \ _mirroring [ fedoranews.org ] and learn how software mirroring works first.Go to the manufacturer 's site of your motherboard for the hardware info.If you need to do a different OS , search for " How do I set up disk mirroring in [ OS ] " in google.Google is your friend .
Once you know how the different systems of mirroring work , and what their advantages and disadvantages are , you can make your own informed decision .
Seriously...-AC</tokentext>
<sentencetext>I'd start by learning how mirroring works.
It's obvious you don't have a clue 'cause if you did, you wouldn't be posting this question here.
Slashdot is not the place to get this knowledge.Start here:http://fedoranews.org/mediawiki/index.php/How\_to\_setup\_and\_manage\_your\_disk\_software\_mirroring [fedoranews.org]and learn how software mirroring works first.Go to the manufacturer's site of your motherboard for the hardware info.If you need to do a different OS, search for "How do I set up disk mirroring in [OS]" in google.Google is your friend.
Once you know how the different systems of mirroring work, and what their advantages and disadvantages are, you can make your own informed decision.
Seriously...-AC</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588447</id>
	<title>Hardware RAID controller is single point failure</title>
	<author>MpVpRb</author>
	<datestamp>1246786620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Years ago, when I was a system administrator, we spent a lot of money on a RAID box for our Sun machine.
</p><p>It came in a really pretty cabinet, and looked VERY impressive.
</p><p>Some time later, the controller failed, resulting in complete, unrecoverable data loss.
</p><p>Yes, we had backup, but the array was toast.</p></htmltext>
<tokenext>Years ago , when I was a system administrator , we spent a lot of money on a RAID box for our Sun machine .
It came in a really pretty cabinet , and looked VERY impressive .
Some time later , the controller failed , resulting in complete , unrecoverable data loss .
Yes , we had backup , but the array was toast .</tokentext>
<sentencetext>Years ago, when I was a system administrator, we spent a lot of money on a RAID box for our Sun machine.
It came in a really pretty cabinet, and looked VERY impressive.
Some time later, the controller failed, resulting in complete, unrecoverable data loss.
Yes, we had backup, but the array was toast.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590319</id>
	<title>Re:It's *NOT* hardware raid on your motherboard.</title>
	<author>Theovon</author>
	<datestamp>1246808160000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>You are misinformed.  dmraid (fakeraid) and mdraid (Linux native software RAID) \_should\_ use the same driver.  The only real difference is where the metadata is stored (dmraid asks the BIOS, mdraid handles it in a more open way).  Once the metadata is loaded, they're both just the OS accessing regular disks.  What's the difference?</p><p>But in fact, there are two separate drivers.  I discovered this by accidentally choosing the wrong one.  When I discovered the difference (random reads are faster on mdraid but not dmraid), I asked on LKML and got no response.  So I went digging through the kernel source myself and discovered the two separate drivers.  The mdraid does a simple round-robbin.  Whenever the next request is not contiguous from the last one (block number plus one), it switches to the other disk.  No more intelligence than that.  The dmraid, on the other hand, directs all reads to just the primary disk.</p></htmltext>
<tokenext>You are misinformed .
dmraid ( fakeraid ) and mdraid ( Linux native software RAID ) \ _should \ _ use the same driver .
The only real difference is where the metadata is stored ( dmraid asks the BIOS , mdraid handles it in a more open way ) .
Once the metadata is loaded , they 're both just the OS accessing regular disks .
What 's the difference ? But in fact , there are two separate drivers .
I discovered this by accidentally choosing the wrong one .
When I discovered the difference ( random reads are faster on mdraid but not dmraid ) , I asked on LKML and got no response .
So I went digging through the kernel source myself and discovered the two separate drivers .
The mdraid does a simple round-robbin .
Whenever the next request is not contiguous from the last one ( block number plus one ) , it switches to the other disk .
No more intelligence than that .
The dmraid , on the other hand , directs all reads to just the primary disk .</tokentext>
<sentencetext>You are misinformed.
dmraid (fakeraid) and mdraid (Linux native software RAID) \_should\_ use the same driver.
The only real difference is where the metadata is stored (dmraid asks the BIOS, mdraid handles it in a more open way).
Once the metadata is loaded, they're both just the OS accessing regular disks.
What's the difference?But in fact, there are two separate drivers.
I discovered this by accidentally choosing the wrong one.
When I discovered the difference (random reads are faster on mdraid but not dmraid), I asked on LKML and got no response.
So I went digging through the kernel source myself and discovered the two separate drivers.
The mdraid does a simple round-robbin.
Whenever the next request is not contiguous from the last one (block number plus one), it switches to the other disk.
No more intelligence than that.
The dmraid, on the other hand, directs all reads to just the primary disk.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588941</id>
	<title>hope MS has fixed Windows RAID since XP/2003</title>
	<author>thetrivialstuff</author>
	<datestamp>1246791420000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>Speaking from experience: The software RAID in Windows XP (and to a somewhat lesser extent, Server 2003) is *VERY* temperamental. Unless your drives and controller channels are identical and are both configured exactly the same, the RAID would need a re-synch after every single boot. Also, to get it working requires that you use Microsoft's "dymanic disk" format, which probably makes the partition table nonstandard (and on one occasion I had a dynamic disk created on one computer not readable on another computer running the same version of Windows).

Linux software RAID on the other hand is very reliable and operates very simply: the RAID superblocks are placed so that you can just ignore them and mount the drive normally; the filesystem is exactly where it would be if there were no RAID. It doesn't screw with the partition table, so all the disks are just normal disks and you can read them in any computer, in any OS that reads whatever filesystems you used.

The hardware can be very different -- I have a few arrays where part of it is on SATA and the other part is on PATA. For fun, I once tested an array where half was on PATA and the other half was on external USB. Worked fine, even across reboots (as long as you remembered to turn on the USB drive first<nobr> <wbr></nobr>:P).

You can even (if you're sadistic, or rsync isn't realtime enough for you), have half of the array on a network mount. If you set it with the write-mostly flag, your read performance won't even be that much worse (but large writes will probably suck).</htmltext>
<tokenext>Speaking from experience : The software RAID in Windows XP ( and to a somewhat lesser extent , Server 2003 ) is * VERY * temperamental .
Unless your drives and controller channels are identical and are both configured exactly the same , the RAID would need a re-synch after every single boot .
Also , to get it working requires that you use Microsoft 's " dymanic disk " format , which probably makes the partition table nonstandard ( and on one occasion I had a dynamic disk created on one computer not readable on another computer running the same version of Windows ) .
Linux software RAID on the other hand is very reliable and operates very simply : the RAID superblocks are placed so that you can just ignore them and mount the drive normally ; the filesystem is exactly where it would be if there were no RAID .
It does n't screw with the partition table , so all the disks are just normal disks and you can read them in any computer , in any OS that reads whatever filesystems you used .
The hardware can be very different -- I have a few arrays where part of it is on SATA and the other part is on PATA .
For fun , I once tested an array where half was on PATA and the other half was on external USB .
Worked fine , even across reboots ( as long as you remembered to turn on the USB drive first : P ) .
You can even ( if you 're sadistic , or rsync is n't realtime enough for you ) , have half of the array on a network mount .
If you set it with the write-mostly flag , your read performance wo n't even be that much worse ( but large writes will probably suck ) .</tokentext>
<sentencetext>Speaking from experience: The software RAID in Windows XP (and to a somewhat lesser extent, Server 2003) is *VERY* temperamental.
Unless your drives and controller channels are identical and are both configured exactly the same, the RAID would need a re-synch after every single boot.
Also, to get it working requires that you use Microsoft's "dymanic disk" format, which probably makes the partition table nonstandard (and on one occasion I had a dynamic disk created on one computer not readable on another computer running the same version of Windows).
Linux software RAID on the other hand is very reliable and operates very simply: the RAID superblocks are placed so that you can just ignore them and mount the drive normally; the filesystem is exactly where it would be if there were no RAID.
It doesn't screw with the partition table, so all the disks are just normal disks and you can read them in any computer, in any OS that reads whatever filesystems you used.
The hardware can be very different -- I have a few arrays where part of it is on SATA and the other part is on PATA.
For fun, I once tested an array where half was on PATA and the other half was on external USB.
Worked fine, even across reboots (as long as you remembered to turn on the USB drive first :P).
You can even (if you're sadistic, or rsync isn't realtime enough for you), have half of the array on a network mount.
If you set it with the write-mostly flag, your read performance won't even be that much worse (but large writes will probably suck).</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588367</id>
	<title>HDD failures rock</title>
	<author>Anonymous</author>
	<datestamp>1246786020000</datestamp>
	<modclass>Troll</modclass>
	<modscore>-1</modscore>
	<htmltext><p>I've just had my first HDD failure a few weeks ago and I'M LOVING IT! Why? Because I had backups of all my personal data. And also because the drive that failed was still covered by its warranty so I got a full refund and a free upgrade from 500GB to 1TB. I'm hoping this new drive fails as well in about 1 to 2 years so I can get a free upgrade again.</p><p>Repeat after me: 'BACKUP IS MY BEST FRIEND!'. Oh, and forget about the RAID. Or do it for fun. If you backup your data it won't really matter if you mess it up.</p></htmltext>
<tokenext>I 've just had my first HDD failure a few weeks ago and I 'M LOVING IT !
Why ? Because I had backups of all my personal data .
And also because the drive that failed was still covered by its warranty so I got a full refund and a free upgrade from 500GB to 1TB .
I 'm hoping this new drive fails as well in about 1 to 2 years so I can get a free upgrade again.Repeat after me : 'BACKUP IS MY BEST FRIEND ! ' .
Oh , and forget about the RAID .
Or do it for fun .
If you backup your data it wo n't really matter if you mess it up .</tokentext>
<sentencetext>I've just had my first HDD failure a few weeks ago and I'M LOVING IT!
Why? Because I had backups of all my personal data.
And also because the drive that failed was still covered by its warranty so I got a full refund and a free upgrade from 500GB to 1TB.
I'm hoping this new drive fails as well in about 1 to 2 years so I can get a free upgrade again.Repeat after me: 'BACKUP IS MY BEST FRIEND!'.
Oh, and forget about the RAID.
Or do it for fun.
If you backup your data it won't really matter if you mess it up.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590065</id>
	<title>Re: online backups</title>
	<author>mcdonald.or</author>
	<datestamp>1246804740000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I had my but saved by mozy when two drives on my raid 5 array failed at the same time.</p><p>Yup RAID is not perfect, but it saved me a couple of times when just a single drive failed.  Yes, a 4 drive array had two single drive failures, and a 2 disk at once failures.  Suffice it to say I will never buy a western digital drive again EVER!</p></htmltext>
<tokenext>I had my but saved by mozy when two drives on my raid 5 array failed at the same time.Yup RAID is not perfect , but it saved me a couple of times when just a single drive failed .
Yes , a 4 drive array had two single drive failures , and a 2 disk at once failures .
Suffice it to say I will never buy a western digital drive again EVER !</tokentext>
<sentencetext>I had my but saved by mozy when two drives on my raid 5 array failed at the same time.Yup RAID is not perfect, but it saved me a couple of times when just a single drive failed.
Yes, a 4 drive array had two single drive failures, and a 2 disk at once failures.
Suffice it to say I will never buy a western digital drive again EVER!</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587825</id>
	<title>FAT???</title>
	<author>whoever57</author>
	<datestamp>1246825020000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>You data is most important and you plan to use FAT? Good luck with that!</p><p>Seriously, though. No RAID solution that is not totally S/W is portable. But do you really need RAID? It sounds like what you need is a good backup solution with frequent backups. Does you data change so much that losing one day's worth of data would be a problem?</p></htmltext>
<tokenext>You data is most important and you plan to use FAT ?
Good luck with that ! Seriously , though .
No RAID solution that is not totally S/W is portable .
But do you really need RAID ?
It sounds like what you need is a good backup solution with frequent backups .
Does you data change so much that losing one day 's worth of data would be a problem ?</tokentext>
<sentencetext>You data is most important and you plan to use FAT?
Good luck with that!Seriously, though.
No RAID solution that is not totally S/W is portable.
But do you really need RAID?
It sounds like what you need is a good backup solution with frequent backups.
Does you data change so much that losing one day's worth of data would be a problem?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587905</id>
	<title>RAID is no substitute for backups</title>
	<author>chrysrobyn</author>
	<datestamp>1246825620000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>3</modscore>
	<htmltext><p>RAID is no substitute for backups.  RAID is very good at propagating errors and problems very quickly, be they software glitches or human errors.</p><p>For consumer class storage, weekly / daily backups might be more efficient than investing a lot of effort into live RAID.  Since I'm a Mac guy, I see the best answer to this question as Time Machine to a network / USB attached drive -- hourly (configurable for more or less often) differential backups, almost transparent to the user.  To my knowledge, Windows has no similar set of software to allow reinstallation to the last hourly backup -- my wife had the misfortune of having to restore a blank drive from her last backup and it was a flawless process that truly left her where she left off less than an hour before the hardware failure.  The reinstall wizard just had to ask where the backup was.  Casting aside MacOSX advocacy, there is truly no substitute for a good automated backup solution that is regularly tested.  I think the best method would use the fewest common components, like a NAS, followed by an external drive with its own power supply.  My least favored option would be an internal drive with every single component shared.</p></htmltext>
<tokenext>RAID is no substitute for backups .
RAID is very good at propagating errors and problems very quickly , be they software glitches or human errors.For consumer class storage , weekly / daily backups might be more efficient than investing a lot of effort into live RAID .
Since I 'm a Mac guy , I see the best answer to this question as Time Machine to a network / USB attached drive -- hourly ( configurable for more or less often ) differential backups , almost transparent to the user .
To my knowledge , Windows has no similar set of software to allow reinstallation to the last hourly backup -- my wife had the misfortune of having to restore a blank drive from her last backup and it was a flawless process that truly left her where she left off less than an hour before the hardware failure .
The reinstall wizard just had to ask where the backup was .
Casting aside MacOSX advocacy , there is truly no substitute for a good automated backup solution that is regularly tested .
I think the best method would use the fewest common components , like a NAS , followed by an external drive with its own power supply .
My least favored option would be an internal drive with every single component shared .</tokentext>
<sentencetext>RAID is no substitute for backups.
RAID is very good at propagating errors and problems very quickly, be they software glitches or human errors.For consumer class storage, weekly / daily backups might be more efficient than investing a lot of effort into live RAID.
Since I'm a Mac guy, I see the best answer to this question as Time Machine to a network / USB attached drive -- hourly (configurable for more or less often) differential backups, almost transparent to the user.
To my knowledge, Windows has no similar set of software to allow reinstallation to the last hourly backup -- my wife had the misfortune of having to restore a blank drive from her last backup and it was a flawless process that truly left her where she left off less than an hour before the hardware failure.
The reinstall wizard just had to ask where the backup was.
Casting aside MacOSX advocacy, there is truly no substitute for a good automated backup solution that is regularly tested.
I think the best method would use the fewest common components, like a NAS, followed by an external drive with its own power supply.
My least favored option would be an internal drive with every single component shared.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589717</id>
	<title>Re: online backups</title>
	<author>Kyril</author>
	<datestamp>1246800540000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Better yet<nobr> <wbr></nobr>... get two inexpensive USB disks, and swap them every day or two, maybe even have the inactive one in a separate location...</p></htmltext>
<tokenext>Better yet ... get two inexpensive USB disks , and swap them every day or two , maybe even have the inactive one in a separate location.. .</tokentext>
<sentencetext>Better yet ... get two inexpensive USB disks, and swap them every day or two, maybe even have the inactive one in a separate location...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237</id>
	<title>Re:You are asking the wrong question.</title>
	<author>stfvon007</author>
	<datestamp>1246785060000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>4</modscore>
	<htmltext><p>Ive had #4 happen to me. A power supply in my computer failed (a name brand one, not a cheap no name brand) and damaged everything attached to one of the 12v rails. This included both drives of a raid1 set. (ironically all my drives that wernt part of a raid set were completely undamaged) I was later able to recover the data from both drives (both had damaged sections but different areas were damaged on the 2 drives allowing for a complete recovery between the 2 of them)however it goes to show that just having a raid array wont completely protect you from hardware failures.</p></htmltext>
<tokenext>Ive had # 4 happen to me .
A power supply in my computer failed ( a name brand one , not a cheap no name brand ) and damaged everything attached to one of the 12v rails .
This included both drives of a raid1 set .
( ironically all my drives that wernt part of a raid set were completely undamaged ) I was later able to recover the data from both drives ( both had damaged sections but different areas were damaged on the 2 drives allowing for a complete recovery between the 2 of them ) however it goes to show that just having a raid array wont completely protect you from hardware failures .</tokentext>
<sentencetext>Ive had #4 happen to me.
A power supply in my computer failed (a name brand one, not a cheap no name brand) and damaged everything attached to one of the 12v rails.
This included both drives of a raid1 set.
(ironically all my drives that wernt part of a raid set were completely undamaged) I was later able to recover the data from both drives (both had damaged sections but different areas were damaged on the 2 drives allowing for a complete recovery between the 2 of them)however it goes to show that just having a raid array wont completely protect you from hardware failures.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590645</id>
	<title>The truth is...</title>
	<author>Anonymous</author>
	<datestamp>1246812060000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Both Windows RAID and most likely the controller on your board are doing software RAID. Only higher end add-on or on-board controllers can do hardware RAID. Last I checked Promise and the RocketRAID controllers were still doing software only. It may be an add-on board or option, but it is still relying on software for the RAID work. 3ware was the only vendor I ever knew of that did true hardware RAID on their SATA controllers, at least in the SOHO/consumer grade arena.</p></htmltext>
<tokenext>Both Windows RAID and most likely the controller on your board are doing software RAID .
Only higher end add-on or on-board controllers can do hardware RAID .
Last I checked Promise and the RocketRAID controllers were still doing software only .
It may be an add-on board or option , but it is still relying on software for the RAID work .
3ware was the only vendor I ever knew of that did true hardware RAID on their SATA controllers , at least in the SOHO/consumer grade arena .</tokentext>
<sentencetext>Both Windows RAID and most likely the controller on your board are doing software RAID.
Only higher end add-on or on-board controllers can do hardware RAID.
Last I checked Promise and the RocketRAID controllers were still doing software only.
It may be an add-on board or option, but it is still relying on software for the RAID work.
3ware was the only vendor I ever knew of that did true hardware RAID on their SATA controllers, at least in the SOHO/consumer grade arena.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590553</id>
	<title>Re:Are you crazy?</title>
	<author>Sandbags</author>
	<datestamp>1246810920000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I did work for one.  My current company also uses 2 seperate centers as hotsites though hosted providers nearly identical to the PC retail equivalent (it's actually how nearly all the online backup companies got started, they protect FAR more commercial data than user data).</p><p>I use mobile.me and mesh.live.com to sync highlky critical data I'd need back in a pinch after a crash (including my current system drivers, CD keys, and other non-data-related critical files.)  I also use BackBlaze to sync about 900GB of data for their $5 a month.</p><p>This is completely secure.  Even THEY can't access your data.  I've seen first hand how these systems are architected.  The storage is not only so virtualized that they really can't tell which disks in the SAN have who's data (not to mention the 256bit AES encryption), but the data is also block deduplicated, making it even more difficult.</p><p>Since the upload stram is not only encrypted (usually an SSH stream using a varian of rsync to move blocks), but since the only time whole files are sent is when they're new (after that it's only modified blocks), it's damned near impossible to rebuild a data stream from it even if they had your machine tapped at your local IP level.</p><p>When you request a hard disk recovery (backblaze offers to put your data on a disk and send it to you, as downloading 900GB might take a while...) even that is still encrypted with your key.  Loose that key and you simply need to close your account and open a new one, and sync from scratch (first pass took me just over 3 months).</p><p>If you understood the technology, you;de see there's nothing to be paranoid about.  It;s safer than it being on your own PC.</p></htmltext>
<tokenext>I did work for one .
My current company also uses 2 seperate centers as hotsites though hosted providers nearly identical to the PC retail equivalent ( it 's actually how nearly all the online backup companies got started , they protect FAR more commercial data than user data ) .I use mobile.me and mesh.live.com to sync highlky critical data I 'd need back in a pinch after a crash ( including my current system drivers , CD keys , and other non-data-related critical files .
) I also use BackBlaze to sync about 900GB of data for their $ 5 a month.This is completely secure .
Even THEY ca n't access your data .
I 've seen first hand how these systems are architected .
The storage is not only so virtualized that they really ca n't tell which disks in the SAN have who 's data ( not to mention the 256bit AES encryption ) , but the data is also block deduplicated , making it even more difficult.Since the upload stram is not only encrypted ( usually an SSH stream using a varian of rsync to move blocks ) , but since the only time whole files are sent is when they 're new ( after that it 's only modified blocks ) , it 's damned near impossible to rebuild a data stream from it even if they had your machine tapped at your local IP level.When you request a hard disk recovery ( backblaze offers to put your data on a disk and send it to you , as downloading 900GB might take a while... ) even that is still encrypted with your key .
Loose that key and you simply need to close your account and open a new one , and sync from scratch ( first pass took me just over 3 months ) .If you understood the technology , you ; de see there 's nothing to be paranoid about .
It ; s safer than it being on your own PC .</tokentext>
<sentencetext>I did work for one.
My current company also uses 2 seperate centers as hotsites though hosted providers nearly identical to the PC retail equivalent (it's actually how nearly all the online backup companies got started, they protect FAR more commercial data than user data).I use mobile.me and mesh.live.com to sync highlky critical data I'd need back in a pinch after a crash (including my current system drivers, CD keys, and other non-data-related critical files.
)  I also use BackBlaze to sync about 900GB of data for their $5 a month.This is completely secure.
Even THEY can't access your data.
I've seen first hand how these systems are architected.
The storage is not only so virtualized that they really can't tell which disks in the SAN have who's data (not to mention the 256bit AES encryption), but the data is also block deduplicated, making it even more difficult.Since the upload stram is not only encrypted (usually an SSH stream using a varian of rsync to move blocks), but since the only time whole files are sent is when they're new (after that it's only modified blocks), it's damned near impossible to rebuild a data stream from it even if they had your machine tapped at your local IP level.When you request a hard disk recovery (backblaze offers to put your data on a disk and send it to you, as downloading 900GB might take a while...) even that is still encrypted with your key.
Loose that key and you simply need to close your account and open a new one, and sync from scratch (first pass took me just over 3 months).If you understood the technology, you;de see there's nothing to be paranoid about.
It;s safer than it being on your own PC.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594525</id>
	<title>Re:It's *NOT* hardware raid on your motherboard.</title>
	<author>Anonymous</author>
	<datestamp>1246895580000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Thanks for answering the question.</p></htmltext>
<tokenext>Thanks for answering the question .</tokentext>
<sentencetext>Thanks for answering the question.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590151</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>nemesisrocks</author>
	<datestamp>1246805820000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>5</modscore>
	<htmltext><p><div class="quote"><p>Raids work best when every disk in the array is the same model and revision. If you plan to build a 5 disk raid array you should also purchase a 6th drive to keep as a cold spare.</p></div><p>I hate to break it to you, but you're actually wrong.</p><p>A RAID array is most effective using completely different drives, but of the same capacity.  Five hard disks from the same manufacturer, of the same model, bought at the same time means that you're highly likely to get five drives from the same batch.  Let's posit that there was some defect in this batch.  Now all five of your drives have a significantly higher probability of failing at the same time.  Oops! RAID can only deal with one (or two) drive failures!</p><p>Using drives from different manufacturers or model lines means you spread the risk of simultaneous drive failure.</p></div>
	</htmltext>
<tokenext>Raids work best when every disk in the array is the same model and revision .
If you plan to build a 5 disk raid array you should also purchase a 6th drive to keep as a cold spare.I hate to break it to you , but you 're actually wrong.A RAID array is most effective using completely different drives , but of the same capacity .
Five hard disks from the same manufacturer , of the same model , bought at the same time means that you 're highly likely to get five drives from the same batch .
Let 's posit that there was some defect in this batch .
Now all five of your drives have a significantly higher probability of failing at the same time .
Oops ! RAID can only deal with one ( or two ) drive failures ! Using drives from different manufacturers or model lines means you spread the risk of simultaneous drive failure .</tokentext>
<sentencetext>Raids work best when every disk in the array is the same model and revision.
If you plan to build a 5 disk raid array you should also purchase a 6th drive to keep as a cold spare.I hate to break it to you, but you're actually wrong.A RAID array is most effective using completely different drives, but of the same capacity.
Five hard disks from the same manufacturer, of the same model, bought at the same time means that you're highly likely to get five drives from the same batch.
Let's posit that there was some defect in this batch.
Now all five of your drives have a significantly higher probability of failing at the same time.
Oops! RAID can only deal with one (or two) drive failures!Using drives from different manufacturers or model lines means you spread the risk of simultaneous drive failure.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588477</id>
	<title>Re:RAID != BACKUP (but it ain't useless)</title>
	<author>ogdenk</author>
	<datestamp>1246786920000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>RAID != backup but it's still quite useful.</p><p>I'd much rather swap a disk when it dies then go through a long and painful restore process from tape or a network.  Disks fail.... a lot.  Especially cheaper SATA and IDE drives.</p><p>Anyone that says "HDD's are reliable, RAID is useless, just use a backup device" needs their head checked.  You need RAID AND A DECENT BACKUP.</p><p>RAID won't save you from yourself or OS bugs but it is far from useless.  I would not trust a single HDD with my data.  I also would not trust myself to keep an impeccable backup schedule where I back things up several times a day so without RAID if a drive dies I WILL lose data.  Not a heck of a lot but I'm going to lose SOMETHING.</p><p>On another note, maybe I should take a look at Time Machine in OSX.</p></htmltext>
<tokenext>RAID ! = backup but it 's still quite useful.I 'd much rather swap a disk when it dies then go through a long and painful restore process from tape or a network .
Disks fail.... a lot .
Especially cheaper SATA and IDE drives.Anyone that says " HDD 's are reliable , RAID is useless , just use a backup device " needs their head checked .
You need RAID AND A DECENT BACKUP.RAID wo n't save you from yourself or OS bugs but it is far from useless .
I would not trust a single HDD with my data .
I also would not trust myself to keep an impeccable backup schedule where I back things up several times a day so without RAID if a drive dies I WILL lose data .
Not a heck of a lot but I 'm going to lose SOMETHING.On another note , maybe I should take a look at Time Machine in OSX .</tokentext>
<sentencetext>RAID != backup but it's still quite useful.I'd much rather swap a disk when it dies then go through a long and painful restore process from tape or a network.
Disks fail.... a lot.
Especially cheaper SATA and IDE drives.Anyone that says "HDD's are reliable, RAID is useless, just use a backup device" needs their head checked.
You need RAID AND A DECENT BACKUP.RAID won't save you from yourself or OS bugs but it is far from useless.
I would not trust a single HDD with my data.
I also would not trust myself to keep an impeccable backup schedule where I back things up several times a day so without RAID if a drive dies I WILL lose data.
Not a heck of a lot but I'm going to lose SOMETHING.On another note, maybe I should take a look at Time Machine in OSX.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587827</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588893</id>
	<title>Options</title>
	<author>Anonymous</author>
	<datestamp>1246790880000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>1) Don't use any RAID and schedule a daily Full backup to the other drive (using rsync, unison, even xcopy called from a<nobr> <wbr></nobr>.bat file)<br>2) Use Solaris and ZFS. Linux with software mirroring (you could always use wine or vmware to run windows apps you must have)<br>3) Use Windows Software RAID. But I wouldn't use Windows 7 RC. Use a proper supported O/S.</p><p>I don't think that hardware RAID on a windows PC is not worth it because if the controller goes it's hard to find a replacement.</p></htmltext>
<tokenext>1 ) Do n't use any RAID and schedule a daily Full backup to the other drive ( using rsync , unison , even xcopy called from a .bat file ) 2 ) Use Solaris and ZFS .
Linux with software mirroring ( you could always use wine or vmware to run windows apps you must have ) 3 ) Use Windows Software RAID .
But I would n't use Windows 7 RC .
Use a proper supported O/S.I do n't think that hardware RAID on a windows PC is not worth it because if the controller goes it 's hard to find a replacement .</tokentext>
<sentencetext>1) Don't use any RAID and schedule a daily Full backup to the other drive (using rsync, unison, even xcopy called from a .bat file)2) Use Solaris and ZFS.
Linux with software mirroring (you could always use wine or vmware to run windows apps you must have)3) Use Windows Software RAID.
But I wouldn't use Windows 7 RC.
Use a proper supported O/S.I don't think that hardware RAID on a windows PC is not worth it because if the controller goes it's hard to find a replacement.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588019</id>
	<title>Okay.</title>
	<author>Anonymous</author>
	<datestamp>1246826520000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Using FAT32 means you do not care about your data.  Period.</p><p>Use NTFS if you're using Windows.  Period.</p><p>That said - you should be okay with Windows SW RAID.  I used it for years in a simple RAID1 two-disk configuration.  I've sustained loss of a single disk with no ill effect.  I would not, however, recommend doing an upgrade between versions of Windows while doing this.  It might work; it should work; but if you go from, say, XP to Vista (Or Windows 7 to Windows Whatevercheesynameisnext) - yeah, that's scare the hell out of me.</p><p>Also, as plenty of others have suggested, RAID is not a backup solution.  Honestly, it's almost always 'good enough' - but if you're dealing with a simple setup - say, two disks that you've purchased right this second off of NewEgg...   You've got to understand, in that sort of situation, if you're one of the unlucky to have purchased two disks from a bad run, RAID won't help you when both disks die a horrible death.</p><p>Plan for this.  Plan for this even if you take the time to buy disks from different batches.  Because at the end of the day, no matter how infintesimal the chances of total failure are, the chance remains.   You really need to ask yourself just how important your data really is.   Let's face it - it's honestly probably not important enough to go nuts with hourly backups to off-site locations and such.  Is it important enough for you to set up, say, an NFS/CIFS/whatever box and sync once a week?  Or even slap on an external USB drive and manually copy over your data once a month?   Probably!   That's still not 'ideal', but it may be 'good enough' in terms of prevention of complete data loss in the event of catastrophic RAID failure.</p><p>Oh, and test your backups occasionally.  Untested backups, aren't backups.</p></htmltext>
<tokenext>Using FAT32 means you do not care about your data .
Period.Use NTFS if you 're using Windows .
Period.That said - you should be okay with Windows SW RAID .
I used it for years in a simple RAID1 two-disk configuration .
I 've sustained loss of a single disk with no ill effect .
I would not , however , recommend doing an upgrade between versions of Windows while doing this .
It might work ; it should work ; but if you go from , say , XP to Vista ( Or Windows 7 to Windows Whatevercheesynameisnext ) - yeah , that 's scare the hell out of me.Also , as plenty of others have suggested , RAID is not a backup solution .
Honestly , it 's almost always 'good enough ' - but if you 're dealing with a simple setup - say , two disks that you 've purchased right this second off of NewEgg... You 've got to understand , in that sort of situation , if you 're one of the unlucky to have purchased two disks from a bad run , RAID wo n't help you when both disks die a horrible death.Plan for this .
Plan for this even if you take the time to buy disks from different batches .
Because at the end of the day , no matter how infintesimal the chances of total failure are , the chance remains .
You really need to ask yourself just how important your data really is .
Let 's face it - it 's honestly probably not important enough to go nuts with hourly backups to off-site locations and such .
Is it important enough for you to set up , say , an NFS/CIFS/whatever box and sync once a week ?
Or even slap on an external USB drive and manually copy over your data once a month ?
Probably ! That 's still not 'ideal ' , but it may be 'good enough ' in terms of prevention of complete data loss in the event of catastrophic RAID failure.Oh , and test your backups occasionally .
Untested backups , are n't backups .</tokentext>
<sentencetext>Using FAT32 means you do not care about your data.
Period.Use NTFS if you're using Windows.
Period.That said - you should be okay with Windows SW RAID.
I used it for years in a simple RAID1 two-disk configuration.
I've sustained loss of a single disk with no ill effect.
I would not, however, recommend doing an upgrade between versions of Windows while doing this.
It might work; it should work; but if you go from, say, XP to Vista (Or Windows 7 to Windows Whatevercheesynameisnext) - yeah, that's scare the hell out of me.Also, as plenty of others have suggested, RAID is not a backup solution.
Honestly, it's almost always 'good enough' - but if you're dealing with a simple setup - say, two disks that you've purchased right this second off of NewEgg...   You've got to understand, in that sort of situation, if you're one of the unlucky to have purchased two disks from a bad run, RAID won't help you when both disks die a horrible death.Plan for this.
Plan for this even if you take the time to buy disks from different batches.
Because at the end of the day, no matter how infintesimal the chances of total failure are, the chance remains.
You really need to ask yourself just how important your data really is.
Let's face it - it's honestly probably not important enough to go nuts with hourly backups to off-site locations and such.
Is it important enough for you to set up, say, an NFS/CIFS/whatever box and sync once a week?
Or even slap on an external USB drive and manually copy over your data once a month?
Probably!   That's still not 'ideal', but it may be 'good enough' in terms of prevention of complete data loss in the event of catastrophic RAID failure.Oh, and test your backups occasionally.
Untested backups, aren't backups.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588063</id>
	<title>RAID != BACKUP</title>
	<author>StarWreck</author>
	<datestamp>1246826820000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>mirroring with RAID 0 does not take the place of regular backups of data.  RAID 0 is for rapid recovery to minimize downtime is MOST instances.  Data should still be backed up separately in case of a catastrophic failure.</htmltext>
<tokenext>mirroring with RAID 0 does not take the place of regular backups of data .
RAID 0 is for rapid recovery to minimize downtime is MOST instances .
Data should still be backed up separately in case of a catastrophic failure .</tokentext>
<sentencetext>mirroring with RAID 0 does not take the place of regular backups of data.
RAID 0 is for rapid recovery to minimize downtime is MOST instances.
Data should still be backed up separately in case of a catastrophic failure.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598615</id>
	<title>Amazon S3</title>
	<author>chihowa</author>
	<datestamp>1246913220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Amazon's S3 has been around for some time now and will likely continue to hang around for a while. I'm using <a href="http://www.jungledisk.com/" title="jungledisk.com">JungleDisk</a> [jungledisk.com] to provide encryption and a nice interface to it. The nice thing about using S3 is that you don't get an allotted amount of disk space or transfer, you just pay for what you use. A second backup of everything that I wouldn't want to lose (updated nightly) costs me about $5/mo. That's for ~40 GB storage and the incremental transfers.<br> <br>
It came in handy after a theft left me with no physical copy of some of my data. That month, after dumping about half of my stored data back to my home, my bill was a whopping $8.<br> <br>Being that inexpensive, encrypted, and with an automated backup solution, I find that the WAF is really high. It was her computer that was stolen, too, so she's totally sold on the idea of backups now!</htmltext>
<tokenext>Amazon 's S3 has been around for some time now and will likely continue to hang around for a while .
I 'm using JungleDisk [ jungledisk.com ] to provide encryption and a nice interface to it .
The nice thing about using S3 is that you do n't get an allotted amount of disk space or transfer , you just pay for what you use .
A second backup of everything that I would n't want to lose ( updated nightly ) costs me about $ 5/mo .
That 's for ~ 40 GB storage and the incremental transfers .
It came in handy after a theft left me with no physical copy of some of my data .
That month , after dumping about half of my stored data back to my home , my bill was a whopping $ 8 .
Being that inexpensive , encrypted , and with an automated backup solution , I find that the WAF is really high .
It was her computer that was stolen , too , so she 's totally sold on the idea of backups now !</tokentext>
<sentencetext>Amazon's S3 has been around for some time now and will likely continue to hang around for a while.
I'm using JungleDisk [jungledisk.com] to provide encryption and a nice interface to it.
The nice thing about using S3 is that you don't get an allotted amount of disk space or transfer, you just pay for what you use.
A second backup of everything that I wouldn't want to lose (updated nightly) costs me about $5/mo.
That's for ~40 GB storage and the incremental transfers.
It came in handy after a theft left me with no physical copy of some of my data.
That month, after dumping about half of my stored data back to my home, my bill was a whopping $8.
Being that inexpensive, encrypted, and with an automated backup solution, I find that the WAF is really high.
It was her computer that was stolen, too, so she's totally sold on the idea of backups now!</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589519</id>
	<title>FreeNAS</title>
	<author>churnd</author>
	<datestamp>1246798260000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Build a cheap headless NAS that uses ZFS, such as FreeNAS 0.7RC1.  Best way to go hands down for a high-availability home file server.</htmltext>
<tokenext>Build a cheap headless NAS that uses ZFS , such as FreeNAS 0.7RC1 .
Best way to go hands down for a high-availability home file server .</tokentext>
<sentencetext>Build a cheap headless NAS that uses ZFS, such as FreeNAS 0.7RC1.
Best way to go hands down for a high-availability home file server.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28637761</id>
	<title>Re:Are you crazy?</title>
	<author>Anonymous</author>
	<datestamp>1247158860000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>"On December 21, 2005, Seagate announced plans to acquire Maxtor. The all-stock deal was worth $1.9 billion. The transaction was completed in May 2006." - Wikipedia.</p><p>I've had god awful luck with any Maxtor drive I've owned in the past.  Despite this, if you trust Seagate now you should probably trust Maxtor too.</p><p>(for my late response, captcha is "sleeper")</p></htmltext>
<tokenext>" On December 21 , 2005 , Seagate announced plans to acquire Maxtor .
The all-stock deal was worth $ 1.9 billion .
The transaction was completed in May 2006 .
" - Wikipedia.I 've had god awful luck with any Maxtor drive I 've owned in the past .
Despite this , if you trust Seagate now you should probably trust Maxtor too .
( for my late response , captcha is " sleeper " )</tokentext>
<sentencetext>"On December 21, 2005, Seagate announced plans to acquire Maxtor.
The all-stock deal was worth $1.9 billion.
The transaction was completed in May 2006.
" - Wikipedia.I've had god awful luck with any Maxtor drive I've owned in the past.
Despite this, if you trust Seagate now you should probably trust Maxtor too.
(for my late response, captcha is "sleeper")</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587991</id>
	<title>Are sure RAID is what you want?</title>
	<author>rduke15</author>
	<datestamp>1246826400000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>With RAID mirroring, if you overwrite or delete an important file, it's copy on the mirror is immediately overwritten/deleted too, and the file is lost. Wouldn't you rather need a good regular backup?</p><p>And as someone pointed out already, FAT is really not a reliable file system. If you are on Windows, use NTFS. It is still portable, having read/write drivers for both Linux and Mac (see <a href="http://alma.ch/blogs/bahut/2009/05/hard-drive-partitions-and-file-system.html" title="alma.ch">this guide</a> [alma.ch]).</p><p>Since the files you want to keep safe appear to be regular files, not system files, any simple file copy mechanism could do. For an easy and simple system, you can use the Windows robocopy.exe tool in a batch file. For a more sophisticated system which can keep older file versions, and can easily be adapted for use over the network, you could try a Windows version of rsync like cwrsync. There are also a few rsync GUI frontends for Windows.</p><p>If you decide you really want RAID mirroring and go with the hardware solution, my understanding is that you need a replacement controller in case yours breaks. Since your controller seems to be embedded in the motherboard, you would need a replacement motherboard.</p><p>With the Windows software RAID, you are dependent on that software, and have portability only between machines with this Windows 7 software RAID (possibly even only this particular version).</p></htmltext>
<tokenext>With RAID mirroring , if you overwrite or delete an important file , it 's copy on the mirror is immediately overwritten/deleted too , and the file is lost .
Would n't you rather need a good regular backup ? And as someone pointed out already , FAT is really not a reliable file system .
If you are on Windows , use NTFS .
It is still portable , having read/write drivers for both Linux and Mac ( see this guide [ alma.ch ] ) .Since the files you want to keep safe appear to be regular files , not system files , any simple file copy mechanism could do .
For an easy and simple system , you can use the Windows robocopy.exe tool in a batch file .
For a more sophisticated system which can keep older file versions , and can easily be adapted for use over the network , you could try a Windows version of rsync like cwrsync .
There are also a few rsync GUI frontends for Windows.If you decide you really want RAID mirroring and go with the hardware solution , my understanding is that you need a replacement controller in case yours breaks .
Since your controller seems to be embedded in the motherboard , you would need a replacement motherboard.With the Windows software RAID , you are dependent on that software , and have portability only between machines with this Windows 7 software RAID ( possibly even only this particular version ) .</tokentext>
<sentencetext>With RAID mirroring, if you overwrite or delete an important file, it's copy on the mirror is immediately overwritten/deleted too, and the file is lost.
Wouldn't you rather need a good regular backup?And as someone pointed out already, FAT is really not a reliable file system.
If you are on Windows, use NTFS.
It is still portable, having read/write drivers for both Linux and Mac (see this guide [alma.ch]).Since the files you want to keep safe appear to be regular files, not system files, any simple file copy mechanism could do.
For an easy and simple system, you can use the Windows robocopy.exe tool in a batch file.
For a more sophisticated system which can keep older file versions, and can easily be adapted for use over the network, you could try a Windows version of rsync like cwrsync.
There are also a few rsync GUI frontends for Windows.If you decide you really want RAID mirroring and go with the hardware solution, my understanding is that you need a replacement controller in case yours breaks.
Since your controller seems to be embedded in the motherboard, you would need a replacement motherboard.With the Windows software RAID, you are dependent on that software, and have portability only between machines with this Windows 7 software RAID (possibly even only this particular version).</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590425</id>
	<title>Re:Your first problem is Fat32</title>
	<author>Anonymous</author>
	<datestamp>1246809240000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>And yours is NTFS - use Ext3...</p></htmltext>
<tokenext>And yours is NTFS - use Ext3.. .</tokentext>
<sentencetext>And yours is NTFS - use Ext3...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867</id>
	<title>It's *NOT* hardware raid on your motherboard.</title>
	<author>Anonymous</author>
	<datestamp>1246825260000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>5</modscore>
	<htmltext><p>These motherboard "raids" are called fakeraids.</p><p>All that it is is that it writes the metadata on the disk in specific format so that you can see the raid volumes via BIOS. Note: Only "see" their status - in case you replace one drive, the resync is still done by software and you must boot to operating system. One clue is the fact that in Linux the dmraid package uses exactly same driver for accessing fakeraid-mirrored drives and Linux's own software-raids - device mapper just does a bit of magic at init.</p><p>However, if faced with choice of Windows-only or motherboard-raid, I'd go with the motherboard-version, because that's at least supported both by Windows and Linux so in case something goes wrong with your Windows installation you can always pop in Knoppix or some other Linux CD for recovery.</p></htmltext>
<tokenext>These motherboard " raids " are called fakeraids.All that it is is that it writes the metadata on the disk in specific format so that you can see the raid volumes via BIOS .
Note : Only " see " their status - in case you replace one drive , the resync is still done by software and you must boot to operating system .
One clue is the fact that in Linux the dmraid package uses exactly same driver for accessing fakeraid-mirrored drives and Linux 's own software-raids - device mapper just does a bit of magic at init.However , if faced with choice of Windows-only or motherboard-raid , I 'd go with the motherboard-version , because that 's at least supported both by Windows and Linux so in case something goes wrong with your Windows installation you can always pop in Knoppix or some other Linux CD for recovery .</tokentext>
<sentencetext>These motherboard "raids" are called fakeraids.All that it is is that it writes the metadata on the disk in specific format so that you can see the raid volumes via BIOS.
Note: Only "see" their status - in case you replace one drive, the resync is still done by software and you must boot to operating system.
One clue is the fact that in Linux the dmraid package uses exactly same driver for accessing fakeraid-mirrored drives and Linux's own software-raids - device mapper just does a bit of magic at init.However, if faced with choice of Windows-only or motherboard-raid, I'd go with the motherboard-version, because that's at least supported both by Windows and Linux so in case something goes wrong with your Windows installation you can always pop in Knoppix or some other Linux CD for recovery.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598165</id>
	<title>Re: online backups</title>
	<author>Anonymous</author>
	<datestamp>1246911240000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I used to recommend this to my parents. However, it is extremely ineffective when people break into your house... steal your computer, and they steal your external backup device.  There is definitely a plus to the online backups being offsite.</p></htmltext>
<tokenext>I used to recommend this to my parents .
However , it is extremely ineffective when people break into your house... steal your computer , and they steal your external backup device .
There is definitely a plus to the online backups being offsite .</tokentext>
<sentencetext>I used to recommend this to my parents.
However, it is extremely ineffective when people break into your house... steal your computer, and they steal your external backup device.
There is definitely a plus to the online backups being offsite.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590501</id>
	<title>Re: WD reliability is lousy</title>
	<author>Anonymous</author>
	<datestamp>1246810140000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I bought eight of the mirrored drives from WD that have two 500GB
drives that can be used in raid 0 or 1. These drives have been a major disappointment as they have all failed unexpectedly and the mirroring was of no apparent value because when the usb/fw attached unit stopped responding, it was useless whether there was a remaining platter with good data or not. These units weren't cheap and I paid about $3000 for the eight of them. I am really unhappy about this and will not be buying WD products any more. A have  pile of these I am hesitant to throw away, but they are little more than doorstops now because I wouldn't trust them at all, even if I could get them going again. What a waste of money. (And my trust)</htmltext>
<tokenext>I bought eight of the mirrored drives from WD that have two 500GB drives that can be used in raid 0 or 1 .
These drives have been a major disappointment as they have all failed unexpectedly and the mirroring was of no apparent value because when the usb/fw attached unit stopped responding , it was useless whether there was a remaining platter with good data or not .
These units were n't cheap and I paid about $ 3000 for the eight of them .
I am really unhappy about this and will not be buying WD products any more .
A have pile of these I am hesitant to throw away , but they are little more than doorstops now because I would n't trust them at all , even if I could get them going again .
What a waste of money .
( And my trust )</tokentext>
<sentencetext>I bought eight of the mirrored drives from WD that have two 500GB
drives that can be used in raid 0 or 1.
These drives have been a major disappointment as they have all failed unexpectedly and the mirroring was of no apparent value because when the usb/fw attached unit stopped responding, it was useless whether there was a remaining platter with good data or not.
These units weren't cheap and I paid about $3000 for the eight of them.
I am really unhappy about this and will not be buying WD products any more.
A have  pile of these I am hesitant to throw away, but they are little more than doorstops now because I wouldn't trust them at all, even if I could get them going again.
What a waste of money.
(And my trust)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587931</id>
	<title>Off site backup and test your restores</title>
	<author>Nkwe</author>
	<datestamp>1246825860000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext>The only way to keep your data secure in any reasonable fashion is to make a copy of it and store it offline, off site. Ideally "off site" would be in another building or city, but it at least has to be on something not attached or accessible to your computer.<br> <br>
Without regard to if you use software or hardware RAID or the quality of the RAID system, RAID only protects you from a physical disk failure. If you as a user screw up (delete or change something you didn't want to) or if some software bug screws up for you, or if you have a non-disk related hardware failure (causing a data corrupting machine crash) then you have lost your data -- RAID doesn't help.<br> <br>
Even if you are only trying to protect against disk errors, if the RAID system fails (even expensive quality ones can), or if you don't know and follow the recovery procedures EXACTLY, you can lose all your data.<br> <br>
The only reliable solution is making a copy or a "backup". Backup does not mean making a copy of the data on the same machine. (Whatever took out your RAID might also take out the other non-RAID disk or directory that you put your copy on.) If you are paranoid (or just prudent) your backup should not be a mapped or mounted drive on another machine. (Viruses can write to the network as well.)
<br> <br>
And finally... Backups only count if you have tested your restore process.</htmltext>
<tokenext>The only way to keep your data secure in any reasonable fashion is to make a copy of it and store it offline , off site .
Ideally " off site " would be in another building or city , but it at least has to be on something not attached or accessible to your computer .
Without regard to if you use software or hardware RAID or the quality of the RAID system , RAID only protects you from a physical disk failure .
If you as a user screw up ( delete or change something you did n't want to ) or if some software bug screws up for you , or if you have a non-disk related hardware failure ( causing a data corrupting machine crash ) then you have lost your data -- RAID does n't help .
Even if you are only trying to protect against disk errors , if the RAID system fails ( even expensive quality ones can ) , or if you do n't know and follow the recovery procedures EXACTLY , you can lose all your data .
The only reliable solution is making a copy or a " backup " .
Backup does not mean making a copy of the data on the same machine .
( Whatever took out your RAID might also take out the other non-RAID disk or directory that you put your copy on .
) If you are paranoid ( or just prudent ) your backup should not be a mapped or mounted drive on another machine .
( Viruses can write to the network as well .
) And finally... Backups only count if you have tested your restore process .</tokentext>
<sentencetext>The only way to keep your data secure in any reasonable fashion is to make a copy of it and store it offline, off site.
Ideally "off site" would be in another building or city, but it at least has to be on something not attached or accessible to your computer.
Without regard to if you use software or hardware RAID or the quality of the RAID system, RAID only protects you from a physical disk failure.
If you as a user screw up (delete or change something you didn't want to) or if some software bug screws up for you, or if you have a non-disk related hardware failure (causing a data corrupting machine crash) then you have lost your data -- RAID doesn't help.
Even if you are only trying to protect against disk errors, if the RAID system fails (even expensive quality ones can), or if you don't know and follow the recovery procedures EXACTLY, you can lose all your data.
The only reliable solution is making a copy or a "backup".
Backup does not mean making a copy of the data on the same machine.
(Whatever took out your RAID might also take out the other non-RAID disk or directory that you put your copy on.
) If you are paranoid (or just prudent) your backup should not be a mapped or mounted drive on another machine.
(Viruses can write to the network as well.
)
 
And finally... Backups only count if you have tested your restore process.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593443</id>
	<title>Re:Are you crazy?</title>
	<author>ohcrapitssteve</author>
	<datestamp>1246889160000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>That's pretty funny, I used to hate on WD as well, until last month when we upgraded all the drives in our SAN to 1.5TB drives and pulled all 18 old WD 250GB drives. In three years, with about a grand total of 40min powered-off time,  with constant reads and writes through nights, weekends and holidays, none failed.<br> <br>

Not exactly a real-world scenario relevant to desktop use or even a file server, but I thought it was interesting.</htmltext>
<tokenext>That 's pretty funny , I used to hate on WD as well , until last month when we upgraded all the drives in our SAN to 1.5TB drives and pulled all 18 old WD 250GB drives .
In three years , with about a grand total of 40min powered-off time , with constant reads and writes through nights , weekends and holidays , none failed .
Not exactly a real-world scenario relevant to desktop use or even a file server , but I thought it was interesting .</tokentext>
<sentencetext>That's pretty funny, I used to hate on WD as well, until last month when we upgraded all the drives in our SAN to 1.5TB drives and pulled all 18 old WD 250GB drives.
In three years, with about a grand total of 40min powered-off time,  with constant reads and writes through nights, weekends and holidays, none failed.
Not exactly a real-world scenario relevant to desktop use or even a file server, but I thought it was interesting.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587969</id>
	<title>Mod parent up up up</title>
	<author>FranTaylor</author>
	<datestamp>1246826280000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>The only thing RAID will save you from is a dead drive.</p><p>There are infinitely many ways to lose your data, and a dead drive is only one of them.</p><p>If you are going to use RAID, you might as well use RAID 0 unless you can't afford the downtime.</p><p>If you start talking about data loss, then you just lose, because you should have backups.</p></htmltext>
<tokenext>The only thing RAID will save you from is a dead drive.There are infinitely many ways to lose your data , and a dead drive is only one of them.If you are going to use RAID , you might as well use RAID 0 unless you ca n't afford the downtime.If you start talking about data loss , then you just lose , because you should have backups .</tokentext>
<sentencetext>The only thing RAID will save you from is a dead drive.There are infinitely many ways to lose your data, and a dead drive is only one of them.If you are going to use RAID, you might as well use RAID 0 unless you can't afford the downtime.If you start talking about data loss, then you just lose, because you should have backups.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590549</id>
	<title>Re:FAT???</title>
	<author>Anonymous</author>
	<datestamp>1246810860000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>If he is using FAT32 then his choice is already made for him...the OS-level software RAID that's built into Windows requires NTFS.</p></htmltext>
<tokenext>If he is using FAT32 then his choice is already made for him...the OS-level software RAID that 's built into Windows requires NTFS .</tokentext>
<sentencetext>If he is using FAT32 then his choice is already made for him...the OS-level software RAID that's built into Windows requires NTFS.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587825</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589615</id>
	<title>neither.  learn how to do regular backups</title>
	<author>funkboy</author>
	<datestamp>1246799340000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>raid is for high availability, not backing up your data.  Put another way, it's not *data* redundancy, it's *hardware* redundancy:  it allows you to store one copy of your data on multiple devices.  But it's still one single filesystem spread across those drives, and if you screw it up you're still fscked (pardon the pun).</p><p>JWZ (Netscape, DNA lounge) has <a href="http://www.jwz.org/doc/backups.html" title="jwz.org" rel="nofollow">a very simple guide</a> [jwz.org] on using rsync.  rsync is really about all you need.  Apple's Time Machine is based on it.  Now, this guide is not e&#239;xactly windows friendly, but 1) you stated that you only need to back up your data, not your apps, and 2) you sound like you're pretty technically adept so you're probably running cygwin on your windows boxes.  Rsync should be able to handle this just fine on win32.</p><p>For data serenity, two separate single drives beats raid every time.</p></htmltext>
<tokenext>raid is for high availability , not backing up your data .
Put another way , it 's not * data * redundancy , it 's * hardware * redundancy : it allows you to store one copy of your data on multiple devices .
But it 's still one single filesystem spread across those drives , and if you screw it up you 're still fscked ( pardon the pun ) .JWZ ( Netscape , DNA lounge ) has a very simple guide [ jwz.org ] on using rsync .
rsync is really about all you need .
Apple 's Time Machine is based on it .
Now , this guide is not e   xactly windows friendly , but 1 ) you stated that you only need to back up your data , not your apps , and 2 ) you sound like you 're pretty technically adept so you 're probably running cygwin on your windows boxes .
Rsync should be able to handle this just fine on win32.For data serenity , two separate single drives beats raid every time .</tokentext>
<sentencetext>raid is for high availability, not backing up your data.
Put another way, it's not *data* redundancy, it's *hardware* redundancy:  it allows you to store one copy of your data on multiple devices.
But it's still one single filesystem spread across those drives, and if you screw it up you're still fscked (pardon the pun).JWZ (Netscape, DNA lounge) has a very simple guide [jwz.org] on using rsync.
rsync is really about all you need.
Apple's Time Machine is based on it.
Now, this guide is not eïxactly windows friendly, but 1) you stated that you only need to back up your data, not your apps, and 2) you sound like you're pretty technically adept so you're probably running cygwin on your windows boxes.
Rsync should be able to handle this just fine on win32.For data serenity, two separate single drives beats raid every time.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588411</id>
	<title>Using FAT32? Then don't bother with RAID1</title>
	<author>OrangeTide</author>
	<datestamp>1246786320000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Just use some good incremental backup software. Send the backups to the second drive.</p><p>FAT32 is not a good choice, it can have file-system corruption more often than hard drive or controller failure occur. If you're running Windows I highly recommend you go with NTFS. Linux can read it pretty reliably if you're looking for portable data, you probably don't have immediate need for portable write support to the drive.</p><p>Windows software raid is slow, but it is phenomenally more practical than cheap hardware RAID found for "free" on motherboards. The worse thing about hardware RAID is that it is not portable to different controllers. If your motherboard breaks you can be stuck being unable to use your RAID volumes anymore.</p></htmltext>
<tokenext>Just use some good incremental backup software .
Send the backups to the second drive.FAT32 is not a good choice , it can have file-system corruption more often than hard drive or controller failure occur .
If you 're running Windows I highly recommend you go with NTFS .
Linux can read it pretty reliably if you 're looking for portable data , you probably do n't have immediate need for portable write support to the drive.Windows software raid is slow , but it is phenomenally more practical than cheap hardware RAID found for " free " on motherboards .
The worse thing about hardware RAID is that it is not portable to different controllers .
If your motherboard breaks you can be stuck being unable to use your RAID volumes anymore .</tokentext>
<sentencetext>Just use some good incremental backup software.
Send the backups to the second drive.FAT32 is not a good choice, it can have file-system corruption more often than hard drive or controller failure occur.
If you're running Windows I highly recommend you go with NTFS.
Linux can read it pretty reliably if you're looking for portable data, you probably don't have immediate need for portable write support to the drive.Windows software raid is slow, but it is phenomenally more practical than cheap hardware RAID found for "free" on motherboards.
The worse thing about hardware RAID is that it is not portable to different controllers.
If your motherboard breaks you can be stuck being unable to use your RAID volumes anymore.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589141</id>
	<title>how about neither?</title>
	<author>alizard</author>
	<datestamp>1246793640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I use a mirror drive in a mobile rack as a backup and an rsync script on a modified liveCD to allow me to point and click to the rsync script to tell it to run the backup. I plug in the mobile rack drive and boot from the LiveCD. When the mobile rack is not in active use, i.e. either being backed up to or restored from, it is stored well away from the computer.
<br> <br>
This has served me well for years, including after a hard drive crash. I was up and running in 15 minutes after the crash.
<br> <br>
Though since the Knoppix 5 LiveCD it was based on does not recognize SATA running in ACHI mode, I have to rebuild around another LiveCD. The big advantage of this is that a drive in a mobile rack that is not plugged in is completely immune to anything awful happening to the main system, including the events which are most likely to blow up a hard drive.</htmltext>
<tokenext>I use a mirror drive in a mobile rack as a backup and an rsync script on a modified liveCD to allow me to point and click to the rsync script to tell it to run the backup .
I plug in the mobile rack drive and boot from the LiveCD .
When the mobile rack is not in active use , i.e .
either being backed up to or restored from , it is stored well away from the computer .
This has served me well for years , including after a hard drive crash .
I was up and running in 15 minutes after the crash .
Though since the Knoppix 5 LiveCD it was based on does not recognize SATA running in ACHI mode , I have to rebuild around another LiveCD .
The big advantage of this is that a drive in a mobile rack that is not plugged in is completely immune to anything awful happening to the main system , including the events which are most likely to blow up a hard drive .</tokentext>
<sentencetext>I use a mirror drive in a mobile rack as a backup and an rsync script on a modified liveCD to allow me to point and click to the rsync script to tell it to run the backup.
I plug in the mobile rack drive and boot from the LiveCD.
When the mobile rack is not in active use, i.e.
either being backed up to or restored from, it is stored well away from the computer.
This has served me well for years, including after a hard drive crash.
I was up and running in 15 minutes after the crash.
Though since the Knoppix 5 LiveCD it was based on does not recognize SATA running in ACHI mode, I have to rebuild around another LiveCD.
The big advantage of this is that a drive in a mobile rack that is not plugged in is completely immune to anything awful happening to the main system, including the events which are most likely to blow up a hard drive.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590559</id>
	<title>Re:Are you crazy?</title>
	<author>Sandbags</author>
	<datestamp>1246811040000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>And this is why you don;t buy the cheapest drives NewEgg has on sale on any given day.  There's a HUGE difference between their retail, enthusiast, professional, business, and server calss drives...  There's a reason some come with 5 year warranties and others come with 1...</p><p>Buy cheap crap, get burned...</p></htmltext>
<tokenext>And this is why you don ; t buy the cheapest drives NewEgg has on sale on any given day .
There 's a HUGE difference between their retail , enthusiast , professional , business , and server calss drives... There 's a reason some come with 5 year warranties and others come with 1...Buy cheap crap , get burned.. .</tokentext>
<sentencetext>And this is why you don;t buy the cheapest drives NewEgg has on sale on any given day.
There's a HUGE difference between their retail, enthusiast, professional, business, and server calss drives...  There's a reason some come with 5 year warranties and others come with 1...Buy cheap crap, get burned...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28595057</id>
	<title>Neither option is good</title>
	<author>dentin</author>
	<datestamp>1246898160000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I personally wouldn't trust either of these environments.  The vast bulk of my data is static, with usually only small or minor changes daily.  Rsync CRC mirroring is how I handle it.</p><p>My setup:</p><p>1 TB main drive.  All OS, config, and user data.<br>1 TB backup drive in same box.  All OS, config, and user data mirrored from main drive nightly, using rsync with CRC checking.</p><p>2 - 1 TB backup drive in second box mirrored once a month.  This machine is typically unplugged until in use.  Each of the two backups are staggered two weeks apart, so that the oldest recent copy is no more than a month old.</p><p>Very important 'real time' data, on the order of 10 GB, are mirrored nightly off-site.</p><p>Note - CRC checking, in my anecdotal experience, is important.  Modern drives actively look for 'questionable' sectors when reading; calculating CRC nightly ensures that the drive has to actually read every sector that's in use.</p><p>CRC checking mails you what has changed, which is easily filtered to make sure that you haven't lost something important.</p><p>Nightly cron job should dump any questionable SMART statistics from your drives.  If any pre-fail counters increment, immediately consider that drive suspect and have a hot replacement ready.</p><p>How important is your information?</p><p>This is the level of data integrity risk that I am currently comfortable with.  In a particularly nasty scenario involving my building being destroyed in an earthquake while I'm not in it, I have to fall back to my off-site data.</p></htmltext>
<tokenext>I personally would n't trust either of these environments .
The vast bulk of my data is static , with usually only small or minor changes daily .
Rsync CRC mirroring is how I handle it.My setup : 1 TB main drive .
All OS , config , and user data.1 TB backup drive in same box .
All OS , config , and user data mirrored from main drive nightly , using rsync with CRC checking.2 - 1 TB backup drive in second box mirrored once a month .
This machine is typically unplugged until in use .
Each of the two backups are staggered two weeks apart , so that the oldest recent copy is no more than a month old.Very important 'real time ' data , on the order of 10 GB , are mirrored nightly off-site.Note - CRC checking , in my anecdotal experience , is important .
Modern drives actively look for 'questionable ' sectors when reading ; calculating CRC nightly ensures that the drive has to actually read every sector that 's in use.CRC checking mails you what has changed , which is easily filtered to make sure that you have n't lost something important.Nightly cron job should dump any questionable SMART statistics from your drives .
If any pre-fail counters increment , immediately consider that drive suspect and have a hot replacement ready.How important is your information ? This is the level of data integrity risk that I am currently comfortable with .
In a particularly nasty scenario involving my building being destroyed in an earthquake while I 'm not in it , I have to fall back to my off-site data .</tokentext>
<sentencetext>I personally wouldn't trust either of these environments.
The vast bulk of my data is static, with usually only small or minor changes daily.
Rsync CRC mirroring is how I handle it.My setup:1 TB main drive.
All OS, config, and user data.1 TB backup drive in same box.
All OS, config, and user data mirrored from main drive nightly, using rsync with CRC checking.2 - 1 TB backup drive in second box mirrored once a month.
This machine is typically unplugged until in use.
Each of the two backups are staggered two weeks apart, so that the oldest recent copy is no more than a month old.Very important 'real time' data, on the order of 10 GB, are mirrored nightly off-site.Note - CRC checking, in my anecdotal experience, is important.
Modern drives actively look for 'questionable' sectors when reading; calculating CRC nightly ensures that the drive has to actually read every sector that's in use.CRC checking mails you what has changed, which is easily filtered to make sure that you haven't lost something important.Nightly cron job should dump any questionable SMART statistics from your drives.
If any pre-fail counters increment, immediately consider that drive suspect and have a hot replacement ready.How important is your information?This is the level of data integrity risk that I am currently comfortable with.
In a particularly nasty scenario involving my building being destroyed in an earthquake while I'm not in it, I have to fall back to my off-site data.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588021</id>
	<title>External eSATA enclusure</title>
	<author>wh1pp3t</author>
	<datestamp>1246826580000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext>I would recommend an eSATA RAID enclosure, similar to <a href="http://www.satadrives.com/twodrsaiirac.html" title="satadrives.com" rel="nofollow">this</a> [satadrives.com]. Run the newly purchased SATA disks mirrored (RAID-1) in the enclosure. Power up, run backup, power down. Rinse/repeat.</htmltext>
<tokenext>I would recommend an eSATA RAID enclosure , similar to this [ satadrives.com ] .
Run the newly purchased SATA disks mirrored ( RAID-1 ) in the enclosure .
Power up , run backup , power down .
Rinse/repeat .</tokentext>
<sentencetext>I would recommend an eSATA RAID enclosure, similar to this [satadrives.com].
Run the newly purchased SATA disks mirrored (RAID-1) in the enclosure.
Power up, run backup, power down.
Rinse/repeat.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28672667</id>
	<title>What I'd Do</title>
	<author>tuituiman</author>
	<datestamp>1247420820000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>Okay. Here's what i'd do if you're wanting this RAID system to help redundancy AND be a backup. Firstly, be sure to use a physical RAID card. Don't trust it to software, you're just asking for more problems than necessary (although the motherboard controlled RAID's all right for home use). Secondly you should buy another HD for backup purposes. At the end of an allocated amount of time (day, week, month) pull one of the drives in the array, and slip in the spare drive. It will mirror, and you'll have a snapshot of your system when you pulled the drive. If you screwed everything up, you can slip the 'Backup' drive back into the array and everything's restored back to that point right away. This would work for some users, and may for you. But it depends on what your exact backup needs are.</htmltext>
<tokenext>Okay .
Here 's what i 'd do if you 're wanting this RAID system to help redundancy AND be a backup .
Firstly , be sure to use a physical RAID card .
Do n't trust it to software , you 're just asking for more problems than necessary ( although the motherboard controlled RAID 's all right for home use ) .
Secondly you should buy another HD for backup purposes .
At the end of an allocated amount of time ( day , week , month ) pull one of the drives in the array , and slip in the spare drive .
It will mirror , and you 'll have a snapshot of your system when you pulled the drive .
If you screwed everything up , you can slip the 'Backup ' drive back into the array and everything 's restored back to that point right away .
This would work for some users , and may for you .
But it depends on what your exact backup needs are .</tokentext>
<sentencetext>Okay.
Here's what i'd do if you're wanting this RAID system to help redundancy AND be a backup.
Firstly, be sure to use a physical RAID card.
Don't trust it to software, you're just asking for more problems than necessary (although the motherboard controlled RAID's all right for home use).
Secondly you should buy another HD for backup purposes.
At the end of an allocated amount of time (day, week, month) pull one of the drives in the array, and slip in the spare drive.
It will mirror, and you'll have a snapshot of your system when you pulled the drive.
If you screwed everything up, you can slip the 'Backup' drive back into the array and everything's restored back to that point right away.
This would work for some users, and may for you.
But it depends on what your exact backup needs are.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588149</id>
	<title>Are we talking Pr0n or Tax Receipts here?</title>
	<author>Cordath</author>
	<datestamp>1246827540000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext>If you're just want a convenient backup of your music collection, porn collection, musical pr0n collection, or your pr0n musical collection then RAID is not a horrible thing.  However, if you're backing up important files, like the only existing scans of the now-burned dossiers <a href="http://en.wikipedia.org/wiki/Deep\_Throat" title="wikipedia.org">William Mark Felt</a> [wikipedia.org] left you, then you should not stop at RAID.  Statistically speaking, if something happens to one HD in your machine, like a massive power surge or being confiscated by tight-lipped men in black suits and black sunglasses, it has a pretty high probability of happening to the other HD.  Offsite backups are, therefore, prudent.  Leaving a HD in a box at the bank and giving the key to your lawyer is one of the safer things you can do, but not terribly convenient.  There are a variety of online backup services available that are decent.  I'll leave it to others to speculate on which ones are least likely to be fronts for the NSA.  If you feel that your data might actually be interesting to more than one human being on Earth, don't forget to encrypt it.  (Be honest with yourself.  You are posting to<nobr> <wbr></nobr>/. after all.)  I'm rather fond of emailing moderate risk files to my gmail account.  (Stupid, I know, but very low effort and they're available anywhere you feel safe enough to check your email.)  <br> <br>

As for Motherboard RAID chipsets...   Keep in mind that your motherboard has a non-zero probability of frying, having it's caps go bad, being peed on by irate government agents, etc..  I once had a RAID 0 array that was hooked up to one of those things.  After the Mobo died I had to do without letters K through P of my Japanese horror-comedy-porno-game-show collection until I was able to find a used computer with the same RAID chipset.  (I don't know if it's changed, but at the time each different RAID chipset made RAID 0 arrays that were not compatible with anything else on this lump of rock.)   If data portability rather than performance is a priority for you, my advice would be to avoid hardware RAID entirely.</htmltext>
<tokenext>If you 're just want a convenient backup of your music collection , porn collection , musical pr0n collection , or your pr0n musical collection then RAID is not a horrible thing .
However , if you 're backing up important files , like the only existing scans of the now-burned dossiers William Mark Felt [ wikipedia.org ] left you , then you should not stop at RAID .
Statistically speaking , if something happens to one HD in your machine , like a massive power surge or being confiscated by tight-lipped men in black suits and black sunglasses , it has a pretty high probability of happening to the other HD .
Offsite backups are , therefore , prudent .
Leaving a HD in a box at the bank and giving the key to your lawyer is one of the safer things you can do , but not terribly convenient .
There are a variety of online backup services available that are decent .
I 'll leave it to others to speculate on which ones are least likely to be fronts for the NSA .
If you feel that your data might actually be interesting to more than one human being on Earth , do n't forget to encrypt it .
( Be honest with yourself .
You are posting to / .
after all .
) I 'm rather fond of emailing moderate risk files to my gmail account .
( Stupid , I know , but very low effort and they 're available anywhere you feel safe enough to check your email .
) As for Motherboard RAID chipsets... Keep in mind that your motherboard has a non-zero probability of frying , having it 's caps go bad , being peed on by irate government agents , etc.. I once had a RAID 0 array that was hooked up to one of those things .
After the Mobo died I had to do without letters K through P of my Japanese horror-comedy-porno-game-show collection until I was able to find a used computer with the same RAID chipset .
( I do n't know if it 's changed , but at the time each different RAID chipset made RAID 0 arrays that were not compatible with anything else on this lump of rock .
) If data portability rather than performance is a priority for you , my advice would be to avoid hardware RAID entirely .</tokentext>
<sentencetext>If you're just want a convenient backup of your music collection, porn collection, musical pr0n collection, or your pr0n musical collection then RAID is not a horrible thing.
However, if you're backing up important files, like the only existing scans of the now-burned dossiers William Mark Felt [wikipedia.org] left you, then you should not stop at RAID.
Statistically speaking, if something happens to one HD in your machine, like a massive power surge or being confiscated by tight-lipped men in black suits and black sunglasses, it has a pretty high probability of happening to the other HD.
Offsite backups are, therefore, prudent.
Leaving a HD in a box at the bank and giving the key to your lawyer is one of the safer things you can do, but not terribly convenient.
There are a variety of online backup services available that are decent.
I'll leave it to others to speculate on which ones are least likely to be fronts for the NSA.
If you feel that your data might actually be interesting to more than one human being on Earth, don't forget to encrypt it.
(Be honest with yourself.
You are posting to /.
after all.
)  I'm rather fond of emailing moderate risk files to my gmail account.
(Stupid, I know, but very low effort and they're available anywhere you feel safe enough to check your email.
)   

As for Motherboard RAID chipsets...   Keep in mind that your motherboard has a non-zero probability of frying, having it's caps go bad, being peed on by irate government agents, etc..  I once had a RAID 0 array that was hooked up to one of those things.
After the Mobo died I had to do without letters K through P of my Japanese horror-comedy-porno-game-show collection until I was able to find a used computer with the same RAID chipset.
(I don't know if it's changed, but at the time each different RAID chipset made RAID 0 arrays that were not compatible with anything else on this lump of rock.
)   If data portability rather than performance is a priority for you, my advice would be to avoid hardware RAID entirely.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28611081</id>
	<title>Doesn't sound like you need RAID at all</title>
	<author>Anonymous</author>
	<datestamp>1246992960000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>If your not trying to create a redundant bootable drive. Just replicate the data using something like "Karen's replicator" and schedule it to run as often as needed. The only case where it wouldn't be advantageous is if you have files open 24/7 which wouldn't be able to copy.</p></htmltext>
<tokenext>If your not trying to create a redundant bootable drive .
Just replicate the data using something like " Karen 's replicator " and schedule it to run as often as needed .
The only case where it would n't be advantageous is if you have files open 24/7 which would n't be able to copy .</tokentext>
<sentencetext>If your not trying to create a redundant bootable drive.
Just replicate the data using something like "Karen's replicator" and schedule it to run as often as needed.
The only case where it wouldn't be advantageous is if you have files open 24/7 which wouldn't be able to copy.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28615795</id>
	<title>Answer the \%#*&amp;\% question</title>
	<author>Anonymous</author>
	<datestamp>1246970220000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I'm interested in knowing what slashdotters actually think about the original question. I'm about to implement RAID on a htpc/file server and would like to know what would be better - linux software raid vs motherboard raid.</p><p>Everybody knows that RAID != backup, its been drummed into us enough. So can we get back on track and answer the goddamn original question?</p><p>"So, which should I choose? Who should I trust more, Microsoft's Windows 7 or possibly the cheapest RAID controller on the market? Are there other cheap solutions?"</p></htmltext>
<tokenext>I 'm interested in knowing what slashdotters actually think about the original question .
I 'm about to implement RAID on a htpc/file server and would like to know what would be better - linux software raid vs motherboard raid.Everybody knows that RAID ! = backup , its been drummed into us enough .
So can we get back on track and answer the goddamn original question ?
" So , which should I choose ?
Who should I trust more , Microsoft 's Windows 7 or possibly the cheapest RAID controller on the market ?
Are there other cheap solutions ?
"</tokentext>
<sentencetext>I'm interested in knowing what slashdotters actually think about the original question.
I'm about to implement RAID on a htpc/file server and would like to know what would be better - linux software raid vs motherboard raid.Everybody knows that RAID != backup, its been drummed into us enough.
So can we get back on track and answer the goddamn original question?
"So, which should I choose?
Who should I trust more, Microsoft's Windows 7 or possibly the cheapest RAID controller on the market?
Are there other cheap solutions?
"</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588031</id>
	<title>If this is not a production web server...</title>
	<author>scarolan</author>
	<datestamp>1246826640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>...then you probably don't need RAID.  Use NTFS and set up some kind of scheduled backup to the second drive.  Or, build a Linux NAS device and run BackupPC (backuppc.sourceforge.net).  BackupPC works great for this sort of thing, it can do incremental and full backups of all your data, on the schedule you choose.</p></htmltext>
<tokenext>...then you probably do n't need RAID .
Use NTFS and set up some kind of scheduled backup to the second drive .
Or , build a Linux NAS device and run BackupPC ( backuppc.sourceforge.net ) .
BackupPC works great for this sort of thing , it can do incremental and full backups of all your data , on the schedule you choose .</tokentext>
<sentencetext>...then you probably don't need RAID.
Use NTFS and set up some kind of scheduled backup to the second drive.
Or, build a Linux NAS device and run BackupPC (backuppc.sourceforge.net).
BackupPC works great for this sort of thing, it can do incremental and full backups of all your data, on the schedule you choose.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588297</id>
	<title>RAID</title>
	<author>mysidia</author>
	<datestamp>1246785480000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>
You're in a special situation using Windows 7 RC.    So despite the below, you're especially at risk to the possibility of a new (but not yet discovered) bug in Windows release-candidate software,  don't use Windows or other RAID capabilities for your "data protection",  use backups.
Use RAID mirroring for improved performance or to reduce the probability of downtime occuring, and allow for rapid recovery from common drive failure scenarios.
</p><p>
RAID controllers (Software or Hardware), all suffer from various scenarios where the entire array can fail, and   data recovery becomes so hard that it may as well be lost.     90\% of the bits may be there redundantly, but you can't get to them for one reason or another.
Also,  RAID will not protect against system compromise,  software data corruption,  accidental deletion, or any type of volume corruption that occurs as a result of software running on the system.
</p><p>
Don't pick FAT over NTFS on the basis of portability between systems, if reliability is more important,  the NTFS filesystem uses a technique called journalling which makes data corruption less likely after a system crash, eg power failure.     NTFS  \_can\_  be read  by common solutions, if you need to recover data.   Recent Knoppix CDs and various rescue disks can read NTFS,  and the filesystem checking tools available for NTFS filesystems are better.   FAT is more susceptible to certain failures,  including excessive fragmentation leading to poor performance.</p><p>
Research what type of RAID solution your <b>integrated hardware</b> really is.   If it is  hostraid, or fakeraid,  that requires Windows drivers to implement RAID, then don't use that, avoid like the plague as it's <b>SOFTWARE RAID</b>, even though the software is running inside a driver provided by the controller vendor and <b>A FEW</b> functions may be offloaded to hardware, the main RAID code is still running in software, which is bad, mmmkay?</p><p>
You can often detect this in that there will be Windows only drivers, or the product will be labelled a hostraid solution,  but each of the major drive controller/RAID chip manufacturers has a different name for their ultra low-end solution that isn't really hardware RAID,  but has hardware offload of just some functions (checksumming, mainly).
</p><p>
(Fakeraid/Hostraid  adapters  that require special drivers in the guest OS to implement RAID, also generally suffer from the RAID5 write hole if you utilize RAID5.   And RAID code may be more susceptible to certain problems, when it isn't running on card firmware.)
</p><p>
I would actually favor implementing RAID in Windows over that.
However, there is hardly any point of doing this, except if you are mirroring your boot drive, or you need
RAID for improved performance  (e.g.  You could use RAID1 for all drives to improve read speeds, RAID1+0 to improve both read and write speeds,  or RAID5  for redundancy and scalability at the cost of slower write speeds and a read speed penalty).
</p><p>
I mean that: since you aren't mirroring your boot drive, there is little point of utilizing RAID in your case.
One of the most performance-effecting files on your disks is the page file on the boot drive.   If you were utilizing RAID for improved performance, you should definitely want to maximize read and write speeds to the boot drive.
</p><p>
If your non-redundant boot drive crashes, your system will be down  and need to be re-installed on a new system drive.      You may as well just pre-image a backup drive with your system,  keep a continuous backup on another machine,  and in the event of a failure,  pop in the backup HD, and start restoring  continuous data from backup,  to bring your 'spare'  up-to-date.
</p><p>
This will probably even be faster, as an OS reinstall  and re-up of Windows is not required
</p><p>
Second, your RAID controller can fail, make sure you have a plan.   That would mean either two identical controllers with the exact same firmware version, or you use a very common controller that you are <b>CERTAIN</b> you can easily buy anoth</p></htmltext>
<tokenext>You 're in a special situation using Windows 7 RC .
So despite the below , you 're especially at risk to the possibility of a new ( but not yet discovered ) bug in Windows release-candidate software , do n't use Windows or other RAID capabilities for your " data protection " , use backups .
Use RAID mirroring for improved performance or to reduce the probability of downtime occuring , and allow for rapid recovery from common drive failure scenarios .
RAID controllers ( Software or Hardware ) , all suffer from various scenarios where the entire array can fail , and data recovery becomes so hard that it may as well be lost .
90 \ % of the bits may be there redundantly , but you ca n't get to them for one reason or another .
Also , RAID will not protect against system compromise , software data corruption , accidental deletion , or any type of volume corruption that occurs as a result of software running on the system .
Do n't pick FAT over NTFS on the basis of portability between systems , if reliability is more important , the NTFS filesystem uses a technique called journalling which makes data corruption less likely after a system crash , eg power failure .
NTFS \ _can \ _ be read by common solutions , if you need to recover data .
Recent Knoppix CDs and various rescue disks can read NTFS , and the filesystem checking tools available for NTFS filesystems are better .
FAT is more susceptible to certain failures , including excessive fragmentation leading to poor performance .
Research what type of RAID solution your integrated hardware really is .
If it is hostraid , or fakeraid , that requires Windows drivers to implement RAID , then do n't use that , avoid like the plague as it 's SOFTWARE RAID , even though the software is running inside a driver provided by the controller vendor and A FEW functions may be offloaded to hardware , the main RAID code is still running in software , which is bad , mmmkay ?
You can often detect this in that there will be Windows only drivers , or the product will be labelled a hostraid solution , but each of the major drive controller/RAID chip manufacturers has a different name for their ultra low-end solution that is n't really hardware RAID , but has hardware offload of just some functions ( checksumming , mainly ) .
( Fakeraid/Hostraid adapters that require special drivers in the guest OS to implement RAID , also generally suffer from the RAID5 write hole if you utilize RAID5 .
And RAID code may be more susceptible to certain problems , when it is n't running on card firmware .
) I would actually favor implementing RAID in Windows over that .
However , there is hardly any point of doing this , except if you are mirroring your boot drive , or you need RAID for improved performance ( e.g .
You could use RAID1 for all drives to improve read speeds , RAID1 + 0 to improve both read and write speeds , or RAID5 for redundancy and scalability at the cost of slower write speeds and a read speed penalty ) .
I mean that : since you are n't mirroring your boot drive , there is little point of utilizing RAID in your case .
One of the most performance-effecting files on your disks is the page file on the boot drive .
If you were utilizing RAID for improved performance , you should definitely want to maximize read and write speeds to the boot drive .
If your non-redundant boot drive crashes , your system will be down and need to be re-installed on a new system drive .
You may as well just pre-image a backup drive with your system , keep a continuous backup on another machine , and in the event of a failure , pop in the backup HD , and start restoring continuous data from backup , to bring your 'spare ' up-to-date .
This will probably even be faster , as an OS reinstall and re-up of Windows is not required Second , your RAID controller can fail , make sure you have a plan .
That would mean either two identical controllers with the exact same firmware version , or you use a very common controller that you are CERTAIN you can easily buy anoth</tokentext>
<sentencetext>
You're in a special situation using Windows 7 RC.
So despite the below, you're especially at risk to the possibility of a new (but not yet discovered) bug in Windows release-candidate software,  don't use Windows or other RAID capabilities for your "data protection",  use backups.
Use RAID mirroring for improved performance or to reduce the probability of downtime occuring, and allow for rapid recovery from common drive failure scenarios.
RAID controllers (Software or Hardware), all suffer from various scenarios where the entire array can fail, and   data recovery becomes so hard that it may as well be lost.
90\% of the bits may be there redundantly, but you can't get to them for one reason or another.
Also,  RAID will not protect against system compromise,  software data corruption,  accidental deletion, or any type of volume corruption that occurs as a result of software running on the system.
Don't pick FAT over NTFS on the basis of portability between systems, if reliability is more important,  the NTFS filesystem uses a technique called journalling which makes data corruption less likely after a system crash, eg power failure.
NTFS  \_can\_  be read  by common solutions, if you need to recover data.
Recent Knoppix CDs and various rescue disks can read NTFS,  and the filesystem checking tools available for NTFS filesystems are better.
FAT is more susceptible to certain failures,  including excessive fragmentation leading to poor performance.
Research what type of RAID solution your integrated hardware really is.
If it is  hostraid, or fakeraid,  that requires Windows drivers to implement RAID, then don't use that, avoid like the plague as it's SOFTWARE RAID, even though the software is running inside a driver provided by the controller vendor and A FEW functions may be offloaded to hardware, the main RAID code is still running in software, which is bad, mmmkay?
You can often detect this in that there will be Windows only drivers, or the product will be labelled a hostraid solution,  but each of the major drive controller/RAID chip manufacturers has a different name for their ultra low-end solution that isn't really hardware RAID,  but has hardware offload of just some functions (checksumming, mainly).
(Fakeraid/Hostraid  adapters  that require special drivers in the guest OS to implement RAID, also generally suffer from the RAID5 write hole if you utilize RAID5.
And RAID code may be more susceptible to certain problems, when it isn't running on card firmware.
)

I would actually favor implementing RAID in Windows over that.
However, there is hardly any point of doing this, except if you are mirroring your boot drive, or you need
RAID for improved performance  (e.g.
You could use RAID1 for all drives to improve read speeds, RAID1+0 to improve both read and write speeds,  or RAID5  for redundancy and scalability at the cost of slower write speeds and a read speed penalty).
I mean that: since you aren't mirroring your boot drive, there is little point of utilizing RAID in your case.
One of the most performance-effecting files on your disks is the page file on the boot drive.
If you were utilizing RAID for improved performance, you should definitely want to maximize read and write speeds to the boot drive.
If your non-redundant boot drive crashes, your system will be down  and need to be re-installed on a new system drive.
You may as well just pre-image a backup drive with your system,  keep a continuous backup on another machine,  and in the event of a failure,  pop in the backup HD, and start restoring  continuous data from backup,  to bring your 'spare'  up-to-date.
This will probably even be faster, as an OS reinstall  and re-up of Windows is not required

Second, your RAID controller can fail, make sure you have a plan.
That would mean either two identical controllers with the exact same firmware version, or you use a very common controller that you are CERTAIN you can easily buy anoth</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589025</id>
	<title>Promise SATA RAID = Cheap and Good</title>
	<author>maxrate</author>
	<datestamp>1246792200000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext>I often use inexpensive SATA RAID controllers from Promise (I do not work for promise).  They don't cost very much and they have been absolutely reliable for me (for many years now!).  I often stick with RAID 1.  I've built several RAID5 arrays and I don't find a lot of value in them for low capacities.  Mirroring (RAID 1) is straight forward, and if you ever have a problem you can always read one of the RAID 1 drives using a SATA to USB interface, or if you ever need to clone a hard disk it's easy.  Promise seems to use the LAST 64k of the hard drive for it's mirror info, not the FIRST 64k!  this makes any of the two drives in the RAID array easy to use out of the array when/if you're in a jam (for whatever the reasons).  As far as RAIDing your data only, in my opinion RAID is designed to avoid lengthy recovery procedures - don't put yourself in a disadvantaged position - all hard drives fail eventually - RAID the OS, your data, everything!  If your server is a very busy server - start looking at higher end RAID solutions.</htmltext>
<tokenext>I often use inexpensive SATA RAID controllers from Promise ( I do not work for promise ) .
They do n't cost very much and they have been absolutely reliable for me ( for many years now ! ) .
I often stick with RAID 1 .
I 've built several RAID5 arrays and I do n't find a lot of value in them for low capacities .
Mirroring ( RAID 1 ) is straight forward , and if you ever have a problem you can always read one of the RAID 1 drives using a SATA to USB interface , or if you ever need to clone a hard disk it 's easy .
Promise seems to use the LAST 64k of the hard drive for it 's mirror info , not the FIRST 64k !
this makes any of the two drives in the RAID array easy to use out of the array when/if you 're in a jam ( for whatever the reasons ) .
As far as RAIDing your data only , in my opinion RAID is designed to avoid lengthy recovery procedures - do n't put yourself in a disadvantaged position - all hard drives fail eventually - RAID the OS , your data , everything !
If your server is a very busy server - start looking at higher end RAID solutions .</tokentext>
<sentencetext>I often use inexpensive SATA RAID controllers from Promise (I do not work for promise).
They don't cost very much and they have been absolutely reliable for me (for many years now!).
I often stick with RAID 1.
I've built several RAID5 arrays and I don't find a lot of value in them for low capacities.
Mirroring (RAID 1) is straight forward, and if you ever have a problem you can always read one of the RAID 1 drives using a SATA to USB interface, or if you ever need to clone a hard disk it's easy.
Promise seems to use the LAST 64k of the hard drive for it's mirror info, not the FIRST 64k!
this makes any of the two drives in the RAID array easy to use out of the array when/if you're in a jam (for whatever the reasons).
As far as RAIDing your data only, in my opinion RAID is designed to avoid lengthy recovery procedures - don't put yourself in a disadvantaged position - all hard drives fail eventually - RAID the OS, your data, everything!
If your server is a very busy server - start looking at higher end RAID solutions.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590315</id>
	<title>Re: online backups</title>
	<author>syousef</author>
	<datestamp>1246808100000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><i>I tend to recommend people buy an inexpensive external USB or firewire drive, leave it attached and assigned as a backup device, and have some software package run a daily backup of all the relevant folders and files they might need to save.</i></p><p>1. I do this for my digital photography. (1 weekend can yield several GB of data).</p><p>2. I am better off manually backing up my files than trusting the computer to get it right. I haven't found backup software I trust. Yes I realize I can miss things too, but I periodically compare the list of backup directories with the ones on the main drive.</p><p>3. This whole regime is useless unless you regularly backup your 2nd device (external drive) to a 3rd one and copy it off site. (It gets packed off and sent to my mother's house). This mitigates against losing data if I have a house fire or if malware erases drives 1 and 2. I limit exposure to a few weeks.</p><p>4. Once you've backed something up to a 2nd or 3rd drive, you should NEVER overwrite it with another copy. Never copy over the top of one directory if a few files have changed in it. Otherwise if you've damaged/corrupted the files on your first copy, you're propagating that damage.</p><p>5. I wish I could get individual drives to show up as read only in Windows. I took it for granted that there'd be something like mount readonly. There isn't anything simple or standard. I think there are utils that do it but they're expensive, non-standard. There are free apps that will change registry settings to block all removable drives but that hardly allows copying from a backup to another USB drive. There are expensive hardware USB write blockers used in computer foresnics. If I were using Linux it'd be trivial to mount a filesystem readonly by default.</p></htmltext>
<tokenext>I tend to recommend people buy an inexpensive external USB or firewire drive , leave it attached and assigned as a backup device , and have some software package run a daily backup of all the relevant folders and files they might need to save.1 .
I do this for my digital photography .
( 1 weekend can yield several GB of data ) .2 .
I am better off manually backing up my files than trusting the computer to get it right .
I have n't found backup software I trust .
Yes I realize I can miss things too , but I periodically compare the list of backup directories with the ones on the main drive.3 .
This whole regime is useless unless you regularly backup your 2nd device ( external drive ) to a 3rd one and copy it off site .
( It gets packed off and sent to my mother 's house ) .
This mitigates against losing data if I have a house fire or if malware erases drives 1 and 2 .
I limit exposure to a few weeks.4 .
Once you 've backed something up to a 2nd or 3rd drive , you should NEVER overwrite it with another copy .
Never copy over the top of one directory if a few files have changed in it .
Otherwise if you 've damaged/corrupted the files on your first copy , you 're propagating that damage.5 .
I wish I could get individual drives to show up as read only in Windows .
I took it for granted that there 'd be something like mount readonly .
There is n't anything simple or standard .
I think there are utils that do it but they 're expensive , non-standard .
There are free apps that will change registry settings to block all removable drives but that hardly allows copying from a backup to another USB drive .
There are expensive hardware USB write blockers used in computer foresnics .
If I were using Linux it 'd be trivial to mount a filesystem readonly by default .</tokentext>
<sentencetext>I tend to recommend people buy an inexpensive external USB or firewire drive, leave it attached and assigned as a backup device, and have some software package run a daily backup of all the relevant folders and files they might need to save.1.
I do this for my digital photography.
(1 weekend can yield several GB of data).2.
I am better off manually backing up my files than trusting the computer to get it right.
I haven't found backup software I trust.
Yes I realize I can miss things too, but I periodically compare the list of backup directories with the ones on the main drive.3.
This whole regime is useless unless you regularly backup your 2nd device (external drive) to a 3rd one and copy it off site.
(It gets packed off and sent to my mother's house).
This mitigates against losing data if I have a house fire or if malware erases drives 1 and 2.
I limit exposure to a few weeks.4.
Once you've backed something up to a 2nd or 3rd drive, you should NEVER overwrite it with another copy.
Never copy over the top of one directory if a few files have changed in it.
Otherwise if you've damaged/corrupted the files on your first copy, you're propagating that damage.5.
I wish I could get individual drives to show up as read only in Windows.
I took it for granted that there'd be something like mount readonly.
There isn't anything simple or standard.
I think there are utils that do it but they're expensive, non-standard.
There are free apps that will change registry settings to block all removable drives but that hardly allows copying from a backup to another USB drive.
There are expensive hardware USB write blockers used in computer foresnics.
If I were using Linux it'd be trivial to mount a filesystem readonly by default.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588223</id>
	<title>Re:RAID is *NOT* backup!</title>
	<author>hitmark</author>
	<datestamp>1246784940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>second drive as backup == raid 1...</p></htmltext>
<tokenext>second drive as backup = = raid 1.. .</tokentext>
<sentencetext>second drive as backup == raid 1...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587901</id>
	<title>RAID is never about protection.</title>
	<author>Anonymous</author>
	<datestamp>1246825560000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext>RAID1 serves only one function. Increased uptime. If avoiding having to spend 2 hours restoring from a backup is your primary goal, then RAID1 might make sense for you. Do you have an office full of workers that will all lose productivity if you have a system crash? If so, then RAID may make sense.

Any other use of RAID1 is fool's gold. It will not protect your data from a system-level problem. It will not protect your data from corruption (especially not on a FAT32 file system, which was never intended for any partition size above 32GB in the first place). It will not even always protect you from a single drive failure, since the rebuild process in a RAID1 setup often kills the second drive while trying to recover data.

As many have said already on the thread, RAID is not backup. Backup needs to be a completely independent device. Unless you have serious uptime considerations, RAID1 should not be part of your backup strategy.</htmltext>
<tokenext>RAID1 serves only one function .
Increased uptime .
If avoiding having to spend 2 hours restoring from a backup is your primary goal , then RAID1 might make sense for you .
Do you have an office full of workers that will all lose productivity if you have a system crash ?
If so , then RAID may make sense .
Any other use of RAID1 is fool 's gold .
It will not protect your data from a system-level problem .
It will not protect your data from corruption ( especially not on a FAT32 file system , which was never intended for any partition size above 32GB in the first place ) .
It will not even always protect you from a single drive failure , since the rebuild process in a RAID1 setup often kills the second drive while trying to recover data .
As many have said already on the thread , RAID is not backup .
Backup needs to be a completely independent device .
Unless you have serious uptime considerations , RAID1 should not be part of your backup strategy .</tokentext>
<sentencetext>RAID1 serves only one function.
Increased uptime.
If avoiding having to spend 2 hours restoring from a backup is your primary goal, then RAID1 might make sense for you.
Do you have an office full of workers that will all lose productivity if you have a system crash?
If so, then RAID may make sense.
Any other use of RAID1 is fool's gold.
It will not protect your data from a system-level problem.
It will not protect your data from corruption (especially not on a FAT32 file system, which was never intended for any partition size above 32GB in the first place).
It will not even always protect you from a single drive failure, since the rebuild process in a RAID1 setup often kills the second drive while trying to recover data.
As many have said already on the thread, RAID is not backup.
Backup needs to be a completely independent device.
Unless you have serious uptime considerations, RAID1 should not be part of your backup strategy.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590589</id>
	<title>Re: online backups</title>
	<author>Anonymous</author>
	<datestamp>1246811520000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p><div class="quote"><p>Personally, I haven't yet encountered anyone who really got benefit from those personal Internet backup services like Mozy.    In regular use, it always seems like the person exceeds their storage allotment or Internet connectivity issues prevent them from recovering what they need, when they need it.</p><p>I tend to recommend people buy an inexpensive external USB or firewire drive, leave it attached and assigned as a backup device, and have some software package run a daily backup of all the relevant folders and files they might need to save.</p><p>It's great that your data is stored offline and off-site<nobr> <wbr></nobr>... but I'm just not sold on most of the implementations for "home use" being as great a solution as they first appear to be.  Many of the providers have come and gone over the years, too.  What happens when your offline backup company goes under?</p></div><p>Um, I recovered my data with Mozy. Yes, external HDD backups are good too, but off-site is a good idea.  What if there is a fire, or water damage, etc.  Your backup is useless if it is sitting next to the computer that is burned / waterlogged.</p></div>
	</htmltext>
<tokenext>Personally , I have n't yet encountered anyone who really got benefit from those personal Internet backup services like Mozy .
In regular use , it always seems like the person exceeds their storage allotment or Internet connectivity issues prevent them from recovering what they need , when they need it.I tend to recommend people buy an inexpensive external USB or firewire drive , leave it attached and assigned as a backup device , and have some software package run a daily backup of all the relevant folders and files they might need to save.It 's great that your data is stored offline and off-site ... but I 'm just not sold on most of the implementations for " home use " being as great a solution as they first appear to be .
Many of the providers have come and gone over the years , too .
What happens when your offline backup company goes under ? Um , I recovered my data with Mozy .
Yes , external HDD backups are good too , but off-site is a good idea .
What if there is a fire , or water damage , etc .
Your backup is useless if it is sitting next to the computer that is burned / waterlogged .</tokentext>
<sentencetext>Personally, I haven't yet encountered anyone who really got benefit from those personal Internet backup services like Mozy.
In regular use, it always seems like the person exceeds their storage allotment or Internet connectivity issues prevent them from recovering what they need, when they need it.I tend to recommend people buy an inexpensive external USB or firewire drive, leave it attached and assigned as a backup device, and have some software package run a daily backup of all the relevant folders and files they might need to save.It's great that your data is stored offline and off-site ... but I'm just not sold on most of the implementations for "home use" being as great a solution as they first appear to be.
Many of the providers have come and gone over the years, too.
What happens when your offline backup company goes under?Um, I recovered my data with Mozy.
Yes, external HDD backups are good too, but off-site is a good idea.
What if there is a fire, or water damage, etc.
Your backup is useless if it is sitting next to the computer that is burned / waterlogged.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588233</id>
	<title>Re:Real RAID is cheap</title>
	<author>glitch23</author>
	<datestamp>1246785000000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I actually have a HighPoint RocketRAID 2300 controller in my system now. It has 4 internal SATA connections using a PCIe interface. I just ordered another one as well from newegg.com. I haven't had any issues with the current one and I've had it for a couple years now. The new one will run a 1.5TB RAID 1 array. This controller supposedly has Linux drivers available for it but mine is in a Windows system so can't verify Linux support. The controller is $119 from newegg and I think it is a good deal. My current controller has a 2 drive RAID 0 and a separate 2 drive RAID 1 array.</htmltext>
<tokenext>I actually have a HighPoint RocketRAID 2300 controller in my system now .
It has 4 internal SATA connections using a PCIe interface .
I just ordered another one as well from newegg.com .
I have n't had any issues with the current one and I 've had it for a couple years now .
The new one will run a 1.5TB RAID 1 array .
This controller supposedly has Linux drivers available for it but mine is in a Windows system so ca n't verify Linux support .
The controller is $ 119 from newegg and I think it is a good deal .
My current controller has a 2 drive RAID 0 and a separate 2 drive RAID 1 array .</tokentext>
<sentencetext>I actually have a HighPoint RocketRAID 2300 controller in my system now.
It has 4 internal SATA connections using a PCIe interface.
I just ordered another one as well from newegg.com.
I haven't had any issues with the current one and I've had it for a couple years now.
The new one will run a 1.5TB RAID 1 array.
This controller supposedly has Linux drivers available for it but mine is in a Windows system so can't verify Linux support.
The controller is $119 from newegg and I think it is a good deal.
My current controller has a 2 drive RAID 0 and a separate 2 drive RAID 1 array.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588001</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590099</id>
	<title>Re:It's *NOT* hardware raid on your motherboard.</title>
	<author>Radius9</author>
	<datestamp>1246805160000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I don't think your metadata comment is true in the case of RAID-1.  Mirrored RAID shouldn't need much of anything for metadata.  I've only ever used both cheap RAID cards and motherboard RAID, doing a standard mirrored RAID-1.  I've had multiple drive failures, and I've never had a RAID where I couldn't unplug one of the drives from the array and just use it independently of RAID without any issues.  Its pretty easy to test, but I know I've taken drives out of a mirrored array and used it as an individual drive without problems.</htmltext>
<tokenext>I do n't think your metadata comment is true in the case of RAID-1 .
Mirrored RAID should n't need much of anything for metadata .
I 've only ever used both cheap RAID cards and motherboard RAID , doing a standard mirrored RAID-1 .
I 've had multiple drive failures , and I 've never had a RAID where I could n't unplug one of the drives from the array and just use it independently of RAID without any issues .
Its pretty easy to test , but I know I 've taken drives out of a mirrored array and used it as an individual drive without problems .</tokentext>
<sentencetext>I don't think your metadata comment is true in the case of RAID-1.
Mirrored RAID shouldn't need much of anything for metadata.
I've only ever used both cheap RAID cards and motherboard RAID, doing a standard mirrored RAID-1.
I've had multiple drive failures, and I've never had a RAID where I couldn't unplug one of the drives from the array and just use it independently of RAID without any issues.
Its pretty easy to test, but I know I've taken drives out of a mirrored array and used it as an individual drive without problems.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587845</id>
	<title>Nice choice of filesystem there</title>
	<author>Anonymous</author>
	<datestamp>1246825140000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>FAT32? Are you fucking insane?</p></htmltext>
<tokenext>FAT32 ?
Are you fucking insane ?</tokentext>
<sentencetext>FAT32?
Are you fucking insane?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591815</id>
	<title>Seagate doesn't have Seagate quality anymore</title>
	<author>Anonymous</author>
	<datestamp>1246912140000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Regular Seagate drives are now Maxtors with different firmware.  Seagate seems to have destroyed the quality of their brand.  Fortunately WD's are now good drives, and even the consumer models work well in RAID.</p></htmltext>
<tokenext>Regular Seagate drives are now Maxtors with different firmware .
Seagate seems to have destroyed the quality of their brand .
Fortunately WD 's are now good drives , and even the consumer models work well in RAID .</tokentext>
<sentencetext>Regular Seagate drives are now Maxtors with different firmware.
Seagate seems to have destroyed the quality of their brand.
Fortunately WD's are now good drives, and even the consumer models work well in RAID.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589349</id>
	<title>Integrated</title>
	<author>Barny</author>
	<datestamp>1246796280000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Just use the integrated raid (yeah, softraid or fakeraid) to do it, make sure its the chipset (intel or nvidia) that is doing the work.</p><p>Sure the performance isn't there in general (and if you raid0 more than 3 drives on the NV chipsets, not there at all) but it is OS agnostic and is relatively cheap to get the data back if your board dies (cheap mobo + celeron CPU) since all chipsets from each of those two makers support each others raid.</p><p>As others said though, what you are doing is not protecting the data, but just increasing your up-time if something bad happens, backups are your only protection.</p><p>I would be one of the first to suggest using an areca raid card (or similar quality) should you be looking for performance, but your not, so I won't<nobr> <wbr></nobr>:)</p></htmltext>
<tokenext>Just use the integrated raid ( yeah , softraid or fakeraid ) to do it , make sure its the chipset ( intel or nvidia ) that is doing the work.Sure the performance is n't there in general ( and if you raid0 more than 3 drives on the NV chipsets , not there at all ) but it is OS agnostic and is relatively cheap to get the data back if your board dies ( cheap mobo + celeron CPU ) since all chipsets from each of those two makers support each others raid.As others said though , what you are doing is not protecting the data , but just increasing your up-time if something bad happens , backups are your only protection.I would be one of the first to suggest using an areca raid card ( or similar quality ) should you be looking for performance , but your not , so I wo n't : )</tokentext>
<sentencetext>Just use the integrated raid (yeah, softraid or fakeraid) to do it, make sure its the chipset (intel or nvidia) that is doing the work.Sure the performance isn't there in general (and if you raid0 more than 3 drives on the NV chipsets, not there at all) but it is OS agnostic and is relatively cheap to get the data back if your board dies (cheap mobo + celeron CPU) since all chipsets from each of those two makers support each others raid.As others said though, what you are doing is not protecting the data, but just increasing your up-time if something bad happens, backups are your only protection.I would be one of the first to suggest using an areca raid card (or similar quality) should you be looking for performance, but your not, so I won't :)</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591497</id>
	<title>Re:RAID != BACKUP</title>
	<author>ls671</author>
	<datestamp>1246821120000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I totally understand your point although I have posted on this thread on the need for a proper backup solution.</p><p>Real life example : My father lost his disk some day so the computer wouldn't boot anymore. He told me that he did not mind that much about the data; He just wanted the computer to boot again so he could access his banking site and browse the web.</p><p>I set him with raid mirroring just to save him the trouble if a single drive failed again. I offered him a backup solution while asking him what needed to be backed up. He replied that raid was good enough, that there wasn't anything on his computer worth backing up.</p><p>In computer science courses, they teach us to understand the customer needs. If the customer can't list a thing to be backed up, then he doesn't need a backup solution. He just needs a computer that will still boot if a single drive fails. e.g. more reliability without backups<nobr> <wbr></nobr>;-)))</p><p>So, if you do not care about your data, yes raid will save you from a single drive failure in most cases<nobr> <wbr></nobr>;-))</p></htmltext>
<tokenext>I totally understand your point although I have posted on this thread on the need for a proper backup solution.Real life example : My father lost his disk some day so the computer would n't boot anymore .
He told me that he did not mind that much about the data ; He just wanted the computer to boot again so he could access his banking site and browse the web.I set him with raid mirroring just to save him the trouble if a single drive failed again .
I offered him a backup solution while asking him what needed to be backed up .
He replied that raid was good enough , that there was n't anything on his computer worth backing up.In computer science courses , they teach us to understand the customer needs .
If the customer ca n't list a thing to be backed up , then he does n't need a backup solution .
He just needs a computer that will still boot if a single drive fails .
e.g. more reliability without backups ; - ) ) ) So , if you do not care about your data , yes raid will save you from a single drive failure in most cases ; - ) )</tokentext>
<sentencetext>I totally understand your point although I have posted on this thread on the need for a proper backup solution.Real life example : My father lost his disk some day so the computer wouldn't boot anymore.
He told me that he did not mind that much about the data; He just wanted the computer to boot again so he could access his banking site and browse the web.I set him with raid mirroring just to save him the trouble if a single drive failed again.
I offered him a backup solution while asking him what needed to be backed up.
He replied that raid was good enough, that there wasn't anything on his computer worth backing up.In computer science courses, they teach us to understand the customer needs.
If the customer can't list a thing to be backed up, then he doesn't need a backup solution.
He just needs a computer that will still boot if a single drive fails.
e.g. more reliability without backups ;-)))So, if you do not care about your data, yes raid will save you from a single drive failure in most cases ;-))</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588395</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594825</id>
	<title>RAID doesn't protect from controller failure...</title>
	<author>dentar</author>
	<datestamp>1246897200000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>RAID's job is to protect from ONE and ONLY ONE type of failure, DISK failure, NOT controller failure.  Any controller, regardless of type, can fail.  That's why you should STILL do regular backups.  RAID does not protect from viruses, spyware, operator error, fire, theft, or any other type of failure other than a single disk.  It relies on the statistical probability that one and only one disk in an array will fail, and that is all.</p><p>Backups are floss.  You only have to floss the data you want to keep.</p></htmltext>
<tokenext>RAID 's job is to protect from ONE and ONLY ONE type of failure , DISK failure , NOT controller failure .
Any controller , regardless of type , can fail .
That 's why you should STILL do regular backups .
RAID does not protect from viruses , spyware , operator error , fire , theft , or any other type of failure other than a single disk .
It relies on the statistical probability that one and only one disk in an array will fail , and that is all.Backups are floss .
You only have to floss the data you want to keep .</tokentext>
<sentencetext>RAID's job is to protect from ONE and ONLY ONE type of failure, DISK failure, NOT controller failure.
Any controller, regardless of type, can fail.
That's why you should STILL do regular backups.
RAID does not protect from viruses, spyware, operator error, fire, theft, or any other type of failure other than a single disk.
It relies on the statistical probability that one and only one disk in an array will fail, and that is all.Backups are floss.
You only have to floss the data you want to keep.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592309</id>
	<title>Re:RAID is *NOT* backup!</title>
	<author>gullevek</author>
	<datestamp>1246876080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I use raid on my scratch drive. Because I do not need a backup there if I delete on file, or some parts get corrupted, but it is extremely annoying to loose all of it through an HD failure. I had this twice, so now I have RAID1 scratch disk.</p></htmltext>
<tokenext>I use raid on my scratch drive .
Because I do not need a backup there if I delete on file , or some parts get corrupted , but it is extremely annoying to loose all of it through an HD failure .
I had this twice , so now I have RAID1 scratch disk .</tokentext>
<sentencetext>I use raid on my scratch drive.
Because I do not need a backup there if I delete on file, or some parts get corrupted, but it is extremely annoying to loose all of it through an HD failure.
I had this twice, so now I have RAID1 scratch disk.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588187</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590105</id>
	<title>Re: online backups</title>
	<author>seac0rd</author>
	<datestamp>1246805280000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I've been using Slicehost for a couple of months, backed by Rackspace Cloud Files instead of Amazon. As far as I'm concerned it the best thing since the Original Nintendo.</p><p>I have two PC's and a laptop at home and a work computer backing up to it, the resync occurs and night so I don't see any performance issues and its completely encrypted on the backed so I don't have to worry about someone browsing through my collection of unpublished poetry about water fowl.</p><p>If you haven't actually used one I suggest you check it out.</p></htmltext>
<tokenext>I 've been using Slicehost for a couple of months , backed by Rackspace Cloud Files instead of Amazon .
As far as I 'm concerned it the best thing since the Original Nintendo.I have two PC 's and a laptop at home and a work computer backing up to it , the resync occurs and night so I do n't see any performance issues and its completely encrypted on the backed so I do n't have to worry about someone browsing through my collection of unpublished poetry about water fowl.If you have n't actually used one I suggest you check it out .</tokentext>
<sentencetext>I've been using Slicehost for a couple of months, backed by Rackspace Cloud Files instead of Amazon.
As far as I'm concerned it the best thing since the Original Nintendo.I have two PC's and a laptop at home and a work computer backing up to it, the resync occurs and night so I don't see any performance issues and its completely encrypted on the backed so I don't have to worry about someone browsing through my collection of unpublished poetry about water fowl.If you haven't actually used one I suggest you check it out.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588551</id>
	<title>Re:It's *NOT* hardware raid on your motherboard.</title>
	<author>rcamans</author>
	<datestamp>1246787700000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>there are motherboard raid solutions which use LSI raid chips. they are not fakeraid. What motherboards use fakeraid?</p></htmltext>
<tokenext>there are motherboard raid solutions which use LSI raid chips .
they are not fakeraid .
What motherboards use fakeraid ?</tokentext>
<sentencetext>there are motherboard raid solutions which use LSI raid chips.
they are not fakeraid.
What motherboards use fakeraid?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590171</id>
	<title>Software RAID, NOT FAT32</title>
	<author>Anonymous</author>
	<datestamp>1246806000000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>     I would go with software RAID.  Hardware RAID will be faster, but software RAID gives you simplicity.</p><p>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I have found hardware RAID controllers temperamental.  In the situation where you can keep buying the exact same drive forever (or replace all at once), hardware RAID is nice and stable, and should be faster than software RAID.  But they tend to be inflexible -- incompatible with some drives, you can't mix drives at all (if your initial drive is 500GB you can't put in a 500.1GB spare..), etc.  My friend right now is dealing with finger pointing trying to get *any* 1.5TB drives to work in an array.  Also, think down the road that in case of card failure you will have to find the exact same card on the market if you don't want to lose your array -- even later models of the same card may not use the same on-disk format.</p><p>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; I have no comment on the Windows 7 RAID, I'm assuming it's functional.  This is what I recommend because you just install your OS and go, you don't have to worry about having a physical card (you can plug the drives into anything with SATA).  Disadvantage, you are dealing with sending the same data to two different disks, going over the system bus and all, versus hardware RAID where the system deals with the I/O once and the card takes care of the duplication and such.</p><p>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Second, DON'T USE FAT32.  It has only 2 copies of the FAT (file allocation table) so if they are out of sync it's hard to tell what's what; and only 1 copy of other important data structures.  It's very space inefficient, and has serious size limitations as well.  As you are using Windows, feel free to use NTFS on the disk; Linux distros handle it, and OSX has "NTFS-3G" ported to it as well.  As a Linux user I'd put ext3 on an external hard disk by default (I have a small FAT partition with a ext2/3 access software for windows on it too to appease the windows boxes.)</p><p>
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Also note, some of cheap RAID cards are software RAID -- they present SATA ports over the bus, and the card drivers implement RAID.  Under Linux, these use Linux'es software RAID infrastructure, but under Windows it is in the vendor drivers and seperate from Window's normal RAID support, so performance may vary.</p></htmltext>
<tokenext>I would go with software RAID .
Hardware RAID will be faster , but software RAID gives you simplicity .
          I have found hardware RAID controllers temperamental .
In the situation where you can keep buying the exact same drive forever ( or replace all at once ) , hardware RAID is nice and stable , and should be faster than software RAID .
But they tend to be inflexible -- incompatible with some drives , you ca n't mix drives at all ( if your initial drive is 500GB you ca n't put in a 500.1GB spare.. ) , etc .
My friend right now is dealing with finger pointing trying to get * any * 1.5TB drives to work in an array .
Also , think down the road that in case of card failure you will have to find the exact same card on the market if you do n't want to lose your array -- even later models of the same card may not use the same on-disk format .
          I have no comment on the Windows 7 RAID , I 'm assuming it 's functional .
This is what I recommend because you just install your OS and go , you do n't have to worry about having a physical card ( you can plug the drives into anything with SATA ) .
Disadvantage , you are dealing with sending the same data to two different disks , going over the system bus and all , versus hardware RAID where the system deals with the I/O once and the card takes care of the duplication and such .
          Second , DO N'T USE FAT32 .
It has only 2 copies of the FAT ( file allocation table ) so if they are out of sync it 's hard to tell what 's what ; and only 1 copy of other important data structures .
It 's very space inefficient , and has serious size limitations as well .
As you are using Windows , feel free to use NTFS on the disk ; Linux distros handle it , and OSX has " NTFS-3G " ported to it as well .
As a Linux user I 'd put ext3 on an external hard disk by default ( I have a small FAT partition with a ext2/3 access software for windows on it too to appease the windows boxes .
)           Also note , some of cheap RAID cards are software RAID -- they present SATA ports over the bus , and the card drivers implement RAID .
Under Linux , these use Linux'es software RAID infrastructure , but under Windows it is in the vendor drivers and seperate from Window 's normal RAID support , so performance may vary .</tokentext>
<sentencetext>     I would go with software RAID.
Hardware RAID will be faster, but software RAID gives you simplicity.
          I have found hardware RAID controllers temperamental.
In the situation where you can keep buying the exact same drive forever (or replace all at once), hardware RAID is nice and stable, and should be faster than software RAID.
But they tend to be inflexible -- incompatible with some drives, you can't mix drives at all (if your initial drive is 500GB you can't put in a 500.1GB spare..), etc.
My friend right now is dealing with finger pointing trying to get *any* 1.5TB drives to work in an array.
Also, think down the road that in case of card failure you will have to find the exact same card on the market if you don't want to lose your array -- even later models of the same card may not use the same on-disk format.
          I have no comment on the Windows 7 RAID, I'm assuming it's functional.
This is what I recommend because you just install your OS and go, you don't have to worry about having a physical card (you can plug the drives into anything with SATA).
Disadvantage, you are dealing with sending the same data to two different disks, going over the system bus and all, versus hardware RAID where the system deals with the I/O once and the card takes care of the duplication and such.
          Second, DON'T USE FAT32.
It has only 2 copies of the FAT (file allocation table) so if they are out of sync it's hard to tell what's what; and only 1 copy of other important data structures.
It's very space inefficient, and has serious size limitations as well.
As you are using Windows, feel free to use NTFS on the disk; Linux distros handle it, and OSX has "NTFS-3G" ported to it as well.
As a Linux user I'd put ext3 on an external hard disk by default (I have a small FAT partition with a ext2/3 access software for windows on it too to appease the windows boxes.
)
          Also note, some of cheap RAID cards are software RAID -- they present SATA ports over the bus, and the card drivers implement RAID.
Under Linux, these use Linux'es software RAID infrastructure, but under Windows it is in the vendor drivers and seperate from Window's normal RAID support, so performance may vary.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590861</id>
	<title>Get a NAS</title>
	<author>tbuskey</author>
	<datestamp>1246814820000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Good, you want to separate your data from your OS.  That make a number of things possible:</p><p>- your OS upgrade shouldn't affect your data drives<br>- you can treat data and OS backup seperate<br>- you'll be classifying your data (at least somewhat)</p><p>Take the next step &amp; put them on a NAS (I don't care which as I'm not supporting you)<br>- Now you can get your data on multiple machines, regardless of OS (if you do it right)<br>- Your OS won't affect your data<br>- Gigabit ethernet is not expensive and it usually beats USB 2.0 speeds.<br>- You can isolate your data physically<br>
&nbsp; &nbsp; &nbsp; &nbsp; = away from foot traffic with liquid spills, etc<br>
&nbsp; &nbsp; &nbsp; &nbsp; = locate in a cooler environment<br>
&nbsp; &nbsp; &nbsp; &nbsp; = not put in dogy devices into the data device<br>
&nbsp; &nbsp; &nbsp; &nbsp; = less noise &amp; heat at your desktop</p></htmltext>
<tokenext>Good , you want to separate your data from your OS .
That make a number of things possible : - your OS upgrade should n't affect your data drives- you can treat data and OS backup seperate- you 'll be classifying your data ( at least somewhat ) Take the next step &amp; put them on a NAS ( I do n't care which as I 'm not supporting you ) - Now you can get your data on multiple machines , regardless of OS ( if you do it right ) - Your OS wo n't affect your data- Gigabit ethernet is not expensive and it usually beats USB 2.0 speeds.- You can isolate your data physically         = away from foot traffic with liquid spills , etc         = locate in a cooler environment         = not put in dogy devices into the data device         = less noise &amp; heat at your desktop</tokentext>
<sentencetext>Good, you want to separate your data from your OS.
That make a number of things possible:- your OS upgrade shouldn't affect your data drives- you can treat data and OS backup seperate- you'll be classifying your data (at least somewhat)Take the next step &amp; put them on a NAS (I don't care which as I'm not supporting you)- Now you can get your data on multiple machines, regardless of OS (if you do it right)- Your OS won't affect your data- Gigabit ethernet is not expensive and it usually beats USB 2.0 speeds.- You can isolate your data physically
        = away from foot traffic with liquid spills, etc
        = locate in a cooler environment
        = not put in dogy devices into the data device
        = less noise &amp; heat at your desktop</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28602175</id>
	<title>Re:On board all the way!!</title>
	<author>jon3k</author>
	<datestamp>1246887600000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Linux software raid is fantastic.</htmltext>
<tokenext>Linux software raid is fantastic .</tokentext>
<sentencetext>Linux software raid is fantastic.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588035</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588325</id>
	<title>Or just keep drives from overheating</title>
	<author>VampireByte</author>
	<datestamp>1246785660000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Heat kills drives so avoiding it is a big plus. I've had friends buy neat looking cases that didn't have proper drive cooling and the hard disk died. At three separate employers we had weekend air conditioning failures and each time hard drives died not just over the weekend but the following weeks as well.</p><p>My machines are in 4U server cases with a dust filter on the front, a 120mm fan in front blowing on the drive cage, and two 80mm fans in back pulling air through. Temps in the case stay low.</p><p>The other key is quality power supplies. A poor p/s can kill your drives or the motherboard with that on-board "RAID" functionality.</p><p>Make backups and take steps to avoid hard drive abuse through heat or unstable power. That should be good enough</p></htmltext>
<tokenext>Heat kills drives so avoiding it is a big plus .
I 've had friends buy neat looking cases that did n't have proper drive cooling and the hard disk died .
At three separate employers we had weekend air conditioning failures and each time hard drives died not just over the weekend but the following weeks as well.My machines are in 4U server cases with a dust filter on the front , a 120mm fan in front blowing on the drive cage , and two 80mm fans in back pulling air through .
Temps in the case stay low.The other key is quality power supplies .
A poor p/s can kill your drives or the motherboard with that on-board " RAID " functionality.Make backups and take steps to avoid hard drive abuse through heat or unstable power .
That should be good enough</tokentext>
<sentencetext>Heat kills drives so avoiding it is a big plus.
I've had friends buy neat looking cases that didn't have proper drive cooling and the hard disk died.
At three separate employers we had weekend air conditioning failures and each time hard drives died not just over the weekend but the following weeks as well.My machines are in 4U server cases with a dust filter on the front, a 120mm fan in front blowing on the drive cage, and two 80mm fans in back pulling air through.
Temps in the case stay low.The other key is quality power supplies.
A poor p/s can kill your drives or the motherboard with that on-board "RAID" functionality.Make backups and take steps to avoid hard drive abuse through heat or unstable power.
That should be good enough</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587933</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590111</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>Anonymous</author>
	<datestamp>1246805340000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>1</modscore>
	<htmltext><p>That makes no sense.  The <i>recommended</i> setup is to actually use a bunch of disks from different vendors which means they're all going to be slightly different.  Tons upon tons of people run with this type of setup with no issues.</p><p>Not too long ago a disk in my RAID5 went bad and I replaced it with another drive that's not even close to the same size.  I just made a partition that was about the same size as the old drive and mdadm rebuilt the array with no problems.  Been running fine.</p><p>I think your problems stemmed from you not knowing what the hell you're doing.  Not totally your fault because the whole RAID system in Linux is confusing (MD RAID, LVM, etc).  I stay away from all that LVM and other crap, just pure kernel MD stuff for me.</p><p>Anyway, back to the original question the poster asked.  Never ever use a motherboard "hardware" (actually it's software) RAID controller.  That's just asking for trouble.  A dedicated hardware RAID controller card might be OK but what if the controller itself goes bad?  Are you sure you will be able to get to your data?  For me, an OS software only solution is the only way to go.</p></htmltext>
<tokenext>That makes no sense .
The recommended setup is to actually use a bunch of disks from different vendors which means they 're all going to be slightly different .
Tons upon tons of people run with this type of setup with no issues.Not too long ago a disk in my RAID5 went bad and I replaced it with another drive that 's not even close to the same size .
I just made a partition that was about the same size as the old drive and mdadm rebuilt the array with no problems .
Been running fine.I think your problems stemmed from you not knowing what the hell you 're doing .
Not totally your fault because the whole RAID system in Linux is confusing ( MD RAID , LVM , etc ) .
I stay away from all that LVM and other crap , just pure kernel MD stuff for me.Anyway , back to the original question the poster asked .
Never ever use a motherboard " hardware " ( actually it 's software ) RAID controller .
That 's just asking for trouble .
A dedicated hardware RAID controller card might be OK but what if the controller itself goes bad ?
Are you sure you will be able to get to your data ?
For me , an OS software only solution is the only way to go .</tokentext>
<sentencetext>That makes no sense.
The recommended setup is to actually use a bunch of disks from different vendors which means they're all going to be slightly different.
Tons upon tons of people run with this type of setup with no issues.Not too long ago a disk in my RAID5 went bad and I replaced it with another drive that's not even close to the same size.
I just made a partition that was about the same size as the old drive and mdadm rebuilt the array with no problems.
Been running fine.I think your problems stemmed from you not knowing what the hell you're doing.
Not totally your fault because the whole RAID system in Linux is confusing (MD RAID, LVM, etc).
I stay away from all that LVM and other crap, just pure kernel MD stuff for me.Anyway, back to the original question the poster asked.
Never ever use a motherboard "hardware" (actually it's software) RAID controller.
That's just asking for trouble.
A dedicated hardware RAID controller card might be OK but what if the controller itself goes bad?
Are you sure you will be able to get to your data?
For me, an OS software only solution is the only way to go.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588097</id>
	<title>Re:FAT???</title>
	<author>JustinOpinion</author>
	<datestamp>1246827120000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>3</modscore>
	<htmltext>I'm no expert, but it seems that RAID1 doesn't provide as much safety as some people think, because corrupted data just gets copied twice, so now you have two copies of the corrupted data. Same with accidental deletion--both copies are gone.<br> <br>

If all you want is multiple copies of your data, then really what you want is an automated incremental backup system, that copies your files to a second hard drive, and ideally keeps a few older copies so that if a file gets accidentally deleted or somehow corrupted, you have a chance to go back and find a usable copy. This is what I do on my system: I keep multiple incremental copies from the last few days/weeks/months. It was easy to set-up (in Linux, mind you). Do hourly syncs if necessary.<br> <br>

Also critical, if the poster is truly concerned about never losing data, is to get some kind of offsite backup. Two hard drives don't do you much good when the computer is stolen or your roof leaks. You need to have a way to regularly copy data offsite (ideally automated over the network, or via external hard drive if you're sufficiently disciplined).<br> <br>

RAID has its uses, to be sure. But if the poster is most worried about never losing important user files, then it seems like what he wants is is the multiple-redundancy of backup, not the immediate failover of RAID.</htmltext>
<tokenext>I 'm no expert , but it seems that RAID1 does n't provide as much safety as some people think , because corrupted data just gets copied twice , so now you have two copies of the corrupted data .
Same with accidental deletion--both copies are gone .
If all you want is multiple copies of your data , then really what you want is an automated incremental backup system , that copies your files to a second hard drive , and ideally keeps a few older copies so that if a file gets accidentally deleted or somehow corrupted , you have a chance to go back and find a usable copy .
This is what I do on my system : I keep multiple incremental copies from the last few days/weeks/months .
It was easy to set-up ( in Linux , mind you ) .
Do hourly syncs if necessary .
Also critical , if the poster is truly concerned about never losing data , is to get some kind of offsite backup .
Two hard drives do n't do you much good when the computer is stolen or your roof leaks .
You need to have a way to regularly copy data offsite ( ideally automated over the network , or via external hard drive if you 're sufficiently disciplined ) .
RAID has its uses , to be sure .
But if the poster is most worried about never losing important user files , then it seems like what he wants is is the multiple-redundancy of backup , not the immediate failover of RAID .</tokentext>
<sentencetext>I'm no expert, but it seems that RAID1 doesn't provide as much safety as some people think, because corrupted data just gets copied twice, so now you have two copies of the corrupted data.
Same with accidental deletion--both copies are gone.
If all you want is multiple copies of your data, then really what you want is an automated incremental backup system, that copies your files to a second hard drive, and ideally keeps a few older copies so that if a file gets accidentally deleted or somehow corrupted, you have a chance to go back and find a usable copy.
This is what I do on my system: I keep multiple incremental copies from the last few days/weeks/months.
It was easy to set-up (in Linux, mind you).
Do hourly syncs if necessary.
Also critical, if the poster is truly concerned about never losing data, is to get some kind of offsite backup.
Two hard drives don't do you much good when the computer is stolen or your roof leaks.
You need to have a way to regularly copy data offsite (ideally automated over the network, or via external hard drive if you're sufficiently disciplined).
RAID has its uses, to be sure.
But if the poster is most worried about never losing important user files, then it seems like what he wants is is the multiple-redundancy of backup, not the immediate failover of RAID.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587825</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593617</id>
	<title>Re:Are we talking Pr0n or Tax Receipts here?</title>
	<author>Gen. Malaise</author>
	<datestamp>1246890120000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>If you're just want a convenient backup of your music collection, porn collection, musical pr0n collection, or your pr0n musical collection then RAID is not a horrible thing.</p></div><p>No No No. Say it with me slowly. RAID is not a backup. Ever. Now say it a few more times to let it burn in.

Also leaving something with the lawyer is about as safe as the RAID 0 array you employ. (Apologies to NYCL)</p></div>
	</htmltext>
<tokenext>If you 're just want a convenient backup of your music collection , porn collection , musical pr0n collection , or your pr0n musical collection then RAID is not a horrible thing.No No No .
Say it with me slowly .
RAID is not a backup .
Ever. Now say it a few more times to let it burn in .
Also leaving something with the lawyer is about as safe as the RAID 0 array you employ .
( Apologies to NYCL )</tokentext>
<sentencetext>If you're just want a convenient backup of your music collection, porn collection, musical pr0n collection, or your pr0n musical collection then RAID is not a horrible thing.No No No.
Say it with me slowly.
RAID is not a backup.
Ever. Now say it a few more times to let it burn in.
Also leaving something with the lawyer is about as safe as the RAID 0 array you employ.
(Apologies to NYCL)
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588149</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588187</id>
	<title>Re:RAID is *NOT* backup!</title>
	<author>Anonymous</author>
	<datestamp>1246784640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Technically, you might be correct -- but still, a basic RAID 1 mirror *should* work pretty well as the type of "backup" many of us are seeking.</p><p>EG.  I have a system that holds and serves all of my movies and video content.  Anything I place on it, I intend to keep on it, as a rule.  I'm pretty sure I'm not going to lose that data due to a broken chipset - since it's a tried and true piece of hardware.  My only real concern is that the drive storing all the data will eventually fail on me.  So in this case, doing a RAID mirror of just that data drive is a pretty effective backup solution for me.  I guess technically, file system corruption could cause the mirror to become corrupt too and I'd be screwed.  But these drives are being read FAR more often than written to.  Not a whole lot is going to change on them, generally.  And minor corruption can usually be repaired just fine with the usual disk utilities provided with the OS.  So yeah, I'm back to the main "risk factor" being a drive failure.</p></htmltext>
<tokenext>Technically , you might be correct -- but still , a basic RAID 1 mirror * should * work pretty well as the type of " backup " many of us are seeking.EG .
I have a system that holds and serves all of my movies and video content .
Anything I place on it , I intend to keep on it , as a rule .
I 'm pretty sure I 'm not going to lose that data due to a broken chipset - since it 's a tried and true piece of hardware .
My only real concern is that the drive storing all the data will eventually fail on me .
So in this case , doing a RAID mirror of just that data drive is a pretty effective backup solution for me .
I guess technically , file system corruption could cause the mirror to become corrupt too and I 'd be screwed .
But these drives are being read FAR more often than written to .
Not a whole lot is going to change on them , generally .
And minor corruption can usually be repaired just fine with the usual disk utilities provided with the OS .
So yeah , I 'm back to the main " risk factor " being a drive failure .</tokentext>
<sentencetext>Technically, you might be correct -- but still, a basic RAID 1 mirror *should* work pretty well as the type of "backup" many of us are seeking.EG.
I have a system that holds and serves all of my movies and video content.
Anything I place on it, I intend to keep on it, as a rule.
I'm pretty sure I'm not going to lose that data due to a broken chipset - since it's a tried and true piece of hardware.
My only real concern is that the drive storing all the data will eventually fail on me.
So in this case, doing a RAID mirror of just that data drive is a pretty effective backup solution for me.
I guess technically, file system corruption could cause the mirror to become corrupt too and I'd be screwed.
But these drives are being read FAR more often than written to.
Not a whole lot is going to change on them, generally.
And minor corruption can usually be repaired just fine with the usual disk utilities provided with the OS.
So yeah, I'm back to the main "risk factor" being a drive failure.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588209</id>
	<title>RAID IS NOT A BACKUP SOLUTION!</title>
	<author>xous</author>
	<datestamp>1246784820000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>RAID is not a backup solution.</p><p>You should be using mirroring in addition to frequent backups.</p><p>RAID does not protect against (accidental) deletion, file system corruption, or user stupidity.</p></htmltext>
<tokenext>RAID is not a backup solution.You should be using mirroring in addition to frequent backups.RAID does not protect against ( accidental ) deletion , file system corruption , or user stupidity .</tokentext>
<sentencetext>RAID is not a backup solution.You should be using mirroring in addition to frequent backups.RAID does not protect against (accidental) deletion, file system corruption, or user stupidity.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587863</id>
	<title>Performance of Software RAID = Onboard RAID</title>
	<author>Anonymous</author>
	<datestamp>1246825200000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>Hello,</p><p>the only advise I can give you is that performance wise both RAIDS are the same.<br>In essence the work is done entirely by the CPU by both solutions.</p><p>I would not recommend RAID as a backup solution.</p><p>Cheers</p></htmltext>
<tokenext>Hello,the only advise I can give you is that performance wise both RAIDS are the same.In essence the work is done entirely by the CPU by both solutions.I would not recommend RAID as a backup solution.Cheers</tokentext>
<sentencetext>Hello,the only advise I can give you is that performance wise both RAIDS are the same.In essence the work is done entirely by the CPU by both solutions.I would not recommend RAID as a backup solution.Cheers</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591949</id>
	<title>Windows 7 RC?</title>
	<author>Anonymous</author>
	<datestamp>1246870860000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>There are already 355 posts to this story so maybe I'm late for asking, but...</p><p>WTF are you doing running pre-release software on a production system?  The final build of Windows 7 is not that far away...</p></htmltext>
<tokenext>There are already 355 posts to this story so maybe I 'm late for asking , but...WTF are you doing running pre-release software on a production system ?
The final build of Windows 7 is not that far away.. .</tokentext>
<sentencetext>There are already 355 posts to this story so maybe I'm late for asking, but...WTF are you doing running pre-release software on a production system?
The final build of Windows 7 is not that far away...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589007</id>
	<title>FAT32, Really? Protability, Really?</title>
	<author>jcluthe</author>
	<datestamp>1246792020000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext>I do not believe you can use Fat32 formatted volumes to make a software raid mirror in any version of Windows, ever. If I'm wrong, tell me, but I have been working with the 'Disk Management' in windows for 15 years and have never been able to do this. Not that I would.

'For portability' is not a good reason to use a file system that was left behind by Microsoft years ago. You can mount an NTFS partition in several O/S's these days effortlessly.  I agree with every one else here. Build hardware RAID 0 into your system, use all the space on those disks that you paid for, get some performance out of them. And most of all, PRACTICE RECOVERING YOUR DATA. Do mock-crashes, do some research, READ what other are doing about their problems, make some notes, get acquainted with your hardware, and your backup software, and whatever tools you end up using for data recovery. This is essential for real data loss prevention.

Am I preaching? Sorry!</htmltext>
<tokenext>I do not believe you can use Fat32 formatted volumes to make a software raid mirror in any version of Windows , ever .
If I 'm wrong , tell me , but I have been working with the 'Disk Management ' in windows for 15 years and have never been able to do this .
Not that I would .
'For portability ' is not a good reason to use a file system that was left behind by Microsoft years ago .
You can mount an NTFS partition in several O/S 's these days effortlessly .
I agree with every one else here .
Build hardware RAID 0 into your system , use all the space on those disks that you paid for , get some performance out of them .
And most of all , PRACTICE RECOVERING YOUR DATA .
Do mock-crashes , do some research , READ what other are doing about their problems , make some notes , get acquainted with your hardware , and your backup software , and whatever tools you end up using for data recovery .
This is essential for real data loss prevention .
Am I preaching ?
Sorry !</tokentext>
<sentencetext>I do not believe you can use Fat32 formatted volumes to make a software raid mirror in any version of Windows, ever.
If I'm wrong, tell me, but I have been working with the 'Disk Management' in windows for 15 years and have never been able to do this.
Not that I would.
'For portability' is not a good reason to use a file system that was left behind by Microsoft years ago.
You can mount an NTFS partition in several O/S's these days effortlessly.
I agree with every one else here.
Build hardware RAID 0 into your system, use all the space on those disks that you paid for, get some performance out of them.
And most of all, PRACTICE RECOVERING YOUR DATA.
Do mock-crashes, do some research, READ what other are doing about their problems, make some notes, get acquainted with your hardware, and your backup software, and whatever tools you end up using for data recovery.
This is essential for real data loss prevention.
Am I preaching?
Sorry!</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589065</id>
	<title>A few thoughts</title>
	<author>Compuser</author>
	<datestamp>1246792740000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>"should a drive crash, I want the system up and running in no time"</p><p>That's a fair reason for RAID and indeed specifically for mirroring. But the most common TSHTF scenario is stuff like power supply or mobo<br>failing so your goal should be to increase hardware redundancy at every level. Get yourself a good ESATA enclosure for each drive with<br>independent power supplies and use software RAID.</p><p>"I want any drive and its data to be as safe and portable as possible (that's the reason for choosing FAT32)"</p><p>I assume FAT32 is for portability (everything reads it) and not for safety (uh, you'd be nuts). This is fair but a better choice is NTFS. It is also<br>readable by everything (writing used to be a problem but not anymore) and much better for safety.</p><p>"even if the OS or the controller screw up big time"</p><p>If the OS or controller (or more likely the user) screw up big time, you'll need backups.</p></htmltext>
<tokenext>" should a drive crash , I want the system up and running in no time " That 's a fair reason for RAID and indeed specifically for mirroring .
But the most common TSHTF scenario is stuff like power supply or mobofailing so your goal should be to increase hardware redundancy at every level .
Get yourself a good ESATA enclosure for each drive withindependent power supplies and use software RAID .
" I want any drive and its data to be as safe and portable as possible ( that 's the reason for choosing FAT32 ) " I assume FAT32 is for portability ( everything reads it ) and not for safety ( uh , you 'd be nuts ) .
This is fair but a better choice is NTFS .
It is alsoreadable by everything ( writing used to be a problem but not anymore ) and much better for safety .
" even if the OS or the controller screw up big time " If the OS or controller ( or more likely the user ) screw up big time , you 'll need backups .</tokentext>
<sentencetext>"should a drive crash, I want the system up and running in no time"That's a fair reason for RAID and indeed specifically for mirroring.
But the most common TSHTF scenario is stuff like power supply or mobofailing so your goal should be to increase hardware redundancy at every level.
Get yourself a good ESATA enclosure for each drive withindependent power supplies and use software RAID.
"I want any drive and its data to be as safe and portable as possible (that's the reason for choosing FAT32)"I assume FAT32 is for portability (everything reads it) and not for safety (uh, you'd be nuts).
This is fair but a better choice is NTFS.
It is alsoreadable by everything (writing used to be a problem but not anymore) and much better for safety.
"even if the OS or the controller screw up big time"If the OS or controller (or more likely the user) screw up big time, you'll need backups.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>LoRdTAW</author>
	<datestamp>1246786680000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>4</modscore>
	<htmltext><p>And what allot of people don't realize is if you build a RAID array and a drive fails can you replace the drive with the exact make and model? Raids work best when every disk in the array is the same model and revision. If you plan to build a 5 disk raid array you should also purchase a 6th drive to keep as a cold spare.</p><p>I built a RAID 5 array using three 500GB disks via mdadm under Linux. I assembled the array and formatted it. Within minutes of testing I was getting mail from mdadm telling me the array was degraded. I then began to test each disk for defects and lo and behold one disk was bad right from the start. I tried to RMA the disk but newegg had informed me those disks were now obsolete. Great. I was credited for the bad disk and purchased a new one that closely matched the other two. It was a nightmare as during some boots the disks went haywire and I would get a "Could not bd\_claim sdaX" And it would hang for a while and I would have no array. It happend once in a rare while until it became a real problem. I kept my most precious data safely backed up on different disks I had spread around. It finally got so bad that I would have to constantly reboot the machine for up to ten times before the disks were synced up and the array worked. I purchased a 1TB disk and copied all the data off the array to it and used the 500gb disks in other systems. RAID is great for big fat storage arrays but it can become very sensitive and then one day POOF its all gone.</p><p>This is the reason OEM drives from Dell, Apple, HP etc. Cost four times what a retail drive would cost. The cost is no way associated with quality but rather consistency. Retail SATA drives are constantly changing: less/more platters, faster seek and read speeds and firmware revisions. Those costly OEM drives are the same disk every time right down to the inner workings and firmware. So if you buy an Apple 1TB disk on a sled and it takes a dump in three years you can be confident Apple will replace that drive with the EXACT same one. Its not a magical Apple disk of superior quality but a Maxtor/WD/Hitachi disk that is produced for Apple with no revision changes unless Apple orders it. Unlike retail drives which are changed at the manufactures whim.</p><p>So if you are building your own raid plan for failures and try to buy a spare for your array. I don't know disk shelf live but it will save you down the line. Also keep a USB or 1394 disk around for backups. Spread your most precious data around like pictures home movies and documents. If you have a few computers around the house keep a mirror of that data one those machines. Music, and downloaded video can be re downloaded but home movies and pictures cannot. Put all the silly stuff on the raid along with the precious stuff for access but keep backups of the good stuff!</p></htmltext>
<tokenext>And what allot of people do n't realize is if you build a RAID array and a drive fails can you replace the drive with the exact make and model ?
Raids work best when every disk in the array is the same model and revision .
If you plan to build a 5 disk raid array you should also purchase a 6th drive to keep as a cold spare.I built a RAID 5 array using three 500GB disks via mdadm under Linux .
I assembled the array and formatted it .
Within minutes of testing I was getting mail from mdadm telling me the array was degraded .
I then began to test each disk for defects and lo and behold one disk was bad right from the start .
I tried to RMA the disk but newegg had informed me those disks were now obsolete .
Great. I was credited for the bad disk and purchased a new one that closely matched the other two .
It was a nightmare as during some boots the disks went haywire and I would get a " Could not bd \ _claim sdaX " And it would hang for a while and I would have no array .
It happend once in a rare while until it became a real problem .
I kept my most precious data safely backed up on different disks I had spread around .
It finally got so bad that I would have to constantly reboot the machine for up to ten times before the disks were synced up and the array worked .
I purchased a 1TB disk and copied all the data off the array to it and used the 500gb disks in other systems .
RAID is great for big fat storage arrays but it can become very sensitive and then one day POOF its all gone.This is the reason OEM drives from Dell , Apple , HP etc .
Cost four times what a retail drive would cost .
The cost is no way associated with quality but rather consistency .
Retail SATA drives are constantly changing : less/more platters , faster seek and read speeds and firmware revisions .
Those costly OEM drives are the same disk every time right down to the inner workings and firmware .
So if you buy an Apple 1TB disk on a sled and it takes a dump in three years you can be confident Apple will replace that drive with the EXACT same one .
Its not a magical Apple disk of superior quality but a Maxtor/WD/Hitachi disk that is produced for Apple with no revision changes unless Apple orders it .
Unlike retail drives which are changed at the manufactures whim.So if you are building your own raid plan for failures and try to buy a spare for your array .
I do n't know disk shelf live but it will save you down the line .
Also keep a USB or 1394 disk around for backups .
Spread your most precious data around like pictures home movies and documents .
If you have a few computers around the house keep a mirror of that data one those machines .
Music , and downloaded video can be re downloaded but home movies and pictures can not .
Put all the silly stuff on the raid along with the precious stuff for access but keep backups of the good stuff !</tokentext>
<sentencetext>And what allot of people don't realize is if you build a RAID array and a drive fails can you replace the drive with the exact make and model?
Raids work best when every disk in the array is the same model and revision.
If you plan to build a 5 disk raid array you should also purchase a 6th drive to keep as a cold spare.I built a RAID 5 array using three 500GB disks via mdadm under Linux.
I assembled the array and formatted it.
Within minutes of testing I was getting mail from mdadm telling me the array was degraded.
I then began to test each disk for defects and lo and behold one disk was bad right from the start.
I tried to RMA the disk but newegg had informed me those disks were now obsolete.
Great. I was credited for the bad disk and purchased a new one that closely matched the other two.
It was a nightmare as during some boots the disks went haywire and I would get a "Could not bd\_claim sdaX" And it would hang for a while and I would have no array.
It happend once in a rare while until it became a real problem.
I kept my most precious data safely backed up on different disks I had spread around.
It finally got so bad that I would have to constantly reboot the machine for up to ten times before the disks were synced up and the array worked.
I purchased a 1TB disk and copied all the data off the array to it and used the 500gb disks in other systems.
RAID is great for big fat storage arrays but it can become very sensitive and then one day POOF its all gone.This is the reason OEM drives from Dell, Apple, HP etc.
Cost four times what a retail drive would cost.
The cost is no way associated with quality but rather consistency.
Retail SATA drives are constantly changing: less/more platters, faster seek and read speeds and firmware revisions.
Those costly OEM drives are the same disk every time right down to the inner workings and firmware.
So if you buy an Apple 1TB disk on a sled and it takes a dump in three years you can be confident Apple will replace that drive with the EXACT same one.
Its not a magical Apple disk of superior quality but a Maxtor/WD/Hitachi disk that is produced for Apple with no revision changes unless Apple orders it.
Unlike retail drives which are changed at the manufactures whim.So if you are building your own raid plan for failures and try to buy a spare for your array.
I don't know disk shelf live but it will save you down the line.
Also keep a USB or 1394 disk around for backups.
Spread your most precious data around like pictures home movies and documents.
If you have a few computers around the house keep a mirror of that data one those machines.
Music, and downloaded video can be re downloaded but home movies and pictures cannot.
Put all the silly stuff on the raid along with the precious stuff for access but keep backups of the good stuff!</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587887</id>
	<title>Trust Microsoft?</title>
	<author>Anonymous</author>
	<datestamp>1246825380000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>NEVER trust Microsoft with any data that is;</p><p>Valuable</p><p>Important to you</p><p>Cannot be easily reloaded</p><p>You're welcome</p></htmltext>
<tokenext>NEVER trust Microsoft with any data that is ; ValuableImportant to youCannot be easily reloadedYou 're welcome</tokentext>
<sentencetext>NEVER trust Microsoft with any data that is;ValuableImportant to youCannot be easily reloadedYou're welcome</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593399</id>
	<title>how about a small ZFS NAS?</title>
	<author>Anonymous</author>
	<datestamp>1246888800000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I had similar issues, which is why I went the full hog in trying to come up with a open storage system for my data -</p><p>I ended up with a nice small NAS using ZFS, if your interested see these articles -</p><p>http://www.adamretter.org.uk/blog/entries/diy-nas-requirements.xml</p><p>http://www.adamretter.org.uk/blog/entries/diy-nas-software\_and\_hardware.xml</p><p>http://www.adamretter.org.uk/blog/entries/diy-nas-build.xml</p></htmltext>
<tokenext>I had similar issues , which is why I went the full hog in trying to come up with a open storage system for my data -I ended up with a nice small NAS using ZFS , if your interested see these articles -http : //www.adamretter.org.uk/blog/entries/diy-nas-requirements.xmlhttp : //www.adamretter.org.uk/blog/entries/diy-nas-software \ _and \ _hardware.xmlhttp : //www.adamretter.org.uk/blog/entries/diy-nas-build.xml</tokentext>
<sentencetext>I had similar issues, which is why I went the full hog in trying to come up with a open storage system for my data -I ended up with a nice small NAS using ZFS, if your interested see these articles -http://www.adamretter.org.uk/blog/entries/diy-nas-requirements.xmlhttp://www.adamretter.org.uk/blog/entries/diy-nas-software\_and\_hardware.xmlhttp://www.adamretter.org.uk/blog/entries/diy-nas-build.xml</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589215</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>Weedhopper</author>
	<datestamp>1246794420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Yep.  Same drives, same source, same batch, same usage patterns = fail around the same time.</p></htmltext>
<tokenext>Yep .
Same drives , same source , same batch , same usage patterns = fail around the same time .</tokentext>
<sentencetext>Yep.
Same drives, same source, same batch, same usage patterns = fail around the same time.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588733</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965</id>
	<title>You are asking the wrong question.</title>
	<author>Anonymous</author>
	<datestamp>1246826280000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>RAID is only marginally valuable. In my experience, for all but the most carefully controlled environments, RAID simply adds complexity, the number of things to go wrong increases, along with the likelyhood of lost data. Do it only if you want the *experience* of running RAID, but don't count on RAID to "save your data".</p><p>I've worked as a system administrator for more than a decade, in medium-large scale deployments with good success, (think: servicing thousands of users, hundreds of domain names, tens of thousands of email addresses, etc) so I think I have some useful experience you can benefit from.</p><p>IMHO, you most likely to lose data from the following things (in order)</p><p>1) Aw sh1tz. "I didn't mean to delete that folder"... or "Whoops! I formatted the wrong drive", "I saved the wrong version of the file!", whatever. Although I *myself* don't have this happen often, it does happen. And even in my case I've lost about as much useful information this way as by drives dying. Users delete stuff all the time, and it's usually my job to bring it back, which is why I perform redundant, historical backups EVERY SINGLE DAY.</p><p>2) Malware. Don't minimize this - it's real, and it's why I reply to Parent. <b>You are more likely to lose information from a virus/worm/malware and/or b0rked install of something that hoses your filesystem than by a hard disk crash</b> given stable hardware.</p><p>3) Bugs. Filesystems have bugs. So do applications, utilities, anything with software. Strange, unexpected conditions, often caused by bugs in applications can cause data to "disappear", files to get corrupted, filesystems to get corrupted, folders to be incompletely written, etc. This is about as likely to cause lost data as:</p><p>4) Hardware failure. This is one of the lowest orders of lost data, although when it happens, it can be one of the most extreme.</p><p>Let me say this: <b>RAID 1/5 only PARTIALLY protects you from the last one.  Actual, bona-fide backups protect you from all of these.</b> If you care about the data, get backups. If you care about uptimes at great expense, RAID *may* be worth it.</p><p>My advice is something most people don't want to hear: for personal use, get backups online for $5/month. Mozy/Carbonite/etc. There are zillion vendors, just Google it. In two years, it will cost you about as much as that 2nd hard drive. It protects you far better than that 2nd hard drive, and it's so automatic that you'll hardly notice it until the moment it actually matters: when you just have discovered that your data is gone.</p></htmltext>
<tokenext>RAID is only marginally valuable .
In my experience , for all but the most carefully controlled environments , RAID simply adds complexity , the number of things to go wrong increases , along with the likelyhood of lost data .
Do it only if you want the * experience * of running RAID , but do n't count on RAID to " save your data " .I 've worked as a system administrator for more than a decade , in medium-large scale deployments with good success , ( think : servicing thousands of users , hundreds of domain names , tens of thousands of email addresses , etc ) so I think I have some useful experience you can benefit from.IMHO , you most likely to lose data from the following things ( in order ) 1 ) Aw sh1tz .
" I did n't mean to delete that folder " ... or " Whoops !
I formatted the wrong drive " , " I saved the wrong version of the file !
" , whatever .
Although I * myself * do n't have this happen often , it does happen .
And even in my case I 've lost about as much useful information this way as by drives dying .
Users delete stuff all the time , and it 's usually my job to bring it back , which is why I perform redundant , historical backups EVERY SINGLE DAY.2 ) Malware .
Do n't minimize this - it 's real , and it 's why I reply to Parent .
You are more likely to lose information from a virus/worm/malware and/or b0rked install of something that hoses your filesystem than by a hard disk crash given stable hardware.3 ) Bugs .
Filesystems have bugs .
So do applications , utilities , anything with software .
Strange , unexpected conditions , often caused by bugs in applications can cause data to " disappear " , files to get corrupted , filesystems to get corrupted , folders to be incompletely written , etc .
This is about as likely to cause lost data as : 4 ) Hardware failure .
This is one of the lowest orders of lost data , although when it happens , it can be one of the most extreme.Let me say this : RAID 1/5 only PARTIALLY protects you from the last one .
Actual , bona-fide backups protect you from all of these .
If you care about the data , get backups .
If you care about uptimes at great expense , RAID * may * be worth it.My advice is something most people do n't want to hear : for personal use , get backups online for $ 5/month .
Mozy/Carbonite/etc. There are zillion vendors , just Google it .
In two years , it will cost you about as much as that 2nd hard drive .
It protects you far better than that 2nd hard drive , and it 's so automatic that you 'll hardly notice it until the moment it actually matters : when you just have discovered that your data is gone .</tokentext>
<sentencetext>RAID is only marginally valuable.
In my experience, for all but the most carefully controlled environments, RAID simply adds complexity, the number of things to go wrong increases, along with the likelyhood of lost data.
Do it only if you want the *experience* of running RAID, but don't count on RAID to "save your data".I've worked as a system administrator for more than a decade, in medium-large scale deployments with good success, (think: servicing thousands of users, hundreds of domain names, tens of thousands of email addresses, etc) so I think I have some useful experience you can benefit from.IMHO, you most likely to lose data from the following things (in order)1) Aw sh1tz.
"I didn't mean to delete that folder"... or "Whoops!
I formatted the wrong drive", "I saved the wrong version of the file!
", whatever.
Although I *myself* don't have this happen often, it does happen.
And even in my case I've lost about as much useful information this way as by drives dying.
Users delete stuff all the time, and it's usually my job to bring it back, which is why I perform redundant, historical backups EVERY SINGLE DAY.2) Malware.
Don't minimize this - it's real, and it's why I reply to Parent.
You are more likely to lose information from a virus/worm/malware and/or b0rked install of something that hoses your filesystem than by a hard disk crash given stable hardware.3) Bugs.
Filesystems have bugs.
So do applications, utilities, anything with software.
Strange, unexpected conditions, often caused by bugs in applications can cause data to "disappear", files to get corrupted, filesystems to get corrupted, folders to be incompletely written, etc.
This is about as likely to cause lost data as:4) Hardware failure.
This is one of the lowest orders of lost data, although when it happens, it can be one of the most extreme.Let me say this: RAID 1/5 only PARTIALLY protects you from the last one.
Actual, bona-fide backups protect you from all of these.
If you care about the data, get backups.
If you care about uptimes at great expense, RAID *may* be worth it.My advice is something most people don't want to hear: for personal use, get backups online for $5/month.
Mozy/Carbonite/etc. There are zillion vendors, just Google it.
In two years, it will cost you about as much as that 2nd hard drive.
It protects you far better than that 2nd hard drive, and it's so automatic that you'll hardly notice it until the moment it actually matters: when you just have discovered that your data is gone.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587951</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>Anonymous</author>
	<datestamp>1246826160000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>5</modscore>
	<htmltext>That's nice, but the submitter is asking about RAID 1.</htmltext>
<tokenext>That 's nice , but the submitter is asking about RAID 1 .</tokentext>
<sentencetext>That's nice, but the submitter is asking about RAID 1.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592073</id>
	<title>Re: online backups</title>
	<author>AmiMoJo</author>
	<datestamp>1246872420000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Probably better to leave USB drives disconnected when not in use, to avoid wear, malware/virus infection and electrical surges.</p></htmltext>
<tokenext>Probably better to leave USB drives disconnected when not in use , to avoid wear , malware/virus infection and electrical surges .</tokentext>
<sentencetext>Probably better to leave USB drives disconnected when not in use, to avoid wear, malware/virus infection and electrical surges.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587827</id>
	<title>RAID != BACKUP</title>
	<author>Jave1in</author>
	<datestamp>1246825020000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>5</modscore>
	<htmltext>RAID is not a backup.
Get a backup solution or you'll realize you can be even more frustrated.</htmltext>
<tokenext>RAID is not a backup .
Get a backup solution or you 'll realize you can be even more frustrated .</tokentext>
<sentencetext>RAID is not a backup.
Get a backup solution or you'll realize you can be even more frustrated.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587919</id>
	<title>Thats not really hardware raid...</title>
	<author>Tmack</author>
	<datestamp>1246825680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>most likely its just BIOS headers for some RAID functions. The actual RAID stuff is done by the OS. Almost if not all "SATA RAID" cards that cost less than $100 are just SATA controllers with a thing in the cards bios that says RAID. The OS will still see the individual drives and will have to piece them together. Go search Linux Sata Raid and you will see many, many articles on this. A "true" raid card will show up as a single device to the os (or several LUNs), you will not see the individual physical drives.
<p>
If you were doing this with Linux, I would suggest just using md. It works in most cases. For raid1 it mirrors to the point where you can take one drive out and mount it as a non-raid single disk somewhere else. Handy for troubleshooting when ubuntu decides to change uuid drive mappings and thus refuses to rebuild the now broken raid set.....</p><p>-Tm</p></htmltext>
<tokenext>most likely its just BIOS headers for some RAID functions .
The actual RAID stuff is done by the OS .
Almost if not all " SATA RAID " cards that cost less than $ 100 are just SATA controllers with a thing in the cards bios that says RAID .
The OS will still see the individual drives and will have to piece them together .
Go search Linux Sata Raid and you will see many , many articles on this .
A " true " raid card will show up as a single device to the os ( or several LUNs ) , you will not see the individual physical drives .
If you were doing this with Linux , I would suggest just using md .
It works in most cases .
For raid1 it mirrors to the point where you can take one drive out and mount it as a non-raid single disk somewhere else .
Handy for troubleshooting when ubuntu decides to change uuid drive mappings and thus refuses to rebuild the now broken raid set.....-Tm</tokentext>
<sentencetext>most likely its just BIOS headers for some RAID functions.
The actual RAID stuff is done by the OS.
Almost if not all "SATA RAID" cards that cost less than $100 are just SATA controllers with a thing in the cards bios that says RAID.
The OS will still see the individual drives and will have to piece them together.
Go search Linux Sata Raid and you will see many, many articles on this.
A "true" raid card will show up as a single device to the os (or several LUNs), you will not see the individual physical drives.
If you were doing this with Linux, I would suggest just using md.
It works in most cases.
For raid1 it mirrors to the point where you can take one drive out and mount it as a non-raid single disk somewhere else.
Handy for troubleshooting when ubuntu decides to change uuid drive mappings and thus refuses to rebuild the now broken raid set.....-Tm</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589297</id>
	<title>Raid will NOT secure your data</title>
	<author>obarthelemy</author>
	<datestamp>1246795560000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>raid will make your data highly available, not secure.</p><p>if you want security, you need backups, and backups are:<br>- off line (viruses, power surge, sabotage...)<br>- off site (fires, theft...)<br>- tested (i've got horrors stories of people that THOUGHT they had backups...)<br>- multiple (... and of backups that turn bad at the worst possible moment)</p><p>Raid is none of that. I know plenty of people who thought their data was safe because they had raid. It isn't, it wasn't, it ain't ever gonna be.</p></htmltext>
<tokenext>raid will make your data highly available , not secure.if you want security , you need backups , and backups are : - off line ( viruses , power surge , sabotage... ) - off site ( fires , theft... ) - tested ( i 've got horrors stories of people that THOUGHT they had backups... ) - multiple ( ... and of backups that turn bad at the worst possible moment ) Raid is none of that .
I know plenty of people who thought their data was safe because they had raid .
It is n't , it was n't , it ai n't ever gon na be .</tokentext>
<sentencetext>raid will make your data highly available, not secure.if you want security, you need backups, and backups are:- off line (viruses, power surge, sabotage...)- off site (fires, theft...)- tested (i've got horrors stories of people that THOUGHT they had backups...)- multiple (... and of backups that turn bad at the worst possible moment)Raid is none of that.
I know plenty of people who thought their data was safe because they had raid.
It isn't, it wasn't, it ain't ever gonna be.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592097</id>
	<title>Forget about RAID.</title>
	<author>nmg196</author>
	<datestamp>1246872660000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>&gt; I have decided that only my data is worth saving</p><p>Then forget about RAID. RAID is designed to protect the integrity of the underlying volume - NOT the data that's on it.</p><p>&gt;  Of course, such a setup should secure my data; should a drive crash,</p><p>Then forget about RAID. RAID will only secure your data under some very specific cases of hardware failure of the drive. It does absolutely nothing towards preventing data loss due to (say) a corrupt file allocation table, virus, accidental deletion, or corruption.</p><p>&gt; Even more importantly, I want any drive and its data to be as safe and portable as possible</p><p>Then use proper backups - not RAID.  Preferably off-site backup. I use Carbonite which backs up to the 'cloud' at minimal cost.</p><p>By all means use RAID to protect you from hard disk failure, but don't under any circumstances assume it stops you losing your data.  For backups, I always use the rule that at any given point in time, assume that the next time you walk back into your house/office, that NOTHING in that building is still there. Do you have a copy of everything you care about somewhere else?</p><p>I'm still amazed by people that carry 12 months of work around on a single floppy disk/USB stick/laptop, then cry when they go to the helpdesk asking what "sector not found reading drive A:" means, or perhaps "A USB device attached to the system is not functioning".</p><p>Get your data in as many places as possible - preferably three. A drive which is mounted one inch above the main one is *NOT* a valid second place!</p></htmltext>
<tokenext>&gt; I have decided that only my data is worth savingThen forget about RAID .
RAID is designed to protect the integrity of the underlying volume - NOT the data that 's on it. &gt; Of course , such a setup should secure my data ; should a drive crash,Then forget about RAID .
RAID will only secure your data under some very specific cases of hardware failure of the drive .
It does absolutely nothing towards preventing data loss due to ( say ) a corrupt file allocation table , virus , accidental deletion , or corruption. &gt; Even more importantly , I want any drive and its data to be as safe and portable as possibleThen use proper backups - not RAID .
Preferably off-site backup .
I use Carbonite which backs up to the 'cloud ' at minimal cost.By all means use RAID to protect you from hard disk failure , but do n't under any circumstances assume it stops you losing your data .
For backups , I always use the rule that at any given point in time , assume that the next time you walk back into your house/office , that NOTHING in that building is still there .
Do you have a copy of everything you care about somewhere else ? I 'm still amazed by people that carry 12 months of work around on a single floppy disk/USB stick/laptop , then cry when they go to the helpdesk asking what " sector not found reading drive A : " means , or perhaps " A USB device attached to the system is not functioning " .Get your data in as many places as possible - preferably three .
A drive which is mounted one inch above the main one is * NOT * a valid second place !</tokentext>
<sentencetext>&gt; I have decided that only my data is worth savingThen forget about RAID.
RAID is designed to protect the integrity of the underlying volume - NOT the data that's on it.&gt;  Of course, such a setup should secure my data; should a drive crash,Then forget about RAID.
RAID will only secure your data under some very specific cases of hardware failure of the drive.
It does absolutely nothing towards preventing data loss due to (say) a corrupt file allocation table, virus, accidental deletion, or corruption.&gt; Even more importantly, I want any drive and its data to be as safe and portable as possibleThen use proper backups - not RAID.
Preferably off-site backup.
I use Carbonite which backs up to the 'cloud' at minimal cost.By all means use RAID to protect you from hard disk failure, but don't under any circumstances assume it stops you losing your data.
For backups, I always use the rule that at any given point in time, assume that the next time you walk back into your house/office, that NOTHING in that building is still there.
Do you have a copy of everything you care about somewhere else?I'm still amazed by people that carry 12 months of work around on a single floppy disk/USB stick/laptop, then cry when they go to the helpdesk asking what "sector not found reading drive A:" means, or perhaps "A USB device attached to the system is not functioning".Get your data in as many places as possible - preferably three.
A drive which is mounted one inch above the main one is *NOT* a valid second place!</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588781</id>
	<title>Any hardware can just go poof</title>
	<author>FranTaylor</author>
	<datestamp>1246789980000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I laugh when I see people say,</p><p>"If the RAID controller dies, you have to replace it with the same model. blah blah blah"</p><p>If my RAID controller dies, I am not going to trust any of the data on any of the drives that were attached to it when it died, so it doesn't matter what brand it is, because there is no way that I am even going to bother trying to recover the data.</p><p>You really need to make your backup strategies based on "worst case" scenarios, not just the "what happens when my drive dies" ones.</p></htmltext>
<tokenext>I laugh when I see people say , " If the RAID controller dies , you have to replace it with the same model .
blah blah blah " If my RAID controller dies , I am not going to trust any of the data on any of the drives that were attached to it when it died , so it does n't matter what brand it is , because there is no way that I am even going to bother trying to recover the data.You really need to make your backup strategies based on " worst case " scenarios , not just the " what happens when my drive dies " ones .</tokentext>
<sentencetext>I laugh when I see people say,"If the RAID controller dies, you have to replace it with the same model.
blah blah blah"If my RAID controller dies, I am not going to trust any of the data on any of the drives that were attached to it when it died, so it doesn't matter what brand it is, because there is no way that I am even going to bother trying to recover the data.You really need to make your backup strategies based on "worst case" scenarios, not just the "what happens when my drive dies" ones.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479</id>
	<title>Re:Are you crazy?</title>
	<author>Anonymous</author>
	<datestamp>1246786980000</datestamp>
	<modclass>Funny</modclass>
	<modscore>1</modscore>
	<htmltext><p>But, would you trust a Maxtor?</p></htmltext>
<tokenext>But , would you trust a Maxtor ?</tokentext>
<sentencetext>But, would you trust a Maxtor?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594659</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>hazydave</author>
	<datestamp>1246896300000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>While not a traditional RAID, I've been really happy with the Drobo unit I put in last year. This delivers RAID-like behavior with as few as two drives, which don't have to be identical (or even the same size). When you're using two drives, it acts like a RAID1 in terms of storage overhead; as you add more, it tends toward a RAID5 in overhead. One drive can always be removed... if you replace a failing drive with a larger one, the system adjusts (usually takes about a day to reconfigure itself). It can run in "supporting old FS limitations" mode... for example, on my XP machine, it configures itself as dual 2TB partitions... if I add enough storage, a third or four partition will appear (it also supports large partition models, but at least under Windows, that would also require Vista... no thanks).</p><p>The normal model runs over USB 2.0 and Firewire 800, so no, not as fast as an eSATA or SAS RAID, but good for ready availability of anything you might need that's NOT the current project.</p></htmltext>
<tokenext>While not a traditional RAID , I 've been really happy with the Drobo unit I put in last year .
This delivers RAID-like behavior with as few as two drives , which do n't have to be identical ( or even the same size ) .
When you 're using two drives , it acts like a RAID1 in terms of storage overhead ; as you add more , it tends toward a RAID5 in overhead .
One drive can always be removed... if you replace a failing drive with a larger one , the system adjusts ( usually takes about a day to reconfigure itself ) .
It can run in " supporting old FS limitations " mode... for example , on my XP machine , it configures itself as dual 2TB partitions... if I add enough storage , a third or four partition will appear ( it also supports large partition models , but at least under Windows , that would also require Vista... no thanks ) .The normal model runs over USB 2.0 and Firewire 800 , so no , not as fast as an eSATA or SAS RAID , but good for ready availability of anything you might need that 's NOT the current project .</tokentext>
<sentencetext>While not a traditional RAID, I've been really happy with the Drobo unit I put in last year.
This delivers RAID-like behavior with as few as two drives, which don't have to be identical (or even the same size).
When you're using two drives, it acts like a RAID1 in terms of storage overhead; as you add more, it tends toward a RAID5 in overhead.
One drive can always be removed... if you replace a failing drive with a larger one, the system adjusts (usually takes about a day to reconfigure itself).
It can run in "supporting old FS limitations" mode... for example, on my XP machine, it configures itself as dual 2TB partitions... if I add enough storage, a third or four partition will appear (it also supports large partition models, but at least under Windows, that would also require Vista... no thanks).The normal model runs over USB 2.0 and Firewire 800, so no, not as fast as an eSATA or SAS RAID, but good for ready availability of anything you might need that's NOT the current project.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588145</id>
	<title>Re:You are asking the wrong question.</title>
	<author>Anonymous</author>
	<datestamp>1246827540000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p><i>... you'll hardly notice it until the moment it actually matters: when you just have discovered that your data is gone.</i> </p><p>Or until the backup company disappears. I suspect hardware is much more stable than any company providing any online backup.</p><p>I'd feel safer by far with an outfit that picks up your physical tapes and can return them as needed. If the company is going belly up, it's a lot harder for them to "lose" a warehouseful of tapes than a bunch of files on rotating memory.</p><p>For a private person interested in backup, find a safe, offsite place for your backup. Take at-home backups to work. If you have a small business, take the work tapes home.</p></htmltext>
<tokenext>... you 'll hardly notice it until the moment it actually matters : when you just have discovered that your data is gone .
Or until the backup company disappears .
I suspect hardware is much more stable than any company providing any online backup.I 'd feel safer by far with an outfit that picks up your physical tapes and can return them as needed .
If the company is going belly up , it 's a lot harder for them to " lose " a warehouseful of tapes than a bunch of files on rotating memory.For a private person interested in backup , find a safe , offsite place for your backup .
Take at-home backups to work .
If you have a small business , take the work tapes home .</tokentext>
<sentencetext>... you'll hardly notice it until the moment it actually matters: when you just have discovered that your data is gone.
Or until the backup company disappears.
I suspect hardware is much more stable than any company providing any online backup.I'd feel safer by far with an outfit that picks up your physical tapes and can return them as needed.
If the company is going belly up, it's a lot harder for them to "lose" a warehouseful of tapes than a bunch of files on rotating memory.For a private person interested in backup, find a safe, offsite place for your backup.
Take at-home backups to work.
If you have a small business, take the work tapes home.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28595073</id>
	<title>Re: online backups</title>
	<author>Anonymous</author>
	<datestamp>1246898220000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I do both. Mozy works great for backing up the files that need to backed up offsite, photos, financial documents, other important docs. You don't need to backup movies, music etc... those can be recreated but photos, financial documents, important letters can't. What I like about Mozy is that my files are encrypted before leaving my computer so no one but me can decrypt them.</p><p>In the scenario of your house burning your USB drive is gone along with it and all of your important files.</p></htmltext>
<tokenext>I do both .
Mozy works great for backing up the files that need to backed up offsite , photos , financial documents , other important docs .
You do n't need to backup movies , music etc... those can be recreated but photos , financial documents , important letters ca n't .
What I like about Mozy is that my files are encrypted before leaving my computer so no one but me can decrypt them.In the scenario of your house burning your USB drive is gone along with it and all of your important files .</tokentext>
<sentencetext>I do both.
Mozy works great for backing up the files that need to backed up offsite, photos, financial documents, other important docs.
You don't need to backup movies, music etc... those can be recreated but photos, financial documents, important letters can't.
What I like about Mozy is that my files are encrypted before leaving my computer so no one but me can decrypt them.In the scenario of your house burning your USB drive is gone along with it and all of your important files.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587891</id>
	<title>I don't trust RAID at all</title>
	<author>qzzpjs</author>
	<datestamp>1246825440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I've already lost a software RAID setup when Linux wouldn't let me put it back together again.  A friend of mine also lost his RAID setup on Windows a couple years ago.  Also, a mirrored RAID doesn't prevent you from losing data when you accidentally delete that folder of your favorite photos.</p><p>I now keep the drives separate and setup a simple nightly batch file to robocopy the files from one drive to the backup directory on the other.  It's even better if you can put the second drive in a different PC.  This allows me to decide which files are important to me and only do backups of them.  That leaves all the rest of the free space on the two drives for more volatile content (stuff I don't care about if I lose).  It also gives me time to get a file or directory back if I accidentally remove it.  I've done that numerous times when Vista first came out and it didn't move the focus to the right hand side of the explorer window.</p></htmltext>
<tokenext>I 've already lost a software RAID setup when Linux would n't let me put it back together again .
A friend of mine also lost his RAID setup on Windows a couple years ago .
Also , a mirrored RAID does n't prevent you from losing data when you accidentally delete that folder of your favorite photos.I now keep the drives separate and setup a simple nightly batch file to robocopy the files from one drive to the backup directory on the other .
It 's even better if you can put the second drive in a different PC .
This allows me to decide which files are important to me and only do backups of them .
That leaves all the rest of the free space on the two drives for more volatile content ( stuff I do n't care about if I lose ) .
It also gives me time to get a file or directory back if I accidentally remove it .
I 've done that numerous times when Vista first came out and it did n't move the focus to the right hand side of the explorer window .</tokentext>
<sentencetext>I've already lost a software RAID setup when Linux wouldn't let me put it back together again.
A friend of mine also lost his RAID setup on Windows a couple years ago.
Also, a mirrored RAID doesn't prevent you from losing data when you accidentally delete that folder of your favorite photos.I now keep the drives separate and setup a simple nightly batch file to robocopy the files from one drive to the backup directory on the other.
It's even better if you can put the second drive in a different PC.
This allows me to decide which files are important to me and only do backups of them.
That leaves all the rest of the free space on the two drives for more volatile content (stuff I don't care about if I lose).
It also gives me time to get a file or directory back if I accidentally remove it.
I've done that numerous times when Vista first came out and it didn't move the focus to the right hand side of the explorer window.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588077</id>
	<title>RAID is no mystery</title>
	<author>borroff</author>
	<datestamp>1246826940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>They've been doing RAID in hardware for quite some time now - the hardware may fail, but I don't think it'll mess up your data.  Think of it this way:  The hardware controller only has to do one thing, which is to serve RAID.  The OS, on the other hand, has to do a bunch of things, any one of which could go bad and kill your RAID.</p><p>I've done both hardware and software RAID-1 in the past, with Windows, Solaris, OS X, and Linux.  For Windows, go for the hardware RAID.</p></htmltext>
<tokenext>They 've been doing RAID in hardware for quite some time now - the hardware may fail , but I do n't think it 'll mess up your data .
Think of it this way : The hardware controller only has to do one thing , which is to serve RAID .
The OS , on the other hand , has to do a bunch of things , any one of which could go bad and kill your RAID.I 've done both hardware and software RAID-1 in the past , with Windows , Solaris , OS X , and Linux .
For Windows , go for the hardware RAID .</tokentext>
<sentencetext>They've been doing RAID in hardware for quite some time now - the hardware may fail, but I don't think it'll mess up your data.
Think of it this way:  The hardware controller only has to do one thing, which is to serve RAID.
The OS, on the other hand, has to do a bunch of things, any one of which could go bad and kill your RAID.I've done both hardware and software RAID-1 in the past, with Windows, Solaris, OS X, and Linux.
For Windows, go for the hardware RAID.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589093</id>
	<title>buy two external drives; one is always offsite</title>
	<author>Anonymous</author>
	<datestamp>1246793100000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>I tend to recommend people buy an inexpensive external USB or firewire drive, leave it attached and assigned as a backup device, and have some software package run a daily backup of all the relevant folders and files they might need to save.</p></div><p>Buy two drives.</p><p>Every Monday take one to work (make sure your name is on it) and bring back the one you had at work and hook it up to your system. This way if there's a power surge or fire at least one set is offsite.</p><p>A backup isn't really a backup unless it's offline (and preferably there's also an offsite).</p><p>Hope for the best, but be prepared for the worst.</p></div>
	</htmltext>
<tokenext>I tend to recommend people buy an inexpensive external USB or firewire drive , leave it attached and assigned as a backup device , and have some software package run a daily backup of all the relevant folders and files they might need to save.Buy two drives.Every Monday take one to work ( make sure your name is on it ) and bring back the one you had at work and hook it up to your system .
This way if there 's a power surge or fire at least one set is offsite.A backup is n't really a backup unless it 's offline ( and preferably there 's also an offsite ) .Hope for the best , but be prepared for the worst .</tokentext>
<sentencetext>I tend to recommend people buy an inexpensive external USB or firewire drive, leave it attached and assigned as a backup device, and have some software package run a daily backup of all the relevant folders and files they might need to save.Buy two drives.Every Monday take one to work (make sure your name is on it) and bring back the one you had at work and hook it up to your system.
This way if there's a power surge or fire at least one set is offsite.A backup isn't really a backup unless it's offline (and preferably there's also an offsite).Hope for the best, but be prepared for the worst.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592979</id>
	<title>Re:Are you crazy?</title>
	<author>firesyde424</author>
	<datestamp>1246885620000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>My hackles go up anytime I hear or read things like this.  I know people who have had bad experiences with a single piece of hardware from a specific manufacturer and never use that brand again.  They tell people that the brand is "crap" or "worthless" based on a single piece of data, namely, the failure of a single device from that manufacturer.</p><p>As an example, I have a friend who purchased a Maxtor SATA hard drive several years back.  It died on him less than 2 months after he got it.  He threw it away and refused to purchase any more Maxtor hard drives.  If he had sent the drive in for warranty replacement, and that one had failed in much the same way, I might put more stock in what he says.</p><p>I've had bad experiences with many brands of hardware.  But I rarely have a consistent problem.  A few years back, it was time to start replacing our company laptops.  As we had a contract with Dell, I purchased several Latitude D620's and D630's.  Over the course of the next year, all of the hard drives suffered the same type of hardware failure without exception.  In most cases, nothing was lost.  But as the other Admins can attest to, there are always one or two people who refuse to backup the work they do at home, and in those cases, quite a bit of information was lost.</p><p>Because Dell continued to use the same brand of hard drives in their laptops, this year, we switched to HP laptops.  I didn't make the switch because of one isolated event.  And I certainly don't tell people that Dell laptops are crap because of my experience.  But as a Network Admin, my primary responsibility is the safety of the data that my company requires for operation.  It would be derelict of me to continue purchasing a model of laptop with a proven track record of hard drive failure.</p><p>I personally use Western Digital hard drives.  I have not had any "bad" or discouraging experiences with the hard drives I've bought over the years from WD.  However, I have also not had any of those issues with the Maxtor or Seagate hard drives that I have had over the years.  Maybe I am lucky.  Who knows.</p><p>In reality, you can never assess the quality of a manufactured item based on one sample because there is no such thing as a perfect manufacturing process.  And even if there was, there would still be human beings involved in the process at some point.  Even robots are not perfect and mess things up from time to time.</p></htmltext>
<tokenext>My hackles go up anytime I hear or read things like this .
I know people who have had bad experiences with a single piece of hardware from a specific manufacturer and never use that brand again .
They tell people that the brand is " crap " or " worthless " based on a single piece of data , namely , the failure of a single device from that manufacturer.As an example , I have a friend who purchased a Maxtor SATA hard drive several years back .
It died on him less than 2 months after he got it .
He threw it away and refused to purchase any more Maxtor hard drives .
If he had sent the drive in for warranty replacement , and that one had failed in much the same way , I might put more stock in what he says.I 've had bad experiences with many brands of hardware .
But I rarely have a consistent problem .
A few years back , it was time to start replacing our company laptops .
As we had a contract with Dell , I purchased several Latitude D620 's and D630 's .
Over the course of the next year , all of the hard drives suffered the same type of hardware failure without exception .
In most cases , nothing was lost .
But as the other Admins can attest to , there are always one or two people who refuse to backup the work they do at home , and in those cases , quite a bit of information was lost.Because Dell continued to use the same brand of hard drives in their laptops , this year , we switched to HP laptops .
I did n't make the switch because of one isolated event .
And I certainly do n't tell people that Dell laptops are crap because of my experience .
But as a Network Admin , my primary responsibility is the safety of the data that my company requires for operation .
It would be derelict of me to continue purchasing a model of laptop with a proven track record of hard drive failure.I personally use Western Digital hard drives .
I have not had any " bad " or discouraging experiences with the hard drives I 've bought over the years from WD .
However , I have also not had any of those issues with the Maxtor or Seagate hard drives that I have had over the years .
Maybe I am lucky .
Who knows.In reality , you can never assess the quality of a manufactured item based on one sample because there is no such thing as a perfect manufacturing process .
And even if there was , there would still be human beings involved in the process at some point .
Even robots are not perfect and mess things up from time to time .</tokentext>
<sentencetext>My hackles go up anytime I hear or read things like this.
I know people who have had bad experiences with a single piece of hardware from a specific manufacturer and never use that brand again.
They tell people that the brand is "crap" or "worthless" based on a single piece of data, namely, the failure of a single device from that manufacturer.As an example, I have a friend who purchased a Maxtor SATA hard drive several years back.
It died on him less than 2 months after he got it.
He threw it away and refused to purchase any more Maxtor hard drives.
If he had sent the drive in for warranty replacement, and that one had failed in much the same way, I might put more stock in what he says.I've had bad experiences with many brands of hardware.
But I rarely have a consistent problem.
A few years back, it was time to start replacing our company laptops.
As we had a contract with Dell, I purchased several Latitude D620's and D630's.
Over the course of the next year, all of the hard drives suffered the same type of hardware failure without exception.
In most cases, nothing was lost.
But as the other Admins can attest to, there are always one or two people who refuse to backup the work they do at home, and in those cases, quite a bit of information was lost.Because Dell continued to use the same brand of hard drives in their laptops, this year, we switched to HP laptops.
I didn't make the switch because of one isolated event.
And I certainly don't tell people that Dell laptops are crap because of my experience.
But as a Network Admin, my primary responsibility is the safety of the data that my company requires for operation.
It would be derelict of me to continue purchasing a model of laptop with a proven track record of hard drive failure.I personally use Western Digital hard drives.
I have not had any "bad" or discouraging experiences with the hard drives I've bought over the years from WD.
However, I have also not had any of those issues with the Maxtor or Seagate hard drives that I have had over the years.
Maybe I am lucky.
Who knows.In reality, you can never assess the quality of a manufactured item based on one sample because there is no such thing as a perfect manufacturing process.
And even if there was, there would still be human beings involved in the process at some point.
Even robots are not perfect and mess things up from time to time.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589113</id>
	<title>Re:</title>
	<author>clint999</author>
	<datestamp>1246793400000</datestamp>
	<modclass>None</modclass>
	<modscore>-1</modscore>
	<htmltext><p>You may have noticed that some hard drives are marketed as being designed for RAID use. These work slightly differently to most consumer disks. Typically, a small region of a disk is hidden. If the disk discovers a bad sector then it will use one from the hidden region to replace it, so every write to the bad sector goes to one of the spare ones instead. This is very bad for RAID, because two drives writing to the same sector may be writing to two different physical locations (if one is remapped), with the</p></htmltext>
<tokenext>You may have noticed that some hard drives are marketed as being designed for RAID use .
These work slightly differently to most consumer disks .
Typically , a small region of a disk is hidden .
If the disk discovers a bad sector then it will use one from the hidden region to replace it , so every write to the bad sector goes to one of the spare ones instead .
This is very bad for RAID , because two drives writing to the same sector may be writing to two different physical locations ( if one is remapped ) , with the</tokentext>
<sentencetext>You may have noticed that some hard drives are marketed as being designed for RAID use.
These work slightly differently to most consumer disks.
Typically, a small region of a disk is hidden.
If the disk discovers a bad sector then it will use one from the hidden region to replace it, so every write to the bad sector goes to one of the spare ones instead.
This is very bad for RAID, because two drives writing to the same sector may be writing to two different physical locations (if one is remapped), with the</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28596249</id>
	<title>RAID is not backup.</title>
	<author>Anonymous</author>
	<datestamp>1246903380000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>RAID is great for systems that need to be running 24/7.  If a hard drive dies, the system just keeps on chugging, someone swaps out the drive, and no one is the wiser.  It's not a substitute for backup.  RAID only protects you against a hard drive dying.  There are lots of other things that can go wrong (floods, fires, lightning, malicious users, idiot users, virus', exploding power supplies, faulty RAID controllers...).</p><p>Backups are best encrypted and stored off site.  Rsync over SSH to a remote server (or subscribe to a online backup service), or dump your files to an external HD (or two, rotating daily) and take off site.</p><p>If it's data integrity that is important, and not high availability, then RAID is not the best solution.</p></htmltext>
<tokenext>RAID is great for systems that need to be running 24/7 .
If a hard drive dies , the system just keeps on chugging , someone swaps out the drive , and no one is the wiser .
It 's not a substitute for backup .
RAID only protects you against a hard drive dying .
There are lots of other things that can go wrong ( floods , fires , lightning , malicious users , idiot users , virus ' , exploding power supplies , faulty RAID controllers... ) .Backups are best encrypted and stored off site .
Rsync over SSH to a remote server ( or subscribe to a online backup service ) , or dump your files to an external HD ( or two , rotating daily ) and take off site.If it 's data integrity that is important , and not high availability , then RAID is not the best solution .</tokentext>
<sentencetext>RAID is great for systems that need to be running 24/7.
If a hard drive dies, the system just keeps on chugging, someone swaps out the drive, and no one is the wiser.
It's not a substitute for backup.
RAID only protects you against a hard drive dying.
There are lots of other things that can go wrong (floods, fires, lightning, malicious users, idiot users, virus', exploding power supplies, faulty RAID controllers...).Backups are best encrypted and stored off site.
Rsync over SSH to a remote server (or subscribe to a online backup service), or dump your files to an external HD (or two, rotating daily) and take off site.If it's data integrity that is important, and not high availability, then RAID is not the best solution.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590071</id>
	<title>Windows and secure in the same paragraph?</title>
	<author>Anonymous</author>
	<datestamp>1246804740000</datestamp>
	<modclass>Troll</modclass>
	<modscore>-1</modscore>
	<htmltext><p>Why do you say windows and secure in one sentence? I didn't know that was even awaylable?</p><p>p.s. If you want your data to be secure, BACKUP, if you need the "redundancy/failover" use mirroring.</p></htmltext>
<tokenext>Why do you say windows and secure in one sentence ?
I did n't know that was even awaylable ? p.s .
If you want your data to be secure , BACKUP , if you need the " redundancy/failover " use mirroring .</tokentext>
<sentencetext>Why do you say windows and secure in one sentence?
I didn't know that was even awaylable?p.s.
If you want your data to be secure, BACKUP, if you need the "redundancy/failover" use mirroring.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588397</id>
	<title>Re:Are you crazy?</title>
	<author>mcrbids</author>
	<datestamp>1246786260000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>No, I don't work for any of these. And I do maintain my own backup set, because I backup TBs of data daily. But for personal use, the online vendors are the best bet.</p></htmltext>
<tokenext>No , I do n't work for any of these .
And I do maintain my own backup set , because I backup TBs of data daily .
But for personal use , the online vendors are the best bet .</tokentext>
<sentencetext>No, I don't work for any of these.
And I do maintain my own backup set, because I backup TBs of data daily.
But for personal use, the online vendors are the best bet.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589573</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>mooboy</author>
	<datestamp>1246798920000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>5</modscore>
	<htmltext><p>Whoa, hold the boat. I've had a lot of experience with Dell &amp; HP/Compaq(Proliant) provided RAID systems and they are not sensitive to disks with vastly different innards.  All that matters is block count and software mirroring doesn't even care about that, because you'll simply be limited to the size of the smaller disk.  If you're using mirroring or RAID, try to go with different makes of the same size.  <a href="http://ssdirect.com/ca/news/2005/05.htm" title="ssdirect.com" rel="nofollow">This article</a> [ssdirect.com] talks about MTBF. It turns out if 2 drives of the same exact model comes off the line and end up in your PC, there is a chance they could fail within a very close time to one another.  So your mirror or RAID could fail permanently while rebuilding from the first failure.  But if all your drives are of a different make, chances are they won't fail at the same time and you'll get the critical time needed to rebuild your array.</p><p>When I'm going to do mirroring or RAID on hardware that doesn't have high-end dedicated server RAID controller, I use Windows or Linux software RAID.  Performance is surprisingly good and I'm not married to a specific hardware implementation.  I've had \_none\_ of the issues you've described with Linux software RAID on several servers for several years.  Mdadm has only whined after a power outage or genuine disk failure.</p></htmltext>
<tokenext>Whoa , hold the boat .
I 've had a lot of experience with Dell &amp; HP/Compaq ( Proliant ) provided RAID systems and they are not sensitive to disks with vastly different innards .
All that matters is block count and software mirroring does n't even care about that , because you 'll simply be limited to the size of the smaller disk .
If you 're using mirroring or RAID , try to go with different makes of the same size .
This article [ ssdirect.com ] talks about MTBF .
It turns out if 2 drives of the same exact model comes off the line and end up in your PC , there is a chance they could fail within a very close time to one another .
So your mirror or RAID could fail permanently while rebuilding from the first failure .
But if all your drives are of a different make , chances are they wo n't fail at the same time and you 'll get the critical time needed to rebuild your array.When I 'm going to do mirroring or RAID on hardware that does n't have high-end dedicated server RAID controller , I use Windows or Linux software RAID .
Performance is surprisingly good and I 'm not married to a specific hardware implementation .
I 've had \ _none \ _ of the issues you 've described with Linux software RAID on several servers for several years .
Mdadm has only whined after a power outage or genuine disk failure .</tokentext>
<sentencetext>Whoa, hold the boat.
I've had a lot of experience with Dell &amp; HP/Compaq(Proliant) provided RAID systems and they are not sensitive to disks with vastly different innards.
All that matters is block count and software mirroring doesn't even care about that, because you'll simply be limited to the size of the smaller disk.
If you're using mirroring or RAID, try to go with different makes of the same size.
This article [ssdirect.com] talks about MTBF.
It turns out if 2 drives of the same exact model comes off the line and end up in your PC, there is a chance they could fail within a very close time to one another.
So your mirror or RAID could fail permanently while rebuilding from the first failure.
But if all your drives are of a different make, chances are they won't fail at the same time and you'll get the critical time needed to rebuild your array.When I'm going to do mirroring or RAID on hardware that doesn't have high-end dedicated server RAID controller, I use Windows or Linux software RAID.
Performance is surprisingly good and I'm not married to a specific hardware implementation.
I've had \_none\_ of the issues you've described with Linux software RAID on several servers for several years.
Mdadm has only whined after a power outage or genuine disk failure.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587947</id>
	<title>Since You're Just Mirroring ...</title>
	<author>SwashbucklingCowboy</author>
	<datestamp>1246826160000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>... do it with software.  This CPU overhead is minimal for that.</p><p>Things like RAID 5 are where you'd be better off with a dedicated controller.</p></htmltext>
<tokenext>... do it with software .
This CPU overhead is minimal for that.Things like RAID 5 are where you 'd be better off with a dedicated controller .</tokentext>
<sentencetext>... do it with software.
This CPU overhead is minimal for that.Things like RAID 5 are where you'd be better off with a dedicated controller.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587933</id>
	<title>Your best bet is to buy server grade SATA drives</title>
	<author>Kupfernigk</author>
	<datestamp>1246825980000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I won't try and improve on the comments above, almost all of which I agree with, but I will make one observation. The reason for mirroring is to protect against drive failure. The one time I had a drive failure, mirroring saved the day's data. The best way to protect against drive failure is to buy server grade SATA drives, which are designed for 24/7/365*5 operation, and not cheap PC drives which are designed for 10 hours per day for 3-4 years. Buy server grade SATA drives, mirror them using a hardware controller, back up daily, sleep at night.</htmltext>
<tokenext>I wo n't try and improve on the comments above , almost all of which I agree with , but I will make one observation .
The reason for mirroring is to protect against drive failure .
The one time I had a drive failure , mirroring saved the day 's data .
The best way to protect against drive failure is to buy server grade SATA drives , which are designed for 24/7/365 * 5 operation , and not cheap PC drives which are designed for 10 hours per day for 3-4 years .
Buy server grade SATA drives , mirror them using a hardware controller , back up daily , sleep at night .</tokentext>
<sentencetext>I won't try and improve on the comments above, almost all of which I agree with, but I will make one observation.
The reason for mirroring is to protect against drive failure.
The one time I had a drive failure, mirroring saved the day's data.
The best way to protect against drive failure is to buy server grade SATA drives, which are designed for 24/7/365*5 operation, and not cheap PC drives which are designed for 10 hours per day for 3-4 years.
Buy server grade SATA drives, mirror them using a hardware controller, back up daily, sleep at night.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590049</id>
	<title>RAID is an accountants answer to integrity...</title>
	<author>mevets</author>
	<datestamp>1246804560000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>A false sense of integrity is worse than useless.</p><p>A structured backup system is the only sane answer, where the oldest technology (lowest density) is closest to your daily work, and the newest technology is your backup.   Your backup will always have about 2x your online, which is about right.   Careful snap-shots, with off-line validation [ ie. ensure that you actually backed up something useful ] is step 1.  A well structure pipeline will stage the snapshots for integration into the whole [ ie. yesterdays filesystem ], and archive the accumulated snapshots.</p><p>As your storage demands outstrip your storage, discard your oldest [ ie. online ] storage, bringing forward the second oldest, and backfill the chain with what is new today.</p><p>In a critical event, you will lose the delta since your last snapshot [ you had 2x, why aren't you snapping more often? ], but it will be online immediately.</p><p>If you are paranoid, mirror your backup chain at some point - but don't be too aggressive. A backup is only as good as its validation, so the more redundancy you introduce, the more validation you must perform.</p><p>RAID is an accountants answer to integrity - unless storage cost represents something substantial to you, it should be avoided.</p></htmltext>
<tokenext>A false sense of integrity is worse than useless.A structured backup system is the only sane answer , where the oldest technology ( lowest density ) is closest to your daily work , and the newest technology is your backup .
Your backup will always have about 2x your online , which is about right .
Careful snap-shots , with off-line validation [ ie .
ensure that you actually backed up something useful ] is step 1 .
A well structure pipeline will stage the snapshots for integration into the whole [ ie .
yesterdays filesystem ] , and archive the accumulated snapshots.As your storage demands outstrip your storage , discard your oldest [ ie .
online ] storage , bringing forward the second oldest , and backfill the chain with what is new today.In a critical event , you will lose the delta since your last snapshot [ you had 2x , why are n't you snapping more often ?
] , but it will be online immediately.If you are paranoid , mirror your backup chain at some point - but do n't be too aggressive .
A backup is only as good as its validation , so the more redundancy you introduce , the more validation you must perform.RAID is an accountants answer to integrity - unless storage cost represents something substantial to you , it should be avoided .</tokentext>
<sentencetext>A false sense of integrity is worse than useless.A structured backup system is the only sane answer, where the oldest technology (lowest density) is closest to your daily work, and the newest technology is your backup.
Your backup will always have about 2x your online, which is about right.
Careful snap-shots, with off-line validation [ ie.
ensure that you actually backed up something useful ] is step 1.
A well structure pipeline will stage the snapshots for integration into the whole [ ie.
yesterdays filesystem ], and archive the accumulated snapshots.As your storage demands outstrip your storage, discard your oldest [ ie.
online ] storage, bringing forward the second oldest, and backfill the chain with what is new today.In a critical event, you will lose the delta since your last snapshot [ you had 2x, why aren't you snapping more often?
], but it will be online immediately.If you are paranoid, mirror your backup chain at some point - but don't be too aggressive.
A backup is only as good as its validation, so the more redundancy you introduce, the more validation you must perform.RAID is an accountants answer to integrity - unless storage cost represents something substantial to you, it should be avoided.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588477</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588519</id>
	<title>Re:RAID is *NOT* backup!</title>
	<author>Daimanta</author>
	<datestamp>1246787340000</datestamp>
	<modclass>Funny</modclass>
	<modscore>1</modscore>
	<htmltext><p>"You sound like someone that need to be reminded that RAID IS NOT BACKUP! Google for that sentence."</p><p>I believed you until I actually did what you said.</p><p>Google hits:</p><p>Raid is NOT backup:<br>1.470 hits</p><p>Raid is backup:<br>41.700 hits</p><p>Apparently, according to Google RAID indeed a backup solution. I know what to do with my 4 harddrives now!</p></htmltext>
<tokenext>" You sound like someone that need to be reminded that RAID IS NOT BACKUP !
Google for that sentence .
" I believed you until I actually did what you said.Google hits : Raid is NOT backup : 1.470 hitsRaid is backup : 41.700 hitsApparently , according to Google RAID indeed a backup solution .
I know what to do with my 4 harddrives now !</tokentext>
<sentencetext>"You sound like someone that need to be reminded that RAID IS NOT BACKUP!
Google for that sentence.
"I believed you until I actually did what you said.Google hits:Raid is NOT backup:1.470 hitsRaid is backup:41.700 hitsApparently, according to Google RAID indeed a backup solution.
I know what to do with my 4 harddrives now!</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590251</id>
	<title>Software or Hardware?</title>
	<author>graviplana</author>
	<datestamp>1246807080000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>I'd trust a true hardware RAID controller from a reputable manufacturer. I would never trust a software RAID via Windows, OS X, ATTO, etc. More evidence, less anecdotes from techies that probably don't have real world experience. imo.</htmltext>
<tokenext>I 'd trust a true hardware RAID controller from a reputable manufacturer .
I would never trust a software RAID via Windows , OS X , ATTO , etc .
More evidence , less anecdotes from techies that probably do n't have real world experience .
imo .</tokentext>
<sentencetext>I'd trust a true hardware RAID controller from a reputable manufacturer.
I would never trust a software RAID via Windows, OS X, ATTO, etc.
More evidence, less anecdotes from techies that probably don't have real world experience.
imo.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588599</id>
	<title>Buy more drives!</title>
	<author>FranTaylor</author>
	<datestamp>1246788300000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>Simple answer: buy more drives.  Put the extras in the closet. By the time you run out of spares, it will be time to move on to new drives.</p></htmltext>
<tokenext>Simple answer : buy more drives .
Put the extras in the closet .
By the time you run out of spares , it will be time to move on to new drives .</tokentext>
<sentencetext>Simple answer: buy more drives.
Put the extras in the closet.
By the time you run out of spares, it will be time to move on to new drives.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593469</id>
	<title>Ignorant</title>
	<author>Anonymous</author>
	<datestamp>1246889340000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>You've been "burnt" by an expensive RAID controller failure, so you plan on using:<br>- software RAID<br>- A beta (release candidate) of a major OS update<br>- FAT32</p><p><div class="quote"><p> I have decided that only my data is worth saving</p> </div><p>Are you sure, cause it sounds to me like you are trying everything possible to lose your data.</p><p>As mentioned before, RAID is not Backup. Use RAID if you need to keep something online, despite hardware failure. RAID *should* give you enough breathing space to rebuild without dropping service for a significant amount of time. But that's not to say your backup plan can be thrown out the window because you are using RAID.</p><p>Analyze your requirements, and find a solution there - don't shoe-horn in a RAID solution because you've got 2x disks &amp; you think you know "I.T."</p><p>Requirement1: "I have decided that only my data is worth saving"<br>Requirement2: "I want any drive and its data to be as safe and portable as possible"<br>Requirement3: "I want the system up and running in no time"<br>Solution: RAID1 plus Offline Backup solution.<br>The more money you spend, the better a solution you can afford. Software Raid is junk. Cheap Raid Controllers are junk. FAT32 is junk. Beta's are not for production/live equipment. Expensive Raid Controllers can fail.<br>Disks will fail. Spend wisely.</p></div>
	</htmltext>
<tokenext>You 've been " burnt " by an expensive RAID controller failure , so you plan on using : - software RAID- A beta ( release candidate ) of a major OS update- FAT32 I have decided that only my data is worth saving Are you sure , cause it sounds to me like you are trying everything possible to lose your data.As mentioned before , RAID is not Backup .
Use RAID if you need to keep something online , despite hardware failure .
RAID * should * give you enough breathing space to rebuild without dropping service for a significant amount of time .
But that 's not to say your backup plan can be thrown out the window because you are using RAID.Analyze your requirements , and find a solution there - do n't shoe-horn in a RAID solution because you 've got 2x disks &amp; you think you know " I.T .
" Requirement1 : " I have decided that only my data is worth saving " Requirement2 : " I want any drive and its data to be as safe and portable as possible " Requirement3 : " I want the system up and running in no time " Solution : RAID1 plus Offline Backup solution.The more money you spend , the better a solution you can afford .
Software Raid is junk .
Cheap Raid Controllers are junk .
FAT32 is junk .
Beta 's are not for production/live equipment .
Expensive Raid Controllers can fail.Disks will fail .
Spend wisely .</tokentext>
<sentencetext>You've been "burnt" by an expensive RAID controller failure, so you plan on using:- software RAID- A beta (release candidate) of a major OS update- FAT32 I have decided that only my data is worth saving Are you sure, cause it sounds to me like you are trying everything possible to lose your data.As mentioned before, RAID is not Backup.
Use RAID if you need to keep something online, despite hardware failure.
RAID *should* give you enough breathing space to rebuild without dropping service for a significant amount of time.
But that's not to say your backup plan can be thrown out the window because you are using RAID.Analyze your requirements, and find a solution there - don't shoe-horn in a RAID solution because you've got 2x disks &amp; you think you know "I.T.
"Requirement1: "I have decided that only my data is worth saving"Requirement2: "I want any drive and its data to be as safe and portable as possible"Requirement3: "I want the system up and running in no time"Solution: RAID1 plus Offline Backup solution.The more money you spend, the better a solution you can afford.
Software Raid is junk.
Cheap Raid Controllers are junk.
FAT32 is junk.
Beta's are not for production/live equipment.
Expensive Raid Controllers can fail.Disks will fail.
Spend wisely.
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28597153</id>
	<title>Re:You are asking the wrong question.</title>
	<author>Capt.DrumkenBum</author>
	<datestamp>1246906980000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext>Safety deposit boxes at the bank are a cheep and secure place to store off site backups.</htmltext>
<tokenext>Safety deposit boxes at the bank are a cheep and secure place to store off site backups .</tokentext>
<sentencetext>Safety deposit boxes at the bank are a cheep and secure place to store off site backups.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588145</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588185</id>
	<title>NTFS + External USB disk + MS SyncToy</title>
	<author>flyingfsck</author>
	<datestamp>1246784640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>There are a number of reasons why not to use FAT:
1. Unreliable
2. Doesn't support large files
3. Doesn't support advanced permissions

Since you are running Windows, use NTFS, an external USB drive for backup (also NTFS) and the free Microsoft SyncToy to make periodic backups to the external drive.</htmltext>
<tokenext>There are a number of reasons why not to use FAT : 1 .
Unreliable 2 .
Does n't support large files 3 .
Does n't support advanced permissions Since you are running Windows , use NTFS , an external USB drive for backup ( also NTFS ) and the free Microsoft SyncToy to make periodic backups to the external drive .</tokentext>
<sentencetext>There are a number of reasons why not to use FAT:
1.
Unreliable
2.
Doesn't support large files
3.
Doesn't support advanced permissions

Since you are running Windows, use NTFS, an external USB drive for backup (also NTFS) and the free Microsoft SyncToy to make periodic backups to the external drive.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590275</id>
	<title>Re:Off site backup and test your restores</title>
	<author>fluffernutter</author>
	<datestamp>1246807620000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Myself, I would not trust an offline backup.  An offline backup cannot be checked; so you are exposing yourself to weaknesses in the physical hard drive design when sitting.<br> <br>
I backup my most important files to a drive sitting online to a PC at another site.  An rsync goes through all files four times a day.  Not only will it catch any differences, but it will also catch drive failures as well.</htmltext>
<tokenext>Myself , I would not trust an offline backup .
An offline backup can not be checked ; so you are exposing yourself to weaknesses in the physical hard drive design when sitting .
I backup my most important files to a drive sitting online to a PC at another site .
An rsync goes through all files four times a day .
Not only will it catch any differences , but it will also catch drive failures as well .</tokentext>
<sentencetext>Myself, I would not trust an offline backup.
An offline backup cannot be checked; so you are exposing yourself to weaknesses in the physical hard drive design when sitting.
I backup my most important files to a drive sitting online to a PC at another site.
An rsync goes through all files four times a day.
Not only will it catch any differences, but it will also catch drive failures as well.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587931</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594141</id>
	<title>RAID: you're doing it wrong!</title>
	<author>billcopc</author>
	<datestamp>1246893300000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>If what you want is data security, you have a desktop system with just a handful of disks, and you're worried about an unreleased operating system trashing your files, what you want is not RAID, you want a backup strategy.  RAID is for fault tolerance.  It protects against hard drive failure and nothing else.  It will not save your butt after an OOPS moment, or when your shiny new beta OS decides to write zeros all over your filesystem's critical structures.</p><p>If you really want a safe, reliable backup system, build a dedicated backup NAS, use RAID on *that*, and dump all your important files on it via a mapped drive or FTP.  If you're really paranoid about your data, you can have the NAS run a nightly task to tar/zip and rsync the whole thing to a remote server or Amazon S3.</p><p>Not trusting RAID is the smart thing to do, because it is not about trust, it is about making a sysadmin's life easier by adding a little tolerance to the least-reliable hardware in a server.  Trust/security is not a piece of software, it is a methodology.</p></htmltext>
<tokenext>If what you want is data security , you have a desktop system with just a handful of disks , and you 're worried about an unreleased operating system trashing your files , what you want is not RAID , you want a backup strategy .
RAID is for fault tolerance .
It protects against hard drive failure and nothing else .
It will not save your butt after an OOPS moment , or when your shiny new beta OS decides to write zeros all over your filesystem 's critical structures.If you really want a safe , reliable backup system , build a dedicated backup NAS , use RAID on * that * , and dump all your important files on it via a mapped drive or FTP .
If you 're really paranoid about your data , you can have the NAS run a nightly task to tar/zip and rsync the whole thing to a remote server or Amazon S3.Not trusting RAID is the smart thing to do , because it is not about trust , it is about making a sysadmin 's life easier by adding a little tolerance to the least-reliable hardware in a server .
Trust/security is not a piece of software , it is a methodology .</tokentext>
<sentencetext>If what you want is data security, you have a desktop system with just a handful of disks, and you're worried about an unreleased operating system trashing your files, what you want is not RAID, you want a backup strategy.
RAID is for fault tolerance.
It protects against hard drive failure and nothing else.
It will not save your butt after an OOPS moment, or when your shiny new beta OS decides to write zeros all over your filesystem's critical structures.If you really want a safe, reliable backup system, build a dedicated backup NAS, use RAID on *that*, and dump all your important files on it via a mapped drive or FTP.
If you're really paranoid about your data, you can have the NAS run a nightly task to tar/zip and rsync the whole thing to a remote server or Amazon S3.Not trusting RAID is the smart thing to do, because it is not about trust, it is about making a sysadmin's life easier by adding a little tolerance to the least-reliable hardware in a server.
Trust/security is not a piece of software, it is a methodology.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588719</id>
	<title>You're screwing yourself over with FAT32</title>
	<author>dandaman32</author>
	<datestamp>1246789380000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>All three major OSes, Windows, Mac and Linux, support R/W access to NTFS. With FAT32 you're limited to 4GB file sizes and you get NO journaling - which means you actually have a greater chance of data loss when you lose power. RAID won't help you there.</p><p>Think about your needs for a bit. Do you want to be able to access your terabyte plus of data from other computers or other OSes? Depending on your needs you might also be able to just use a setup like that of my place: networked Linux based storage over a Gigabit LAN. It won't work if you're grinding away 4 VMs at a time on VMware or editing video, but it's fine for storing downloads and music. Going with a Linux based storage server means you can also access the drive over whatever protocol you want, Samba/NFS for local traffic and even SFTP or HTTP for accessing it away from home. You also get a lot of flexibility with your RAID options. Try picking up a third drive (the same size) or even two more and putting them all in a RAID 5 configuration.</p><p>Whether you use local or network-attached storage, go for software RAID. It takes almost no CPU time on modern computers and you can move the array to a different computer. That's an invaluable disaster recovery path to have. And use NTFS, for previously stated reasons.</p></htmltext>
<tokenext>All three major OSes , Windows , Mac and Linux , support R/W access to NTFS .
With FAT32 you 're limited to 4GB file sizes and you get NO journaling - which means you actually have a greater chance of data loss when you lose power .
RAID wo n't help you there.Think about your needs for a bit .
Do you want to be able to access your terabyte plus of data from other computers or other OSes ?
Depending on your needs you might also be able to just use a setup like that of my place : networked Linux based storage over a Gigabit LAN .
It wo n't work if you 're grinding away 4 VMs at a time on VMware or editing video , but it 's fine for storing downloads and music .
Going with a Linux based storage server means you can also access the drive over whatever protocol you want , Samba/NFS for local traffic and even SFTP or HTTP for accessing it away from home .
You also get a lot of flexibility with your RAID options .
Try picking up a third drive ( the same size ) or even two more and putting them all in a RAID 5 configuration.Whether you use local or network-attached storage , go for software RAID .
It takes almost no CPU time on modern computers and you can move the array to a different computer .
That 's an invaluable disaster recovery path to have .
And use NTFS , for previously stated reasons .</tokentext>
<sentencetext>All three major OSes, Windows, Mac and Linux, support R/W access to NTFS.
With FAT32 you're limited to 4GB file sizes and you get NO journaling - which means you actually have a greater chance of data loss when you lose power.
RAID won't help you there.Think about your needs for a bit.
Do you want to be able to access your terabyte plus of data from other computers or other OSes?
Depending on your needs you might also be able to just use a setup like that of my place: networked Linux based storage over a Gigabit LAN.
It won't work if you're grinding away 4 VMs at a time on VMware or editing video, but it's fine for storing downloads and music.
Going with a Linux based storage server means you can also access the drive over whatever protocol you want, Samba/NFS for local traffic and even SFTP or HTTP for accessing it away from home.
You also get a lot of flexibility with your RAID options.
Try picking up a third drive (the same size) or even two more and putting them all in a RAID 5 configuration.Whether you use local or network-attached storage, go for software RAID.
It takes almost no CPU time on modern computers and you can move the array to a different computer.
That's an invaluable disaster recovery path to have.
And use NTFS, for previously stated reasons.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594869</id>
	<title>Re:You are asking the wrong question.</title>
	<author>hazydave</author>
	<datestamp>1246897440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>That's a good point... destructive failure of PC PSUs isn't uncommon... in fact, it happened to one of my kids computers a bit over a year ago. PSU failed and took the main board (but not the HDD) with it. This unit was on a small protected UPS, too, so it's unlikely any line voltage set off the PSU -- it just self destructed.</p><p>A similar thing happened to me on my own PC about four years ago, and while it didn't kill the main board, it killed one of the drives in a three drive stripeset. I never diagnosed just why, but it turned out to affect only the drive's controller board, and I happened to have a fourth of that drive in use elsewhere. After cloning that fourth drive, I was able to get my RAID0 back up by swapping in the controller board.</p><p>That's when I got more serious about redundant storage (internal drives for the current projects, snapshots to an external Drobo, from there to cheap external HDDs for backup, and archival these days on DVD or Blu-Ray).</p><p>No matter what you do, you're probably going to lose something... but you can help reduce the risk. And curiously, in most of these lists warning of the dangers of data loss, those at the top of the list are pretty easily remedied just by leaning better behaviors. I guess I've been using personal computers since the 70s, so maybe I learned a few things forgotten by most people today. For one, if you're not using a version management tool (Subversion, etc), you want new versions of a project file on a regular basis, if not every time you save something. I have used several programs (one CAD program, one early DVD authoring tool) that had a habit of occasionally internally corrupting themselves... if you saved that version, you were SOL back to the previous file by a different name (kind of made me pine for the "versions" in VAX/VMS). So to this day, I'm always saving multiple versions of thing. The malware/virus stuff isn't hard to avoid if you're smart about it AND if you're in control of your own network... less hard to avoid if you're on a private network with others who can introduce these things into "safe" places.</p></htmltext>
<tokenext>That 's a good point... destructive failure of PC PSUs is n't uncommon... in fact , it happened to one of my kids computers a bit over a year ago .
PSU failed and took the main board ( but not the HDD ) with it .
This unit was on a small protected UPS , too , so it 's unlikely any line voltage set off the PSU -- it just self destructed.A similar thing happened to me on my own PC about four years ago , and while it did n't kill the main board , it killed one of the drives in a three drive stripeset .
I never diagnosed just why , but it turned out to affect only the drive 's controller board , and I happened to have a fourth of that drive in use elsewhere .
After cloning that fourth drive , I was able to get my RAID0 back up by swapping in the controller board.That 's when I got more serious about redundant storage ( internal drives for the current projects , snapshots to an external Drobo , from there to cheap external HDDs for backup , and archival these days on DVD or Blu-Ray ) .No matter what you do , you 're probably going to lose something... but you can help reduce the risk .
And curiously , in most of these lists warning of the dangers of data loss , those at the top of the list are pretty easily remedied just by leaning better behaviors .
I guess I 've been using personal computers since the 70s , so maybe I learned a few things forgotten by most people today .
For one , if you 're not using a version management tool ( Subversion , etc ) , you want new versions of a project file on a regular basis , if not every time you save something .
I have used several programs ( one CAD program , one early DVD authoring tool ) that had a habit of occasionally internally corrupting themselves... if you saved that version , you were SOL back to the previous file by a different name ( kind of made me pine for the " versions " in VAX/VMS ) .
So to this day , I 'm always saving multiple versions of thing .
The malware/virus stuff is n't hard to avoid if you 're smart about it AND if you 're in control of your own network... less hard to avoid if you 're on a private network with others who can introduce these things into " safe " places .</tokentext>
<sentencetext>That's a good point... destructive failure of PC PSUs isn't uncommon... in fact, it happened to one of my kids computers a bit over a year ago.
PSU failed and took the main board (but not the HDD) with it.
This unit was on a small protected UPS, too, so it's unlikely any line voltage set off the PSU -- it just self destructed.A similar thing happened to me on my own PC about four years ago, and while it didn't kill the main board, it killed one of the drives in a three drive stripeset.
I never diagnosed just why, but it turned out to affect only the drive's controller board, and I happened to have a fourth of that drive in use elsewhere.
After cloning that fourth drive, I was able to get my RAID0 back up by swapping in the controller board.That's when I got more serious about redundant storage (internal drives for the current projects, snapshots to an external Drobo, from there to cheap external HDDs for backup, and archival these days on DVD or Blu-Ray).No matter what you do, you're probably going to lose something... but you can help reduce the risk.
And curiously, in most of these lists warning of the dangers of data loss, those at the top of the list are pretty easily remedied just by leaning better behaviors.
I guess I've been using personal computers since the 70s, so maybe I learned a few things forgotten by most people today.
For one, if you're not using a version management tool (Subversion, etc), you want new versions of a project file on a regular basis, if not every time you save something.
I have used several programs (one CAD program, one early DVD authoring tool) that had a habit of occasionally internally corrupting themselves... if you saved that version, you were SOL back to the previous file by a different name (kind of made me pine for the "versions" in VAX/VMS).
So to this day, I'm always saving multiple versions of thing.
The malware/virus stuff isn't hard to avoid if you're smart about it AND if you're in control of your own network... less hard to avoid if you're on a private network with others who can introduce these things into "safe" places.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591263</id>
	<title>StoreBackup</title>
	<author>Anonymous</author>
	<datestamp>1246818600000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>StoreBackup is an excellent incremental backup solution under Linux. It uses hard-links, so each incremental backup looks complete - none of the nonsense of figuring out which incremental backup has which file.</p></htmltext>
<tokenext>StoreBackup is an excellent incremental backup solution under Linux .
It uses hard-links , so each incremental backup looks complete - none of the nonsense of figuring out which incremental backup has which file .</tokentext>
<sentencetext>StoreBackup is an excellent incremental backup solution under Linux.
It uses hard-links, so each incremental backup looks complete - none of the nonsense of figuring out which incremental backup has which file.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588097</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588035</id>
	<title>Re:On board all the way!!</title>
	<author>lukas84</author>
	<datestamp>1246826640000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>3</modscore>
	<htmltext><p>Fakeraid is software too.</p><p>Get a real hardware RAID controller, or don't use RAID. Windows SW RAID or a Fakeraid controller is just plain stupid.</p></htmltext>
<tokenext>Fakeraid is software too.Get a real hardware RAID controller , or do n't use RAID .
Windows SW RAID or a Fakeraid controller is just plain stupid .</tokentext>
<sentencetext>Fakeraid is software too.Get a real hardware RAID controller, or don't use RAID.
Windows SW RAID or a Fakeraid controller is just plain stupid.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587847</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588093</id>
	<title>Kudos.</title>
	<author>Anonymous</author>
	<datestamp>1246827060000</datestamp>
	<modclass>Funny</modclass>
	<modscore>5</modscore>
	<htmltext><p>"Safe" FAT32, cheap RAID, RAID implied as backup, Microsoft.</p><p>Nice job, you successfully trolled the<nobr> <wbr></nobr>/. frontpage.</p></htmltext>
<tokenext>" Safe " FAT32 , cheap RAID , RAID implied as backup , Microsoft.Nice job , you successfully trolled the / .
frontpage .</tokentext>
<sentencetext>"Safe" FAT32, cheap RAID, RAID implied as backup, Microsoft.Nice job, you successfully trolled the /.
frontpage.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797</id>
	<title>Have some FUD with your RAID</title>
	<author>Anonymous</author>
	<datestamp>1246824900000</datestamp>
	<modclass>Funny</modclass>
	<modscore>5</modscore>
	<htmltext><p>Do you really want to trust Windows with your data?</p></htmltext>
<tokenext>Do you really want to trust Windows with your data ?</tokentext>
<sentencetext>Do you really want to trust Windows with your data?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587873</id>
	<title>FAT32 is ancient an P.O.S.</title>
	<author>Anonymous</author>
	<datestamp>1246825320000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>For one thing I wouldn't trust FAT32, use a journaled file system for christ's sake if you're concerned about integrity.  For Windows stuff NTFS is pretty damn good, Linux has been able to read it just fine for a while so getting to your data if an issue with Windows arises is a non-issue.</p></htmltext>
<tokenext>For one thing I would n't trust FAT32 , use a journaled file system for christ 's sake if you 're concerned about integrity .
For Windows stuff NTFS is pretty damn good , Linux has been able to read it just fine for a while so getting to your data if an issue with Windows arises is a non-issue .</tokentext>
<sentencetext>For one thing I wouldn't trust FAT32, use a journaled file system for christ's sake if you're concerned about integrity.
For Windows stuff NTFS is pretty damn good, Linux has been able to read it just fine for a while so getting to your data if an issue with Windows arises is a non-issue.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588629</id>
	<title>Re:Are you crazy?</title>
	<author>slashtivus</author>
	<datestamp>1246788540000</datestamp>
	<modclass>Funny</modclass>
	<modscore>2</modscore>
	<htmltext>I've got some old DeskStars at work you can have<nobr> <wbr></nobr>:)</htmltext>
<tokenext>I 've got some old DeskStars at work you can have : )</tokentext>
<sentencetext>I've got some old DeskStars at work you can have :)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589075</id>
	<title>Re:Your first problem is Fat32</title>
	<author>cbhacking</author>
	<datestamp>1246792860000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Any business/professional-or-above edition of NT (including XP, Vista, and Win7) support at least RAID-1 (the options supported vary by edition; I'm not certain that anything below server supports RAID-5 but I know at least Ultimate supports RAID-0 as well as 1). The problem isn't that the pre-release versions had it and the RTM didn't, it's that the pre-release versions were Ultimate edition, and you downgraded when you got the released version. If you want software RAID in Windows, either get a high-end client edition, or get Windows Home Server (or any other server edition, if you can get them cheap and/or don't mind the cost).</p></htmltext>
<tokenext>Any business/professional-or-above edition of NT ( including XP , Vista , and Win7 ) support at least RAID-1 ( the options supported vary by edition ; I 'm not certain that anything below server supports RAID-5 but I know at least Ultimate supports RAID-0 as well as 1 ) .
The problem is n't that the pre-release versions had it and the RTM did n't , it 's that the pre-release versions were Ultimate edition , and you downgraded when you got the released version .
If you want software RAID in Windows , either get a high-end client edition , or get Windows Home Server ( or any other server edition , if you can get them cheap and/or do n't mind the cost ) .</tokentext>
<sentencetext>Any business/professional-or-above edition of NT (including XP, Vista, and Win7) support at least RAID-1 (the options supported vary by edition; I'm not certain that anything below server supports RAID-5 but I know at least Ultimate supports RAID-0 as well as 1).
The problem isn't that the pre-release versions had it and the RTM didn't, it's that the pre-release versions were Ultimate edition, and you downgraded when you got the released version.
If you want software RAID in Windows, either get a high-end client edition, or get Windows Home Server (or any other server edition, if you can get them cheap and/or don't mind the cost).</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588355</id>
	<title>Oops</title>
	<author>FranTaylor</author>
	<datestamp>1246785900000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>You are neglecting:</p><p>- the rogue app that overwrites your data<br>- the drive that reads back incorrectly, right into your mirror drive<br>- the drive that croaks as you attempt to re-mirror from it</p><p>I have personally encountered all three of these.</p><p>If you don't have disconnected backup, you are just kidding yourself.  Any connected media can be trashed by bad software/firmware/whatever.</p><p>Your risk factor is never broken hardware.  You don't care about hardware.  Your risk factor is always lost data.</p></htmltext>
<tokenext>You are neglecting : - the rogue app that overwrites your data- the drive that reads back incorrectly , right into your mirror drive- the drive that croaks as you attempt to re-mirror from itI have personally encountered all three of these.If you do n't have disconnected backup , you are just kidding yourself .
Any connected media can be trashed by bad software/firmware/whatever.Your risk factor is never broken hardware .
You do n't care about hardware .
Your risk factor is always lost data .</tokentext>
<sentencetext>You are neglecting:- the rogue app that overwrites your data- the drive that reads back incorrectly, right into your mirror drive- the drive that croaks as you attempt to re-mirror from itI have personally encountered all three of these.If you don't have disconnected backup, you are just kidding yourself.
Any connected media can be trashed by bad software/firmware/whatever.Your risk factor is never broken hardware.
You don't care about hardware.
Your risk factor is always lost data.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588187</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588805</id>
	<title>Cheap hardware RAID = Software RAID</title>
	<author>Britz</author>
	<datestamp>1246790220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Cheap hardware (mobo) RAID controllers are actually SoftRAID controllers that implement the RAID functions through the bios and the driver. You don't want those, because if the controller fails you might lose your data, because you have to get the same controller, because the data is stored in a proprietary format of that card or mobo chip.</p><p>So it is much safer and saner to use the os for software RAID.</p><p>Why you want to go with FAT32 is beyond me, though. Your data is much safer with NTFS. Linux has good NTFS drivers now anyways.</p></htmltext>
<tokenext>Cheap hardware ( mobo ) RAID controllers are actually SoftRAID controllers that implement the RAID functions through the bios and the driver .
You do n't want those , because if the controller fails you might lose your data , because you have to get the same controller , because the data is stored in a proprietary format of that card or mobo chip.So it is much safer and saner to use the os for software RAID.Why you want to go with FAT32 is beyond me , though .
Your data is much safer with NTFS .
Linux has good NTFS drivers now anyways .</tokentext>
<sentencetext>Cheap hardware (mobo) RAID controllers are actually SoftRAID controllers that implement the RAID functions through the bios and the driver.
You don't want those, because if the controller fails you might lose your data, because you have to get the same controller, because the data is stored in a proprietary format of that card or mobo chip.So it is much safer and saner to use the os for software RAID.Why you want to go with FAT32 is beyond me, though.
Your data is much safer with NTFS.
Linux has good NTFS drivers now anyways.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589453</id>
	<title>Rephrase</title>
	<author>theendlessnow</author>
	<datestamp>1246797600000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>My data is VERY important to me.  Therefore I want the cheapest, lamest solution possible.  Please recommend the "best" way to protect my data...</htmltext>
<tokenext>My data is VERY important to me .
Therefore I want the cheapest , lamest solution possible .
Please recommend the " best " way to protect my data.. .</tokentext>
<sentencetext>My data is VERY important to me.
Therefore I want the cheapest, lamest solution possible.
Please recommend the "best" way to protect my data...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590991</id>
	<title>Intel motherboards controllers</title>
	<author>aled</author>
	<datestamp>1246816080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>what are the experiences using intel motherboards hardware raid 1 (for example P45 chipset)? I'm deciding my home network. I was thinking of a PC with Ubuntu Linux for server with two 1TB WD green power disks in raid 1 with the motherboard hardware controller. What happens if the mother dies? can I read the disks in another computer without raid? does software raid take a performance hit?</htmltext>
<tokenext>what are the experiences using intel motherboards hardware raid 1 ( for example P45 chipset ) ?
I 'm deciding my home network .
I was thinking of a PC with Ubuntu Linux for server with two 1TB WD green power disks in raid 1 with the motherboard hardware controller .
What happens if the mother dies ?
can I read the disks in another computer without raid ?
does software raid take a performance hit ?</tokentext>
<sentencetext>what are the experiences using intel motherboards hardware raid 1 (for example P45 chipset)?
I'm deciding my home network.
I was thinking of a PC with Ubuntu Linux for server with two 1TB WD green power disks in raid 1 with the motherboard hardware controller.
What happens if the mother dies?
can I read the disks in another computer without raid?
does software raid take a performance hit?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590053</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>Anonymous</author>
	<datestamp>1246804620000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p><div class="quote"><p>And what allot of people don't realize is if you build a RAID array and a drive fails can you replace the drive with the exact make and model? Raids work best when every disk in the array is the same model and revision. </p></div><p>what magic property of raid makes it remember details about the previous drive,<br>other than its size?  sure it's good not to pick a drive that isn't slower or smaller<br>than the previous one, but what magic do you depend on, if you depend on<br>the firmware revision of the drive?</p></div>
	</htmltext>
<tokenext>And what allot of people do n't realize is if you build a RAID array and a drive fails can you replace the drive with the exact make and model ?
Raids work best when every disk in the array is the same model and revision .
what magic property of raid makes it remember details about the previous drive,other than its size ?
sure it 's good not to pick a drive that is n't slower or smallerthan the previous one , but what magic do you depend on , if you depend onthe firmware revision of the drive ?</tokentext>
<sentencetext>And what allot of people don't realize is if you build a RAID array and a drive fails can you replace the drive with the exact make and model?
Raids work best when every disk in the array is the same model and revision.
what magic property of raid makes it remember details about the previous drive,other than its size?
sure it's good not to pick a drive that isn't slower or smallerthan the previous one, but what magic do you depend on, if you depend onthe firmware revision of the drive?
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588299</id>
	<title>fat32 has 4 gig file limit</title>
	<author>Devistater</author>
	<datestamp>1246785480000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>FAT32 has a 4 GB max file size.<br>This can be somewhat inconveniant if you have say a linux dvd ISO thats larger than that, or if you record HD video, etc.</p><p>I would suggest going with NTFS, there are ways now to use the actual microsoft NTFS driver in a wrapper with linux, then you get full native compatability if thats what you are thinking (it used to be that NTFS compatability was an issue with linux).</p><p>The cheapest solution for backup would probably be an external USB drive. And you may also want to have 2 of them that you swap out for off site storage, or something like that, depending on how important your data is to you.</p></htmltext>
<tokenext>FAT32 has a 4 GB max file size.This can be somewhat inconveniant if you have say a linux dvd ISO thats larger than that , or if you record HD video , etc.I would suggest going with NTFS , there are ways now to use the actual microsoft NTFS driver in a wrapper with linux , then you get full native compatability if thats what you are thinking ( it used to be that NTFS compatability was an issue with linux ) .The cheapest solution for backup would probably be an external USB drive .
And you may also want to have 2 of them that you swap out for off site storage , or something like that , depending on how important your data is to you .</tokentext>
<sentencetext>FAT32 has a 4 GB max file size.This can be somewhat inconveniant if you have say a linux dvd ISO thats larger than that, or if you record HD video, etc.I would suggest going with NTFS, there are ways now to use the actual microsoft NTFS driver in a wrapper with linux, then you get full native compatability if thats what you are thinking (it used to be that NTFS compatability was an issue with linux).The cheapest solution for backup would probably be an external USB drive.
And you may also want to have 2 of them that you swap out for off site storage, or something like that, depending on how important your data is to you.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590463</id>
	<title>You do NOT have a RAID controller</title>
	<author>jgarzik</author>
	<datestamp>1246809660000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>You don't have a hardware or integrated RAID controller.</p><p>What you have is a non-RAID SATA controller, plus software RAID support in BIOS + Windows driver.</p><p>This is easiest to see when booting Linux, whose policy it is to <em>only</em> export your hardware, without any fakery.</p><p>See <a href="http://ata.wiki.kernel.org/index.php/SATA\_RAID\_FAQ" title="kernel.org">Linux SATA RAID FAQ</a> [kernel.org] for a clue...</p></htmltext>
<tokenext>You do n't have a hardware or integrated RAID controller.What you have is a non-RAID SATA controller , plus software RAID support in BIOS + Windows driver.This is easiest to see when booting Linux , whose policy it is to only export your hardware , without any fakery.See Linux SATA RAID FAQ [ kernel.org ] for a clue.. .</tokentext>
<sentencetext>You don't have a hardware or integrated RAID controller.What you have is a non-RAID SATA controller, plus software RAID support in BIOS + Windows driver.This is easiest to see when booting Linux, whose policy it is to only export your hardware, without any fakery.See Linux SATA RAID FAQ [kernel.org] for a clue...</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589027</id>
	<title>Recently looked into this</title>
	<author>Anonymous</author>
	<datestamp>1246792200000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I'm IT for a small consulting company, not unlike your home.</p><p>a) RAID is not a backup; a backup is more important than RAID<br>b) which file system to use is a critical decision<br>c) Don't mix OS, Applications or Data on the same file system</p><p>Plan A:  Don't use RAID at all. Use a single disk with 3 partitions (OS, Apps, Data) and mirror them automatically, nightly, weekly, whenever you fill like it.  Weekly is a good trade off for a home system and lets you have a complete recovery should the system get infected by a virus, but you don't notice it for a few days.</p><p>Plan B: Setup a NAS device with 2 disks, mirrored. No RAID in the PC. Keep your data on the NAS. Whenever something important changes, backup the PC to the NAS.</p><p>If you weren't stuck with Windows, you'd have many, many other options, like</p><p>1) setting up an OpenSolaris ZFS as a file server and performing snapshots of your RAID-Z (or mirrored, or RAID1+0) protected data.  ZFS is very impressive replacement for a LVM and FS, but not worth using unless it is inside the kernel (Linux doesn't like the license, so it won't be anytime soon).</p><p>2) setting up a Linux server with mdadm as a file server and running RAID-whatever-you-like and a good, solid, proven file system like JFS or XFS.</p><p>As for backup software, there are many choices. I like rdiff-backup if I'm not on a ZFS backup server receiving remote snapshots from each of the production servers.  Lots of good ideas for home backup here: <a href="http://lifehacker.com/search/backup/" title="lifehacker.com" rel="nofollow">http://lifehacker.com/search/backup/</a> [lifehacker.com]</p><p>I agree with you that hardware RAID is a hassle for home users. Software RAID leaves control of your data with you, not some card maker. I've been burned too.</p></htmltext>
<tokenext>I 'm IT for a small consulting company , not unlike your home.a ) RAID is not a backup ; a backup is more important than RAIDb ) which file system to use is a critical decisionc ) Do n't mix OS , Applications or Data on the same file systemPlan A : Do n't use RAID at all .
Use a single disk with 3 partitions ( OS , Apps , Data ) and mirror them automatically , nightly , weekly , whenever you fill like it .
Weekly is a good trade off for a home system and lets you have a complete recovery should the system get infected by a virus , but you do n't notice it for a few days.Plan B : Setup a NAS device with 2 disks , mirrored .
No RAID in the PC .
Keep your data on the NAS .
Whenever something important changes , backup the PC to the NAS.If you were n't stuck with Windows , you 'd have many , many other options , like1 ) setting up an OpenSolaris ZFS as a file server and performing snapshots of your RAID-Z ( or mirrored , or RAID1 + 0 ) protected data .
ZFS is very impressive replacement for a LVM and FS , but not worth using unless it is inside the kernel ( Linux does n't like the license , so it wo n't be anytime soon ) .2 ) setting up a Linux server with mdadm as a file server and running RAID-whatever-you-like and a good , solid , proven file system like JFS or XFS.As for backup software , there are many choices .
I like rdiff-backup if I 'm not on a ZFS backup server receiving remote snapshots from each of the production servers .
Lots of good ideas for home backup here : http : //lifehacker.com/search/backup/ [ lifehacker.com ] I agree with you that hardware RAID is a hassle for home users .
Software RAID leaves control of your data with you , not some card maker .
I 've been burned too .</tokentext>
<sentencetext>I'm IT for a small consulting company, not unlike your home.a) RAID is not a backup; a backup is more important than RAIDb) which file system to use is a critical decisionc) Don't mix OS, Applications or Data on the same file systemPlan A:  Don't use RAID at all.
Use a single disk with 3 partitions (OS, Apps, Data) and mirror them automatically, nightly, weekly, whenever you fill like it.
Weekly is a good trade off for a home system and lets you have a complete recovery should the system get infected by a virus, but you don't notice it for a few days.Plan B: Setup a NAS device with 2 disks, mirrored.
No RAID in the PC.
Keep your data on the NAS.
Whenever something important changes, backup the PC to the NAS.If you weren't stuck with Windows, you'd have many, many other options, like1) setting up an OpenSolaris ZFS as a file server and performing snapshots of your RAID-Z (or mirrored, or RAID1+0) protected data.
ZFS is very impressive replacement for a LVM and FS, but not worth using unless it is inside the kernel (Linux doesn't like the license, so it won't be anytime soon).2) setting up a Linux server with mdadm as a file server and running RAID-whatever-you-like and a good, solid, proven file system like JFS or XFS.As for backup software, there are many choices.
I like rdiff-backup if I'm not on a ZFS backup server receiving remote snapshots from each of the production servers.
Lots of good ideas for home backup here: http://lifehacker.com/search/backup/ [lifehacker.com]I agree with you that hardware RAID is a hassle for home users.
Software RAID leaves control of your data with you, not some card maker.
I've been burned too.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588829</id>
	<title>Re:RAID is never about protection.</title>
	<author>Trogre</author>
	<datestamp>1246790400000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext><p>Tell me, how often do you back up your data?  Daily?  Hourly?  Because when your hard disk craps out after a morning's work you'll be mighty grateful for that RAID-1 mirror.</p></htmltext>
<tokenext>Tell me , how often do you back up your data ?
Daily ? Hourly ?
Because when your hard disk craps out after a morning 's work you 'll be mighty grateful for that RAID-1 mirror .</tokentext>
<sentencetext>Tell me, how often do you back up your data?
Daily?  Hourly?
Because when your hard disk craps out after a morning's work you'll be mighty grateful for that RAID-1 mirror.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587901</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588225</id>
	<title>Re:Your best bet is to buy server grade SATA drive</title>
	<author>Tmack</author>
	<datestamp>1246784940000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>The best way to protect against drive failure is to buy server grade SATA drives, which are designed for 24/7/365*5 operation, and not cheap PC drives which are designed for 10 hours per day for 3-4 years. Buy server grade SATA drives, mirror them using a hardware controller, back up daily, sleep at night.</p></div><p>Err, thats been proven questionable. More specifically, <a href="http://www.eweek.com/c/a/Data-Storage/Hard-Disk-MTBF-Flap-or-Farce/" title="eweek.com">here</a> [eweek.com] is an article from eweek and <a href="http://research.google.com/pubs/pub32774.html" title="google.com">here</a> [google.com] is the google talk about a large study of drive lifetime characteristics. "Server" drives are just as good as "consumer" drives when it comes to lifetime. The only benefit you get with the more expensive drives is slightly better performance (NCQ, higher rpm, larger buffers, etc). I  have several machines at home that run 24x7x365 on the "cheap PC drives" in raid1 pairs (linux md) and a non-raided windoze box, and have had to replace 2 drives out of 12+ over the past 8 years due to failure: I tend to need to upgrade to larger ones before they fail. Even at work we have used the cheaper drives in clusters, next to others running enterprise level drives and found no benefit to the extra cost in most situations.</p><p>-Tm</p></div>
	</htmltext>
<tokenext>The best way to protect against drive failure is to buy server grade SATA drives , which are designed for 24/7/365 * 5 operation , and not cheap PC drives which are designed for 10 hours per day for 3-4 years .
Buy server grade SATA drives , mirror them using a hardware controller , back up daily , sleep at night.Err , thats been proven questionable .
More specifically , here [ eweek.com ] is an article from eweek and here [ google.com ] is the google talk about a large study of drive lifetime characteristics .
" Server " drives are just as good as " consumer " drives when it comes to lifetime .
The only benefit you get with the more expensive drives is slightly better performance ( NCQ , higher rpm , larger buffers , etc ) .
I have several machines at home that run 24x7x365 on the " cheap PC drives " in raid1 pairs ( linux md ) and a non-raided windoze box , and have had to replace 2 drives out of 12 + over the past 8 years due to failure : I tend to need to upgrade to larger ones before they fail .
Even at work we have used the cheaper drives in clusters , next to others running enterprise level drives and found no benefit to the extra cost in most situations.-Tm</tokentext>
<sentencetext>The best way to protect against drive failure is to buy server grade SATA drives, which are designed for 24/7/365*5 operation, and not cheap PC drives which are designed for 10 hours per day for 3-4 years.
Buy server grade SATA drives, mirror them using a hardware controller, back up daily, sleep at night.Err, thats been proven questionable.
More specifically, here [eweek.com] is an article from eweek and here [google.com] is the google talk about a large study of drive lifetime characteristics.
"Server" drives are just as good as "consumer" drives when it comes to lifetime.
The only benefit you get with the more expensive drives is slightly better performance (NCQ, higher rpm, larger buffers, etc).
I  have several machines at home that run 24x7x365 on the "cheap PC drives" in raid1 pairs (linux md) and a non-raided windoze box, and have had to replace 2 drives out of 12+ over the past 8 years due to failure: I tend to need to upgrade to larger ones before they fail.
Even at work we have used the cheaper drives in clusters, next to others running enterprise level drives and found no benefit to the extra cost in most situations.-Tm
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587933</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587961</id>
	<title>RAID is a high availability feature, not backup</title>
	<author>lukas84</author>
	<datestamp>1246826220000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>2</modscore>
	<htmltext><p>Consumer editions of Windows only ever supported Software RAID1. I've made a few experiences with SW RAID1 on WS03, and it's pretty much crap. Linux SW RAID on the other hand worked fairly well.</p><p>RAID is not a backup. This is the most important observation. RAID is a high availibility feature. If you lose your RAID array, you shouldn't lose any data. If you do, your backup strategy sucks.</p><p>Generally, skip RAID in a consumer setup. RAID is complicated, it's a PITA and especially the low end stuff can do more harm than good. Even expensive stuff can fuck your shit up (I'm looking at you, ServeRAID 8k). Better in invest in a proper backup - to a local harddrive and maybe offsite. Online backups make sense in a home office. For servers, i recommend LTO tapedrives.</p></htmltext>
<tokenext>Consumer editions of Windows only ever supported Software RAID1 .
I 've made a few experiences with SW RAID1 on WS03 , and it 's pretty much crap .
Linux SW RAID on the other hand worked fairly well.RAID is not a backup .
This is the most important observation .
RAID is a high availibility feature .
If you lose your RAID array , you should n't lose any data .
If you do , your backup strategy sucks.Generally , skip RAID in a consumer setup .
RAID is complicated , it 's a PITA and especially the low end stuff can do more harm than good .
Even expensive stuff can fuck your shit up ( I 'm looking at you , ServeRAID 8k ) .
Better in invest in a proper backup - to a local harddrive and maybe offsite .
Online backups make sense in a home office .
For servers , i recommend LTO tapedrives .</tokentext>
<sentencetext>Consumer editions of Windows only ever supported Software RAID1.
I've made a few experiences with SW RAID1 on WS03, and it's pretty much crap.
Linux SW RAID on the other hand worked fairly well.RAID is not a backup.
This is the most important observation.
RAID is a high availibility feature.
If you lose your RAID array, you shouldn't lose any data.
If you do, your backup strategy sucks.Generally, skip RAID in a consumer setup.
RAID is complicated, it's a PITA and especially the low end stuff can do more harm than good.
Even expensive stuff can fuck your shit up (I'm looking at you, ServeRAID 8k).
Better in invest in a proper backup - to a local harddrive and maybe offsite.
Online backups make sense in a home office.
For servers, i recommend LTO tapedrives.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837</id>
	<title>Your first problem is Fat32</title>
	<author>Blakey Rat</author>
	<datestamp>1246825080000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>4</modscore>
	<htmltext><p>If you want data integrity, use NTFS. Using Fat32 is like saying you want a reliable car, so you're buying a Edsel because they've been around a long time-- it doesn't make sense. Every other OS on earth can read NTFS (if not write it), so it won't affect your portability requirement.</p><p>Secondly, before you make any decision regarding Windows 7 RAID, make sure the edition of Windows 7 you want to buy ships with software RAID support before you put all your eggs in that basket-- early betas and RCs of Vista had software RAID enabled, only to have it disabled before release. I've seen no guarantees about Windows 7 software RAID support, and which editions will have it enabled. (If any.)</p><p>If you're planning to move to a server OS after Windows 7 expires, I can practically guarantee software RAID will be enabled, but that still doesn't mean you can necessarily upgrade your Windows 7 software RAID array to a Windows Server software RAID array. Do your homework.</p></htmltext>
<tokenext>If you want data integrity , use NTFS .
Using Fat32 is like saying you want a reliable car , so you 're buying a Edsel because they 've been around a long time-- it does n't make sense .
Every other OS on earth can read NTFS ( if not write it ) , so it wo n't affect your portability requirement.Secondly , before you make any decision regarding Windows 7 RAID , make sure the edition of Windows 7 you want to buy ships with software RAID support before you put all your eggs in that basket-- early betas and RCs of Vista had software RAID enabled , only to have it disabled before release .
I 've seen no guarantees about Windows 7 software RAID support , and which editions will have it enabled .
( If any .
) If you 're planning to move to a server OS after Windows 7 expires , I can practically guarantee software RAID will be enabled , but that still does n't mean you can necessarily upgrade your Windows 7 software RAID array to a Windows Server software RAID array .
Do your homework .</tokentext>
<sentencetext>If you want data integrity, use NTFS.
Using Fat32 is like saying you want a reliable car, so you're buying a Edsel because they've been around a long time-- it doesn't make sense.
Every other OS on earth can read NTFS (if not write it), so it won't affect your portability requirement.Secondly, before you make any decision regarding Windows 7 RAID, make sure the edition of Windows 7 you want to buy ships with software RAID support before you put all your eggs in that basket-- early betas and RCs of Vista had software RAID enabled, only to have it disabled before release.
I've seen no guarantees about Windows 7 software RAID support, and which editions will have it enabled.
(If any.
)If you're planning to move to a server OS after Windows 7 expires, I can practically guarantee software RAID will be enabled, but that still doesn't mean you can necessarily upgrade your Windows 7 software RAID array to a Windows Server software RAID array.
Do your homework.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28596551</id>
	<title>What's a good cross-platform backup tool?</title>
	<author>Jthon</author>
	<datestamp>1246904460000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>As many people point out RAID isn't backup which is something I've taken to heart. But what I haven't been able to find is a good solution to do cross platform backup.</p><p>I have three machines which I'd like to utilize in a backup scheme. One machine is a linux box with a large SW RAID5 setup I'd like to back up to. The other two machines are my clients one is running WIndows, the other Mac OSX.</p><p>Are there any cross platform backup solutions which will allow me to back up files to the Linux machine from my Windows or OS X machines? I've considered using rsync with the directories which I want to backup, but that will hose files if something gets corrupted on the client box. I'm pretty sure rsync will happily sync my backups to the corrupted file. Plus I don't really have any history as rsync will keep the two directories up to date, but won't generate snapshots. (Well not directly).</p><p>I could just occasionally tar/bzip up all my files, but I don't really want to have to manage gigabytes of tar files. Especially as it would be nice to be able to easily recover a particular version of a file without hunting through tons of archive files. Plus tar.bz2'ed files don't really support accessing a single document in the file.</p><p>I've also considered just putting all my files in source control with svn, git, or perforce (free for 2 users) then mirror the repo but that doesn't seem to be the best solution either. I'm not sure what the overhead of the various source control systems but at least a few of them support binary diff, and they have versioning built in. But I would like to avoid having to check out, and check in files on the client. This solution also doesn't lend itself to making backups very automatic.</p><p>So is anyone aware of a cross platform backup solution (Windows/Linux/OS X)? Which would allow me to mirror/store the backup files on any of the systems that doesn't have the overhead of making a TAR file per day?</p><p>Optimally I'd like a solution where I can configure specific directories to get backed up, and have backups occur as some sort of timed cron job. I also would like a way to browse/recover past files without having to mess with manually extracting files from an archive. An open source solution would be nice so that I don't have to worry about losing access to my data in the future, but I have no problem paying for such a backup program.</p></htmltext>
<tokenext>As many people point out RAID is n't backup which is something I 've taken to heart .
But what I have n't been able to find is a good solution to do cross platform backup.I have three machines which I 'd like to utilize in a backup scheme .
One machine is a linux box with a large SW RAID5 setup I 'd like to back up to .
The other two machines are my clients one is running WIndows , the other Mac OSX.Are there any cross platform backup solutions which will allow me to back up files to the Linux machine from my Windows or OS X machines ?
I 've considered using rsync with the directories which I want to backup , but that will hose files if something gets corrupted on the client box .
I 'm pretty sure rsync will happily sync my backups to the corrupted file .
Plus I do n't really have any history as rsync will keep the two directories up to date , but wo n't generate snapshots .
( Well not directly ) .I could just occasionally tar/bzip up all my files , but I do n't really want to have to manage gigabytes of tar files .
Especially as it would be nice to be able to easily recover a particular version of a file without hunting through tons of archive files .
Plus tar.bz2'ed files do n't really support accessing a single document in the file.I 've also considered just putting all my files in source control with svn , git , or perforce ( free for 2 users ) then mirror the repo but that does n't seem to be the best solution either .
I 'm not sure what the overhead of the various source control systems but at least a few of them support binary diff , and they have versioning built in .
But I would like to avoid having to check out , and check in files on the client .
This solution also does n't lend itself to making backups very automatic.So is anyone aware of a cross platform backup solution ( Windows/Linux/OS X ) ?
Which would allow me to mirror/store the backup files on any of the systems that does n't have the overhead of making a TAR file per day ? Optimally I 'd like a solution where I can configure specific directories to get backed up , and have backups occur as some sort of timed cron job .
I also would like a way to browse/recover past files without having to mess with manually extracting files from an archive .
An open source solution would be nice so that I do n't have to worry about losing access to my data in the future , but I have no problem paying for such a backup program .</tokentext>
<sentencetext>As many people point out RAID isn't backup which is something I've taken to heart.
But what I haven't been able to find is a good solution to do cross platform backup.I have three machines which I'd like to utilize in a backup scheme.
One machine is a linux box with a large SW RAID5 setup I'd like to back up to.
The other two machines are my clients one is running WIndows, the other Mac OSX.Are there any cross platform backup solutions which will allow me to back up files to the Linux machine from my Windows or OS X machines?
I've considered using rsync with the directories which I want to backup, but that will hose files if something gets corrupted on the client box.
I'm pretty sure rsync will happily sync my backups to the corrupted file.
Plus I don't really have any history as rsync will keep the two directories up to date, but won't generate snapshots.
(Well not directly).I could just occasionally tar/bzip up all my files, but I don't really want to have to manage gigabytes of tar files.
Especially as it would be nice to be able to easily recover a particular version of a file without hunting through tons of archive files.
Plus tar.bz2'ed files don't really support accessing a single document in the file.I've also considered just putting all my files in source control with svn, git, or perforce (free for 2 users) then mirror the repo but that doesn't seem to be the best solution either.
I'm not sure what the overhead of the various source control systems but at least a few of them support binary diff, and they have versioning built in.
But I would like to avoid having to check out, and check in files on the client.
This solution also doesn't lend itself to making backups very automatic.So is anyone aware of a cross platform backup solution (Windows/Linux/OS X)?
Which would allow me to mirror/store the backup files on any of the systems that doesn't have the overhead of making a TAR file per day?Optimally I'd like a solution where I can configure specific directories to get backed up, and have backups occur as some sort of timed cron job.
I also would like a way to browse/recover past files without having to mess with manually extracting files from an archive.
An open source solution would be nice so that I don't have to worry about losing access to my data in the future, but I have no problem paying for such a backup program.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589579</id>
	<title>Here's what I do</title>
	<author>FranTaylor</author>
	<datestamp>1246798980000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I have a hardware RAID 0 setup for the data that I need immediate access to.</p><p>Yes I have drive failures and yes they are catastrophic.  But I am prepared for them and they don't slow me down for long.</p><p>I have the whole thing mirrored on a networked file server.  It's software RAID because it doesn't need to be fast, it just needs to be there.</p><p>I do the backups from the remote system.  I backup onto hard drives, then I unplug them and put them in a safe place.  I rotate several drives in this fashion.  I check them regularly for hardware issues.  I have to trust these drives more than normal, so I give them a really good working over when they are new.  If I were rich, I would buy server drives for these.  I am not, so I condition them myself.</p><p>I only bother to back up my home directory.  Why backup data that can easily be restored with an OS install?  It only takes me about 15 minutes to get a newly-installed machine set up on my network.</p><p>When I do an OS upgrade, I wipe everything and restore from my backups.  It's good practice for when I will actually need the backups.  I like nice clean systems, not ones with years of accumulated cruft.</p><p>If my RAID controller fails, I can mount the backup mirror and continue working, albeit more slowly.</p><p>I haven't lost data in years.</p></htmltext>
<tokenext>I have a hardware RAID 0 setup for the data that I need immediate access to.Yes I have drive failures and yes they are catastrophic .
But I am prepared for them and they do n't slow me down for long.I have the whole thing mirrored on a networked file server .
It 's software RAID because it does n't need to be fast , it just needs to be there.I do the backups from the remote system .
I backup onto hard drives , then I unplug them and put them in a safe place .
I rotate several drives in this fashion .
I check them regularly for hardware issues .
I have to trust these drives more than normal , so I give them a really good working over when they are new .
If I were rich , I would buy server drives for these .
I am not , so I condition them myself.I only bother to back up my home directory .
Why backup data that can easily be restored with an OS install ?
It only takes me about 15 minutes to get a newly-installed machine set up on my network.When I do an OS upgrade , I wipe everything and restore from my backups .
It 's good practice for when I will actually need the backups .
I like nice clean systems , not ones with years of accumulated cruft.If my RAID controller fails , I can mount the backup mirror and continue working , albeit more slowly.I have n't lost data in years .</tokentext>
<sentencetext>I have a hardware RAID 0 setup for the data that I need immediate access to.Yes I have drive failures and yes they are catastrophic.
But I am prepared for them and they don't slow me down for long.I have the whole thing mirrored on a networked file server.
It's software RAID because it doesn't need to be fast, it just needs to be there.I do the backups from the remote system.
I backup onto hard drives, then I unplug them and put them in a safe place.
I rotate several drives in this fashion.
I check them regularly for hardware issues.
I have to trust these drives more than normal, so I give them a really good working over when they are new.
If I were rich, I would buy server drives for these.
I am not, so I condition them myself.I only bother to back up my home directory.
Why backup data that can easily be restored with an OS install?
It only takes me about 15 minutes to get a newly-installed machine set up on my network.When I do an OS upgrade, I wipe everything and restore from my backups.
It's good practice for when I will actually need the backups.
I like nice clean systems, not ones with years of accumulated cruft.If my RAID controller fails, I can mount the backup mirror and continue working, albeit more slowly.I haven't lost data in years.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588131</id>
	<title>why is this slashdot front page?</title>
	<author>Anonymous</author>
	<datestamp>1246827480000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>I don't normally comment but WTF is this doing on front-page of slashdot?

As for the question, go with a dedicated hardware based raid controller. Just cause you gut burned once doesn't mean that the dedicated controllers are bad.  I can guarantee the software RAID via windows is worse because of Dynamic Disk partitioning is slow and its not swappable between platforms for recovery.  Also FAT32 should never be used outside a USB flash drive or similar device; its terrible for handling large files over 2GB and it inflates the size of small files.  If your data really is important go with NTFS for windows or EXT3 (other?) for Linux; it should not be an un-common file system as rare file systems dont plug easily into other computers for data recovery.  I've tried several different motherboard integrated raid controllers (intel, nvidea, amd) and all were either unstable which caused disk synchronization issues, slow, or had very little bios-level controls.

The little Promise and Highpoint raid controllers aren't what they used to be in quality and performance.  Get yourself a 3ware PCIe 14x controller for SATA/SAS controller which costs $$ but you'll thank youself for the investment.

Its fast, stable, handles 4 x 2TB SATAII hard drives and is bootable for Windows / Linux.

The only time I've ever trusted a software based RAID was with Linux EXT3 based software raid.  The actual hard disks are standard EXT3 (not some funky format) which means I can remove any 1 disk and plug it directly into another Linux system without having to do anything special to read the data.  That the linux software raid is still very fast, easy to administer, and is most importantly stable.

For the super cheapo just don't use raid and get yourself an external eSATA drive and do regular backups.  Regular backups aren't the same as RAID but its better than Windows Dynamic Disk any day and still protects your data; oh and its fast and as reliable as you do backups.</htmltext>
<tokenext>I do n't normally comment but WTF is this doing on front-page of slashdot ?
As for the question , go with a dedicated hardware based raid controller .
Just cause you gut burned once does n't mean that the dedicated controllers are bad .
I can guarantee the software RAID via windows is worse because of Dynamic Disk partitioning is slow and its not swappable between platforms for recovery .
Also FAT32 should never be used outside a USB flash drive or similar device ; its terrible for handling large files over 2GB and it inflates the size of small files .
If your data really is important go with NTFS for windows or EXT3 ( other ?
) for Linux ; it should not be an un-common file system as rare file systems dont plug easily into other computers for data recovery .
I 've tried several different motherboard integrated raid controllers ( intel , nvidea , amd ) and all were either unstable which caused disk synchronization issues , slow , or had very little bios-level controls .
The little Promise and Highpoint raid controllers are n't what they used to be in quality and performance .
Get yourself a 3ware PCIe 14x controller for SATA/SAS controller which costs $ $ but you 'll thank youself for the investment .
Its fast , stable , handles 4 x 2TB SATAII hard drives and is bootable for Windows / Linux .
The only time I 've ever trusted a software based RAID was with Linux EXT3 based software raid .
The actual hard disks are standard EXT3 ( not some funky format ) which means I can remove any 1 disk and plug it directly into another Linux system without having to do anything special to read the data .
That the linux software raid is still very fast , easy to administer , and is most importantly stable .
For the super cheapo just do n't use raid and get yourself an external eSATA drive and do regular backups .
Regular backups are n't the same as RAID but its better than Windows Dynamic Disk any day and still protects your data ; oh and its fast and as reliable as you do backups .</tokentext>
<sentencetext>I don't normally comment but WTF is this doing on front-page of slashdot?
As for the question, go with a dedicated hardware based raid controller.
Just cause you gut burned once doesn't mean that the dedicated controllers are bad.
I can guarantee the software RAID via windows is worse because of Dynamic Disk partitioning is slow and its not swappable between platforms for recovery.
Also FAT32 should never be used outside a USB flash drive or similar device; its terrible for handling large files over 2GB and it inflates the size of small files.
If your data really is important go with NTFS for windows or EXT3 (other?
) for Linux; it should not be an un-common file system as rare file systems dont plug easily into other computers for data recovery.
I've tried several different motherboard integrated raid controllers (intel, nvidea, amd) and all were either unstable which caused disk synchronization issues, slow, or had very little bios-level controls.
The little Promise and Highpoint raid controllers aren't what they used to be in quality and performance.
Get yourself a 3ware PCIe 14x controller for SATA/SAS controller which costs $$ but you'll thank youself for the investment.
Its fast, stable, handles 4 x 2TB SATAII hard drives and is bootable for Windows / Linux.
The only time I've ever trusted a software based RAID was with Linux EXT3 based software raid.
The actual hard disks are standard EXT3 (not some funky format) which means I can remove any 1 disk and plug it directly into another Linux system without having to do anything special to read the data.
That the linux software raid is still very fast, easy to administer, and is most importantly stable.
For the super cheapo just don't use raid and get yourself an external eSATA drive and do regular backups.
Regular backups aren't the same as RAID but its better than Windows Dynamic Disk any day and still protects your data; oh and its fast and as reliable as you do backups.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587847</id>
	<title>On board all the way!!</title>
	<author>Anonymous</author>
	<datestamp>1246825140000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext>I've been using on board RAID controllers for years and have never had a problem with data loss or crap being written to my drives.  A mirror solution is nothing major for a RAID controller to handle.

I would never trust windows to software raid anything important.</htmltext>
<tokenext>I 've been using on board RAID controllers for years and have never had a problem with data loss or crap being written to my drives .
A mirror solution is nothing major for a RAID controller to handle .
I would never trust windows to software raid anything important .</tokentext>
<sentencetext>I've been using on board RAID controllers for years and have never had a problem with data loss or crap being written to my drives.
A mirror solution is nothing major for a RAID controller to handle.
I would never trust windows to software raid anything important.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28597787</id>
	<title>Windows and raid is almost pointless.</title>
	<author>Leslie43</author>
	<datestamp>1246909440000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I would highly suggest doing some testing with Windows and raid before you even bother using it for speed (Hint: it does almost nothing in a desktop or workstation).
All it does is create more complexity in the system and chance for failure. Windows has never been known for taking advantage of raid for speed unless it is for database use.

How is mirroring going to improve speed anyway? Even if you use a mixed raid system, any gains from striping will be lost from mirroring unless you have enough disks and a nice card. Do some investigating you will see.

There are a few reasons why I say this creates more chance of failure, beyond the obvious more parts. If one drive fails, yes you can just replace it, drives are pretty stable these days, but what if they are both from the same batch, odds are they will die within a very short time span of each other. Better datacenters will vouch for this. Then there is the quality of the raid itself, if it is a built in setup you may want to experiment with recovery BEFORE you have a failure, I have seen more than one refuse to recover. What if the raid system itself fails?  Again this makes recovery even more difficult.

One bone of contention I have here as well is not only the threat of badware out there, but where I live, lightning is a consideration. I don't care how good your raid is, a voltage spike or bad power supply and your raid becomes a big lump of melted metal. Yes there are backups claiming lightening protection. I have one, even the manufacturers will admit there is no guarantee, which is why they come with insurance in case of failure.

Windows software raid makes some of these problems easier to deal with. The problem is, none of us want to really recommend that method.


My advice, unless this is for a server, forget the raid entirely and create a good backup system that lets you recover everything fast.</htmltext>
<tokenext>I would highly suggest doing some testing with Windows and raid before you even bother using it for speed ( Hint : it does almost nothing in a desktop or workstation ) .
All it does is create more complexity in the system and chance for failure .
Windows has never been known for taking advantage of raid for speed unless it is for database use .
How is mirroring going to improve speed anyway ?
Even if you use a mixed raid system , any gains from striping will be lost from mirroring unless you have enough disks and a nice card .
Do some investigating you will see .
There are a few reasons why I say this creates more chance of failure , beyond the obvious more parts .
If one drive fails , yes you can just replace it , drives are pretty stable these days , but what if they are both from the same batch , odds are they will die within a very short time span of each other .
Better datacenters will vouch for this .
Then there is the quality of the raid itself , if it is a built in setup you may want to experiment with recovery BEFORE you have a failure , I have seen more than one refuse to recover .
What if the raid system itself fails ?
Again this makes recovery even more difficult .
One bone of contention I have here as well is not only the threat of badware out there , but where I live , lightning is a consideration .
I do n't care how good your raid is , a voltage spike or bad power supply and your raid becomes a big lump of melted metal .
Yes there are backups claiming lightening protection .
I have one , even the manufacturers will admit there is no guarantee , which is why they come with insurance in case of failure .
Windows software raid makes some of these problems easier to deal with .
The problem is , none of us want to really recommend that method .
My advice , unless this is for a server , forget the raid entirely and create a good backup system that lets you recover everything fast .</tokentext>
<sentencetext>I would highly suggest doing some testing with Windows and raid before you even bother using it for speed (Hint: it does almost nothing in a desktop or workstation).
All it does is create more complexity in the system and chance for failure.
Windows has never been known for taking advantage of raid for speed unless it is for database use.
How is mirroring going to improve speed anyway?
Even if you use a mixed raid system, any gains from striping will be lost from mirroring unless you have enough disks and a nice card.
Do some investigating you will see.
There are a few reasons why I say this creates more chance of failure, beyond the obvious more parts.
If one drive fails, yes you can just replace it, drives are pretty stable these days, but what if they are both from the same batch, odds are they will die within a very short time span of each other.
Better datacenters will vouch for this.
Then there is the quality of the raid itself, if it is a built in setup you may want to experiment with recovery BEFORE you have a failure, I have seen more than one refuse to recover.
What if the raid system itself fails?
Again this makes recovery even more difficult.
One bone of contention I have here as well is not only the threat of badware out there, but where I live, lightning is a consideration.
I don't care how good your raid is, a voltage spike or bad power supply and your raid becomes a big lump of melted metal.
Yes there are backups claiming lightening protection.
I have one, even the manufacturers will admit there is no guarantee, which is why they come with insurance in case of failure.
Windows software raid makes some of these problems easier to deal with.
The problem is, none of us want to really recommend that method.
My advice, unless this is for a server, forget the raid entirely and create a good backup system that lets you recover everything fast.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592537</id>
	<title>Not Windows 'RAID' for sure</title>
	<author>guruevi</author>
	<datestamp>1246879860000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>In Windows 2003 at least Software RAID is not trustworthy. Especially under high loads, Windows will stop synchronizing the disks and then you have a secondary drive that all of a sudden boots into a 6 month old version of your system (if it boots at all).</p><p>If you have no other choice, I would go for the 'firmware RAID' - I have never had any issues except that it's not that fast and you might have issues with Linux bypassing the RAID controller altogether (but then again, software RAID on Linux is at least stable). You can get burnt with any RAID controller, that's why we have backups but any decent setup will usually work.</p></htmltext>
<tokenext>In Windows 2003 at least Software RAID is not trustworthy .
Especially under high loads , Windows will stop synchronizing the disks and then you have a secondary drive that all of a sudden boots into a 6 month old version of your system ( if it boots at all ) .If you have no other choice , I would go for the 'firmware RAID ' - I have never had any issues except that it 's not that fast and you might have issues with Linux bypassing the RAID controller altogether ( but then again , software RAID on Linux is at least stable ) .
You can get burnt with any RAID controller , that 's why we have backups but any decent setup will usually work .</tokentext>
<sentencetext>In Windows 2003 at least Software RAID is not trustworthy.
Especially under high loads, Windows will stop synchronizing the disks and then you have a secondary drive that all of a sudden boots into a 6 month old version of your system (if it boots at all).If you have no other choice, I would go for the 'firmware RAID' - I have never had any issues except that it's not that fast and you might have issues with Linux bypassing the RAID controller altogether (but then again, software RAID on Linux is at least stable).
You can get burnt with any RAID controller, that's why we have backups but any decent setup will usually work.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589325</id>
	<title>Re: online backups</title>
	<author>OzRoy</author>
	<datestamp>1246795920000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I use Mozy. It's cheap and easy. They are also owned by EMC so I'm not too worried about them going under. I only use a laptop so I don't have to worry about having a usb disk permanently dangling from it, or having to remember to plug it in periodically. I get unlimited storage so no worrying about storage allotment. My broadband connection is fast enough that it will backup any large changes overnight at the longest.</p><p>It also gives you the added advantage of being off-site, which all reliable backup systems should have as a component. So no worrying about house fires etc. This brings us to the interesting use case they are currently milking where a guy who was on the Hudson river crash used Mozy and his data was perfectly safe, whereas another guy lost both his laptop and USB backup to the bottom of the river.<br>(http://blogs.usatoday.com/technologylive/2009/03/when-your-lapto.html)</p></htmltext>
<tokenext>I use Mozy .
It 's cheap and easy .
They are also owned by EMC so I 'm not too worried about them going under .
I only use a laptop so I do n't have to worry about having a usb disk permanently dangling from it , or having to remember to plug it in periodically .
I get unlimited storage so no worrying about storage allotment .
My broadband connection is fast enough that it will backup any large changes overnight at the longest.It also gives you the added advantage of being off-site , which all reliable backup systems should have as a component .
So no worrying about house fires etc .
This brings us to the interesting use case they are currently milking where a guy who was on the Hudson river crash used Mozy and his data was perfectly safe , whereas another guy lost both his laptop and USB backup to the bottom of the river .
( http : //blogs.usatoday.com/technologylive/2009/03/when-your-lapto.html )</tokentext>
<sentencetext>I use Mozy.
It's cheap and easy.
They are also owned by EMC so I'm not too worried about them going under.
I only use a laptop so I don't have to worry about having a usb disk permanently dangling from it, or having to remember to plug it in periodically.
I get unlimited storage so no worrying about storage allotment.
My broadband connection is fast enough that it will backup any large changes overnight at the longest.It also gives you the added advantage of being off-site, which all reliable backup systems should have as a component.
So no worrying about house fires etc.
This brings us to the interesting use case they are currently milking where a guy who was on the Hudson river crash used Mozy and his data was perfectly safe, whereas another guy lost both his laptop and USB backup to the bottom of the river.
(http://blogs.usatoday.com/technologylive/2009/03/when-your-lapto.html)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589195</id>
	<title>ZFS !!!!</title>
	<author>Anonymous</author>
	<datestamp>1246794240000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>ZFS period end of story.  No other production stable filesystem equals it for level of paranoia about EVERY bit that comes off the disk.  Using ZFS in either mirror or RAIDZ2 with many disks is the best possible solution IMO.</p></htmltext>
<tokenext>ZFS period end of story .
No other production stable filesystem equals it for level of paranoia about EVERY bit that comes off the disk .
Using ZFS in either mirror or RAIDZ2 with many disks is the best possible solution IMO .</tokentext>
<sentencetext>ZFS period end of story.
No other production stable filesystem equals it for level of paranoia about EVERY bit that comes off the disk.
Using ZFS in either mirror or RAIDZ2 with many disks is the best possible solution IMO.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589245</id>
	<title>Robocopy is your friend</title>
	<author>IronBits</author>
	<datestamp>1246794720000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Robocopy your data from one drive on the 1st computer to a 2nd drive on a second computer, nightly while you sleep.
If you need more assurance, robocopy your data to a 3rd drive on a third computer.</htmltext>
<tokenext>Robocopy your data from one drive on the 1st computer to a 2nd drive on a second computer , nightly while you sleep .
If you need more assurance , robocopy your data to a 3rd drive on a third computer .</tokentext>
<sentencetext>Robocopy your data from one drive on the 1st computer to a 2nd drive on a second computer, nightly while you sleep.
If you need more assurance, robocopy your data to a 3rd drive on a third computer.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590575</id>
	<title>Re: online backups</title>
	<author>shay\_rossignol</author>
	<datestamp>1246811220000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p><div class="quote"><p>What happens when your offline backup company goes under?</p></div><p>Further more, what happens if that backup company's hard disk array (that contained your backup) fails at/around the same your hard disk fails?</p></div>
	</htmltext>
<tokenext>What happens when your offline backup company goes under ? Further more , what happens if that backup company 's hard disk array ( that contained your backup ) fails at/around the same your hard disk fails ?</tokentext>
<sentencetext>What happens when your offline backup company goes under?Further more, what happens if that backup company's hard disk array (that contained your backup) fails at/around the same your hard disk fails?
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590187</id>
	<title>Looking at it the wrong way.</title>
	<author>mindstrm</author>
	<datestamp>1246806300000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>What's the real fear here... that you won't be able to recover data?</p><p>Use NTFS if it's windows.<br>Use a released version of windows - not a beta.<br>Software raid-1 is fine - perhaps even better in some cases.</p><p>Raid is not a replacement for backups.  Please repeat that - many times.  Raid is not a replacement for backups.</p><p>You real solution is probably a proper daily backup solution and whatever raid-1 is easiest to set up.</p></htmltext>
<tokenext>What 's the real fear here... that you wo n't be able to recover data ? Use NTFS if it 's windows.Use a released version of windows - not a beta.Software raid-1 is fine - perhaps even better in some cases.Raid is not a replacement for backups .
Please repeat that - many times .
Raid is not a replacement for backups.You real solution is probably a proper daily backup solution and whatever raid-1 is easiest to set up .</tokentext>
<sentencetext>What's the real fear here... that you won't be able to recover data?Use NTFS if it's windows.Use a released version of windows - not a beta.Software raid-1 is fine - perhaps even better in some cases.Raid is not a replacement for backups.
Please repeat that - many times.
Raid is not a replacement for backups.You real solution is probably a proper daily backup solution and whatever raid-1 is easiest to set up.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588733</id>
	<title>Re:Just remember the first rule of RAID 0</title>
	<author>Anonymous</author>
	<datestamp>1246789500000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>1</modscore>
	<htmltext><p>Ah, but when you buy a few drives for your RAID array, with the same model and revision, and give them all very similar usage patterns, in the same exact location, then it's a lot more likely that more than one drive will fail on you in quick succession. making your RAID array a lot less safe than it seemed at first.</p></htmltext>
<tokenext>Ah , but when you buy a few drives for your RAID array , with the same model and revision , and give them all very similar usage patterns , in the same exact location , then it 's a lot more likely that more than one drive will fail on you in quick succession .
making your RAID array a lot less safe than it seemed at first .</tokentext>
<sentencetext>Ah, but when you buy a few drives for your RAID array, with the same model and revision, and give them all very similar usage patterns, in the same exact location, then it's a lot more likely that more than one drive will fail on you in quick succession.
making your RAID array a lot less safe than it seemed at first.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449</parent>
</comment>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590589
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_54</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28595073
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_15</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588149
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593617
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_17</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28596351
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_22</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588519
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_21</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588223
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_12</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588077
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588121
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_72</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587825
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588097
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591263
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_46</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589767
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_69</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588001
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588189
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_7</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592979
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_51</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588163
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_36</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28597997
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_13</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588001
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588233
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_41</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588549
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_27</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594525
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_29</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590065
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_75</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593427
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_20</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28672667
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_8</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588551
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_10</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598615
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_68</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589717
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_62</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587847
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588035
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28602175
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_33</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588145
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28597153
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589573
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_58</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593443
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_61</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589365
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_40</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589063
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_63</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588187
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592309
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_26</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587951
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_30</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587901
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588829
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28602219
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_25</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590151
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_16</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587825
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588079
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588599
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_55</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589157
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_60</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594867
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_31</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587931
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590275
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_45</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587825
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590549
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_50</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589325
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_24</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590053
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_52</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588485
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_73</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594659
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_14</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588443
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_37</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587969
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_39</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594869
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_9</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588187
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588355
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_70</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590111
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587933
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588225
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_53</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587827
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588477
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590049
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_44</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591815
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_67</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587827
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588395
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591497
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_43</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590559
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_34</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588733
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589215
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_11</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589699
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_71</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590501
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_6</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588005
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_59</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594105
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_35</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592073
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_66</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598941
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_49</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587933
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588325
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_42</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590575
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_65</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590105
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593383
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_28</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590425
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_56</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589075
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_19</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598165
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_32</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590553
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_18</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589093
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_23</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590319
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_74</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589081
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28637761
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_57</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590099
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_48</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590315
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_64</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589877
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_47</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588397
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_07_05_1729257_38</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588629
</commentlist>
</thread>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.14</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588063
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.28</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588077
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588121
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.26</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588299
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587901
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588829
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28602219
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.29</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587825
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590549
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588097
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591263
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588079
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.11</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588375
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587933
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588325
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588225
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.27</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587905
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.18</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587847
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588035
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28602175
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.20</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587827
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588477
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590049
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588395
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591497
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.31</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588149
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593617
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.12</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28596551
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.10</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587829
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.25</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588209
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.24</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587867
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588551
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590099
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594525
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590319
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588005
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589365
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.30</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587797
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587965
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588145
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28597153
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588237
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594869
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589767
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593427
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589157
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588153
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589877
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588629
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593443
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588397
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590553
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28672667
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588479
----http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589191
-----http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590559
-----http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594867
-----http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591815
-----http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592979
-----http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28637761
-----http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28596351
-----http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590501
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588163
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588245
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590065
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589081
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589699
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28597997
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589325
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598165
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28595073
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598941
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589717
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590575
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594105
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590105
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590589
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590315
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28598615
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589093
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592073
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.22</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587845
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.8</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588001
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588233
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588189
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.6</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589025
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587843
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588223
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588187
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28592309
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588355
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588519
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587969
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.23</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587837
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588443
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590425
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589075
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588485
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.17</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588021
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.21</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28591701
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.7</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587793
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587951
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588449
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28593383
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588549
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590053
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590151
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588733
---http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589215
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588599
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590111
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589573
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28594659
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589063
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587931
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28590275
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.15</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588093
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588367
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.13</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28588447
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589297
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.16</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28587961
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.19</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589129
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_07_05_1729257.9</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_07_05_1729257.28589579
</commentlist>
</conversation>
