Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Greetings all!
I've just purchased a DNS-323 and this is my first post. I realize that that this is a forum for advanced users and my question might be too obvious for some. However, I hope that nobody will be offended by it. :-)
I've been thinking about how I should configure the hard drives. I'm considering RAID1 to maximize security of my data but I wonder what happens if the device (not the disks) dies. Will it be possible to read the information on the disks somehow? How in this case? Will I have to purchase anther DNS-323 or leave the disks to recovery service (that is usually not cheap)? Other ideas?
Sooner or later the DNS-323 will die. Thus I am worried what happens to all my data. Or is a backup of DNS is a must? Why should I use RAID then if all the data is backed up anyway?
Offline
If the DNS-323 dies, you should be able to remove the disk from the enclosure, install it in a PC running linux and retrieve your data - you can also do this from a Windows system using an installable file system driver such as EXT2 IFS (http://www.fs-driver.org/). Ideally you would also have backed up your data elsewhere, since RAID is not a form of backup.
Why should you use RAID if all the data will be backed up anyway?
Simple - the whole purpose of RAID(1) is to reduce the impact of the downtime caused by a disk failure.
Think about this .....
Let's assume you don't use RAID, you backup all your data, and at 9:00 am, your disk fails - you have no access to your data until you get a replacement disk, install it, and then restore your backup - how long does that take? That's the down time. Now how much is it costing you per minute/hour? That's the impact of the down time.
Let's assume you use RAID(1) - at 9:00 am, your disk fails - you still have access to your data, there is no down time, there is no impact.
And since you're going to ask why is RAID not a form of backup, let me answer that - what happens if a user deletes a file, whether by accident or deliberately? What happens if a virus corrupts your database? With RAID(1), both copies are affected immediately, your data is history - with a backup, you might lose some data (depends on when the last backup was done) but you should have the bulk of the data intact.
BTW - this question has been asked before - if you search you'll find the solution I've suggested - along with other suggestions
Edit - As Haydn kindly pointed out, I slipped up with the wording of the first sentence, it has been corrected.
Last edited by fordem (2008-03-14 18:18:25)
Offline
Fordem, please would you reword your first sentence? I believe you meant to say "if the dns-323 dies" - not "if a disk in the dns-323 dies"... although if you meant that I really want your disk resurrecting computer!! ;P
Offline
Thanks much for that Haydn - and I'm working hard on that disk resurrecting computer - Bill Gates will have to step down as the world's (what is it now) third richest man now once I get the bugs worked out.
Offline
fordem wrote:
If a disk in a DNS-323 dies, you should be able to remove it from the enclosure, install it in a PC running linux and retrieve your data - you can also do this from a Windows system using an installable file system driver such as EXT2 IFS (http://www.fs-driver.org/). Ideally you would also have backed up your data elsewhere, since RAID is not a form of backup.
Why should you use RAID if all the data will be backed up anyway?
Simple - the whole purpose of RAID(1) is to reduce the impact of the downtime caused by a disk failure.
Think about this .....
Let's assume you don't use RAID, you backup all your data, and at 9:00 am, your disk fails - you have no access to your data until you get a replacement disk, install it, and then restore your backup - how long does that take? That's the down time. Now how much is it costing you per minute/hour? That's the impact of the down time.
Let's assume you use RAID(1) - at 9:00 am, your disk fails - you still have access to your data, there is no down time, there is no impact.
And since you're going to ask why is RAID not a form of backup, let me answer that - what happens if a user deletes a file, whether by accident or deliberately? What happens if a virus corrupts your database? With RAID(1), both copies are affected immediately, your data is history - with a backup, you might lose some data (depends on when the last backup was done) but you should have the bulk of the data intact.
BTW - this question has been asked before - if you search you'll find the solution I've suggested - along with other suggestions
Thank you very much fordem for your thorough answer! It was very pedagogic.:-) I see the difference between RAID1 and a real backup now.
Since I use the DNS at home the down time is not that important for me. Thus, I should use a real back up for my purposes.
On the other hand, the real back up would mean another server (and consequently more economical resources, cables etc.). I can neglect the risk of deleting files by myself and I rely on the firewall/antivirus concerning the data corruption by virus. What I do not rely on is the DNS itself. All the electronics fail sooner or later. That's why I wondered whether it was possible to recover the data from the drives when DNS itself dies.
I believe that if it is possible to read the drives somehow after the DNS is dead RAID1 would be enough for me as a "backup" option.
Thank you very much for the link to fs-driver. It looks interesting. However, I wonder whether the drives will fit on my PC at all. I believe that the PC uses IDE drives and not SATA that DNS uses. Are there simple enclosures for SATA disks that can be plugged to PC via USB or something?
After a while I will completely move to Mac. I hope there is a solution for Mac too.
Offline
timofej
Search the forum, there's a thread on an automated backup from disk1 to disk2 that might meet most of your back up requirements - and if you don't map a drive from the PC to that second volume, you should be safe from the effects of a virus.
Yes, you should be able to find external enclosures that allow SATA drives to be connected to a USB port, in fact I use a little SATA/PATA to USB adapter, without any enclosure - something similar to this - http://www.apricorn.com/product_detail. … &id=39
Offline
timofej, I agree with fordem. I use the DNS as a backup unit and I started out in Raid 1 but after some research, am now running standard. This way, I am not tied to:
1. Possible risk of data corruption when Raid array fails.
2. Limit of array size when bigger drives are more available
3. If the unit dies and corrupts data on drive 1, it will most like kill drive 2 as well since it is in Raid 1
So for my backup purposes, I run scheduled backups of computers through the LAN to drive 1. Then at a later time of the day, run backups from drive 1 to drive 2. This way, data is on the computer, drive 1 and drive 2. Whenever one fo these fail, I still have another copy on another drive. I have even created a daily backup schedule where I keep backups for 7 days just in case I need to go back a few days for a specific file.
Note, this will not help if your home gets robbed or god forbid, something happening like a major earthquake or fire as all the files are in the same location. You could also consider offsite backups in your next step (if data is that important to you).
Good luck and have fun!
Offline
I agree. I think RAID (both 0 and 1) is overrated on a DNS-323.
Offline
blahsome wrote:
I agree. I think RAID (both 0 and 1) is overrated on a DNS-323.
RAID0 provides no speed advantage, because the bottleneck is not the drives, RAID1 however does provide the usual level of protection against drive failure.
I know not everyone shares my point of view, but as long as the data remains available with one drive failed, as far as I'm concerned the RAID array has done it's job, and it's now up to me to do whatever is necessary to recover the failed array - and if that involves backing the data up, reformatting the array and restoring it, then so be it - mind you - in every test that I have done so far, I have not had a problem with a rebuild, just replace the "failed" drive with a fresh one and allow the DNS-323 to do it's thing.
You may not understand the benefit, but in that case I would have to assume that you've never experienced a drive failure on a mission critical system - I have, and I will not consider any form of networked storage holding live data that does not have some form of disk redundancy.
Offline
Thank you guys for your answers! They are really helping me to make the right decision.
Since the risk of the down time is not critical for my system RAID1 seems not have any benefit for me. Both fordem and mealto have a point that data corruption of any reason (unit fail, virus attack etc.) will lead to complete data loss. Automated periodical back up from disk 1 to disk 2 will loose only limited the data amount (if any at all).
I have never considered this type of back up. I was completely hung up on having another server which would yield additional costs and connections. Considering the possibility to connect SATA disks to a PC the idea of backing up to disk 2 is just great!
Thanks again for your help! I think the issue is solved. Will do some research how to make back up between the disks now. :-)
Offline
Maybe you could put your second disk in a pc? It could be spun down all of the time that you aren't making backups to it, and you could probably just use your usual backup program to make the backup of your DNS323 on to your PC.
I assume that there's less chance of a disaster affecting both disks if they are in different devices ;-)
Offline
Given the size of the DNS-323 it could be tucked away somewhere out of sight and/or secure and the PCs backed up to Vol1 and then Vol1 backed up to Vol2 - here's the tutorial on that.
This method has two advantages over backing up the DNS-323 to a disk in a PC - the first is that there is no traffic across the network, and the second is the issue of linux/DOS-Windows archive bit mapping, which more often than not causes problems with backup software.
Offline
sjmac wrote:
Maybe you could put your second disk in a pc? It could be spun down all of the time that you aren't making backups to it, and you could probably just use your usual backup program to make the backup of your DNS323 on to your PC.
I assume that there's less chance of a disaster affecting both disks if they are in different devices ;-)
It could work if I had the PC turned on most of the time. But I do not. The main purpose for the NAS for me is to have central storage that is accessible from all the computers (some of which are Macs) in my home network. A back up should be scheduled which is not possible when I can not guarantee that the back up device (the PC in this case) is on.
I think that the idea of backing up from disk 1 to disk 2 is great and fullfills my needs. Only physical lost of the device (fire, theft, my two kids :-)) can cause the fail of the system.
Offline
fordem wrote:
Given the size of the DNS-323 it could be tucked away somewhere out of sight and/or secure and the PCs backed up to Vol1 and then Vol1 backed up to Vol2 - here's the tutorial on that.
Thank you fordem for the direct link. I don't need to search myself now. :-) Will report the results here when I'm done. Even if it can take a while - don't have so much time to play with my equipment.
This forum is great! As well as the DNS-323 itself since it is possible to hack. I have browsed the forum for a while and is amazed how customizable the device is using the fun_plug. I wonder how come that this particular device has become almost iconic among NAS users. It is surely 3 years old but is still extremely popular. All other electronics are considered to become crap after a couple of years but not DNS-323. There are plenty Unix based NASes there but I have not met such dedicated society around any of them as I've found here. But this is just a little offtopic. :-)
Offline
I could be wrong - but I think it's just over a year old, I can remember hunting online for mine, when it was first released, and I'm thinking fifteen months or so.
ALthough I had dabbled with unix & linux over the years, I was never really "into" it, and the folks here have taught me a lot.
Last edited by fordem (2008-03-15 00:51:24)
Offline
fordem wrote:
I could be wrong - but I think it's just over a year old, I can remember hunting online for mine, when it was first released, and I'm thinking fifteen months or so.
Yes, your are right.:-) The device was announced autumn 2006. I don't know why I decided that it was 3 years old.:-O :-) However it's still a long time for electronics. In Sweden where I come from it is the most popular product among NASes. If you look at other categories the most popular products are seldom older than 5-6 months, that would mean that the DNS-323 is a really old peace of electronics. :-)
P.S. Ok, it's enough for today. It's getting quite late here. Have to go to bed now. :-) See you around...
Offline
fordem wrote:
You may not understand the benefit, but in that case I would have to assume that you've never experienced a drive failure on a mission critical system - I have, and I will not consider any form of networked storage holding live data that does not have some form of disk redundancy.
I do understand the benefit, and your assumption is wrong.
First, note that I qualified my statement with "on a DNS-323." If you use a DNS-323 as part of a mission critical system, all power to you. For a home/SOHO device such as the DNS-323, you'd much more likely experience an accidental overwrite or deletion or corruption or power interruption than hard disk failure. None of these scenarios benefit one bit from RAID1.
Second, somebody has already argued that RAID1 on a DNS-323 is not supposed to be your primary backup method; I won't repeat it here. Under that assumption, any of your important data is backed up somewhere else. Why then should I waste half of my storage capacity on yet another copy?
Sorry, I still fail to see any benefit of either RAID0 or RAID1 *on a DNS-323*.
Offline
Hi Blahsome,
blahsome wrote:
For a home/SOHO device such as the DNS-323, you'd much more likely experience an accidental overwrite or deletion or corruption or power interruption than hard disk failure. None of these scenarios benefit one bit from RAID1.
...
Sorry, I still fail to see any benefit of either RAID0 or RAID1 *on a DNS-323*.
Two points:
1/ I do see benefits of RAID1 in relation to the power interruption scenario. This happens frequently in SOHO environments. The DNS-323 is prone to disk corruption on abnormal power interruption. I must add this is not a defect but a property of the operating system that is running on it.
In two instances at at least, I was able to recover their systems easily and remotely because the DNS-323's were running RAID1. The process would have been much more difficult if RAID1 was not running.
2/ Also, in a SOHO environment, the DNS-323 (or like devices) on a UPS running RAID1 is a nice solution for a remotely managed storage using with near 100% availability using inexpensive disks.
My 0.2cents worth
Jaya
Offline
jayas wrote:
1/ I do see benefits of RAID1 in relation to the power interruption scenario. This happens frequently in SOHO environments. The DNS-323 is prone to disk corruption on abnormal power interruption. I must add this is not a defect but a property of the operating system that is running on it.
In two instances at at least, I was able to recover their systems easily and remotely because the DNS-323's were running RAID1. The process would have been much more difficult if RAID1 was not running.
In other words, you got lucky, or did you?
I have a feeling we won't be able to convince each other, but let's get the basic fact right.
A simple RAID1 implementation guards against *mechanical disk failures*, nothing more. How do you know the I/O state of the two disks when a power failure occurs? You don't. RAID1 "mirrors" data on both drives, meaning a power failure can well corrupt both drives.
Let me quote from the following documentation: The redundancy of RAID levels is designed to protect against a disk failure, not against a power failure. (http://www.linux.com/base/ldp/howto/Sof … WTO-4.html)
You are right in that a UPS does protect against power failures, but in that case non-RAID configurations are protected as well. Regarding high availability, I've seen reports where the DNS-323 got confused and built or rebuilt the RAID arrays incorrectly. The moral of the story is that you are NOT supposed to store the only copy of any important data on a consumer device such as the DNS-323. You need to back it up somewhere else too!
If that's the case, again why should I waste half of my storage capacity on a RAID1?
Offline
blahsome wrote:
I do understand the benefit, and your assumption is wrong.
First, note that I qualified my statement with "on a DNS-323." If you use a DNS-323 as part of a mission critical system, all power to you. For a home/SOHO device such as the DNS-323, you'd much more likely experience an accidental overwrite or deletion or corruption or power interruption than hard disk failure. None of these scenarios benefit one bit from RAID1.
Second, somebody has already argued that RAID1 on a DNS-323 is not supposed to be your primary backup method; I won't repeat it here. Under that assumption, any of your important data is backed up somewhere else. Why then should I waste half of my storage capacity on yet another copy?
Sorry, I still fail to see any benefit of either RAID0 or RAID1 *on a DNS-323*.
There are many small businesses whose owners would rather be running their business than managing servers, they don't want and in some cases can't afford a true server solution, but that doesn't mean that they don't need reliable networked storage.
The SOHO market was D-Link's target for the DNS-323 - in many cases the initial setup will be done by a "consultant" or tech savvy friend and all the business owner has to do is power it up in the morning with a touch of a button, and back off in the evening, using the same button.
As regard the RAID1 not being primary backup, there's a good chance that "somebody" was me - go back and read the post, and you'll see why a small business owner should waste half of his/her storage capacity on yet another copy - because - if/when a drive fails, he/she can continue to work rather than to have to wait for the consultant or tech savvy friend to come and sort out the problem.
Not having immediate access to your data might not be a problem for you, but it frequently is for some of us - RAID1 *on a DNS-323* might not offer you any benefit, but it does for many others.
Offline
fordem wrote:
RAID1 *on a DNS-323* might not offer you any benefit, but it does for many others.
That's fine. We'll agree to disagree.
Offline
Hi Blahsome
blahsome wrote:
A simple RAID1 implementation guards against *mechanical disk failures*, nothing more.
Firstly I don't know what you mean by "simple" RAID1. Secondly, it is not just mechanical failures that RAID defends against but electrical and other failures too. Most importantly "nothing more" at the end of the your statement IMHO makes it absolutely incorrect. You don't know what events RAID1 implementations defend against unless you look into the implementation.
How do you know the I/O state of the two disks when a power failure occurs? You don't.
You do if you look at the implementation. In my experience I found that software RAID1 implementations tend to have less concurrency than their hardware counterparts. This makes them more robust in relation to power failure events.
RAID1 "mirrors" data on both drives, meaning a power failure can well corrupt both drives.
The mirroring policy determines if power failure will corrupt both drives. If in a software RAID implementation, the policy is to write to only one drive of a mirror set at any one time, then corruption of more than one drive as a result of power failure is extremely unlikely.
Let me quote from the following documentation: The redundancy of RAID levels is designed to protect against a disk failure, not against a power failure.
Nothing wrong with the statement in the documentation, but your inference does not seem to follow. RAID is not designed to protect against power failure. That does not mean RAID implementations will not protect against such an event. You have to look at implementation rather than rely on one liners.
Regarding high availability, I've seen reports where the DNS-323 got confused and built or rebuilt the RAID arrays incorrectly. The moral of the story is that you are NOT supposed to store the only copy of any important data on a consumer device such as the DNS-323. You need to back it up somewhere else too!
I read the anecdotal evidence differently. All the reports with RAID1 point to availability of data even when one of the drives shows up with amber light. All reports with JBOD under these circumstances all lost data. So the moral as I see it is quite different to yours
If that's the case, again why should I waste half of my storage capacity on a RAID1?
By definition, RAID1 trades 50 percent space to defend against single drive failures. You don't have to use it if you do not need the functionality it provides.
Jaya
Offline
jayas wrote:
Hi Blahsome
In my experience I found that software RAID1 implementations tend to have less concurrency than their hardware counterparts. This makes them more robust in relation to power failure events.
Hi jayas.
I rest my case.
Last edited by blahsome (2008-03-15 06:09:14)
Offline
jayas wrote:
...The DNS-323 is prone to disk corruption on abnormal power interruption.
I must add this is not a defect but a property of the operating system that is running on it....
@jayas - Disk corruption (on power outage) is more a property of the non-journaled file system (ext2)
D-Link choose to use. With a journaled file system (ext3, xfs, riser) the probability of disk corruption
on abnormal power outage is greatly reduced.
@blathsome - I use RAID1 to keep my data available in the event of a hard drive failure. IMHO
the additional expense is an acceptable premium for this type of insurance policy. YMMV
Last edited by mig (2008-03-15 06:30:03)
Offline
Hi Mig,
mig wrote:
jayas wrote:
...The DNS-323 is prone to disk corruption on abnormal power interruption.
I must add this is not a defect but a property of the operating system that is running on it....@jayas - Disk corruption (on power outage) is more a property of the non-journaled file system (ext2)
D-Link choose to use. With a journaled file system (ext3, xfs, riser) the probability of disk corruption
on abnormal power outage is greatly reduced.
Yes and no. Yes I agree journaled file systems trade efficiency for robustness in relation to power interruption.
However I was more thinking of the elevator sort (or variant) used in *nix systems that made disks efficient but almost always suffer from data integrity problems when power was interrupted. Compare this with certain other system which (at one time) did not do buffering and sorting disk accesses. It was far less efficient but did not have as much problems when the power switch was turned off.
{digression}
As to whether or not D-LINK should have use ext3 (journaled) file system for RAID1, I guess there are two schools of thought and I belong to the one that prefers ext2. IMO when not using RAID1, ext3 journaling is a good trade of performance for data integrity.
{/digression}
Jaya
Offline