TSB

Computers and Software => Computers and Software - General => Topic started by: ebscreen on November 17, 2015, 07:28:33 PM

Title: RAID/SSD's
Post by: ebscreen on November 17, 2015, 07:28:33 PM
Internet won't give me a straight answer.

We backup already, but I'm realizing that a reinstall of a backup would likely take hours, several of them. And it would
be at the worst possible time of course.

I'd like to RAID 1 our machines, but they all use SSD's, and I'm not sure if they play along, or if it's even worth it.
Doing it via motherboard/controller if that makes a difference.

Also, for those of you doing"carbon copy" type backups, how do you deal with open files? From my understanding
it's not a good idea to copy files that are currently open, IE Quickbooks etc, any unsaved data currently in cache
can corrupt the backup rendering it useless, especially with shared files. The "save as" command from within the
program is usually acceptable however, but requires manual or scripted usage.

Title: Re: RAID/SSD's
Post by: Frog on November 17, 2015, 07:42:41 PM
My last box had a raid array, and required two identical drives. I'm figuring that it don't care whether they're mechanical or solid state but need to be the same.
Title: Re: RAID/SSD's
Post by: ebscreen on November 17, 2015, 08:15:26 PM
Yep, I've got that much down. I'd imagine using a lesser quality drive would degrade performance of the first one as well,
and there's no point in doing that.
Title: Re: RAID/SSD's
Post by: Gilligan on November 17, 2015, 08:18:30 PM
Here is the easiest solution.

Ssd for the os drive and store data on raid 1 platter drives.

Speed won't be terrible where it counts and it will give your data redundancy.

You may lose the machine (os drive) but you could slap the raid into a spare machine and be back up pretty quickly.
Title: Re: RAID/SSD's
Post by: jvanick on November 18, 2015, 08:48:23 AM
for pretty much any raid level, you want the performance of the drives to be the same.

reason being the OS doesn't get 'confirmation' that the 'write' is complete until the last drive has finished writing the data.   There are raid controllers with battery backed cache memory, but even those will slow down when the cache gets full.

Gilligan is right on with his suggestion..  Raid 1 is always a good plan too, as typically those drives can be read on any computer with a usb drive dock (vs raid 5 which requires the same exact controller)
Title: Re: RAID/SSD's
Post by: UnderPressureSP on November 18, 2015, 09:04:12 AM
I put one of these in and I can say my data writing lag has went away for the most part.  http://www.newegg.com/Product/Product.aspx?Item=N82E16820228113 (http://www.newegg.com/Product/Product.aspx?Item=N82E16820228113)   I also have 2 SSD drives and a regular hard drive.  SSD work better for raids than normal hard drives.  Its all how your system is made and where your programs are placed.  Adding a 4 hard drive setup was one of the best things I did for my computer work flow this year.       
Title: Re: RAID/SSD's
Post by: GraphicDisorder on November 18, 2015, 09:23:20 AM
We have each machine with SSD drives where OS/Programs live.  Each machine has a data drive which is just a normal internal drive (large).  We like this as some files are super big and opening over the network has a slight hesitation on big ones.  Our server which is running raid then copies each machine at night. So we have 2 copies at least of each machine. In addition each machine as a external copying the data drive at night. Somewhat over kill but I have never lost anything doing it this way.
Title: Re: RAID/SSD's
Post by: blue moon on November 18, 2015, 11:42:30 AM
I've had multiple multi thousand dollar RAID setups (with hardware controllers) fail and cause significant issues. Since then I keep it simple. Server has a mirror with set up directly from the factory (IBM/Lenovo) to reduce the potential of hardware incompatibility. It is using regular hard drives as they are faster than what the network will support. Systems are backed up to the server and the server itself has an internal drive to back up everything and external drives to back that up (one is in a fireproof/waterproof safe).

Here's something to think about, most airplane manufacturers have gone from 4 engines back to two. They found that introducing more engines caused more frequent problems without really delivering more reliability. So they switched back to two engines per plane . . .

Also, spending half a day to restore from backup is not the end of the world. It should not be happening at all, but taking a little longer once in 10 years probably has a better ROI than a complicated backup solution.

pierre
Title: Re: RAID/SSD's
Post by: ebscreen on November 18, 2015, 01:12:09 PM
Here is the easiest solution.

Ssd for the os drive and store data on raid 1 platter drives.


I forgot to mention that's how we have our machines setup already. I would actually rather
raid the OS drive because that would be the majority of our time recovering from a failure,
reinstalling all of our programs etc. Storage is just that, a fairly long copy time and we'd
be done.

We have each machine with SSD drives where OS/Programs live.  Each machine has a data drive which is just a normal internal drive (large).  We like this as some files are super big and opening over the network has a slight hesitation on big ones.  Our server which is running raid then copies each machine at night. So we have 2 copies at least of each machine. In addition each machine as a external copying the data drive at night. Somewhat over kill but I have never lost anything doing it this way.


Makes sense. How would you be in case of fire/theft though? Those are the two that get me, we've got a drive literally in the wall
for theft, but fire would kill us there. As is I take home a drive every week with out two most important files (quickbooks and our database).




I've had multiple multi thousand dollar RAID setups (with hardware controllers) fail and cause significant issues. Since then I keep it simple. Server has a mirror with set up directly from the factory (IBM/Lenovo) to reduce the potential of hardware incompatibility. It is using regular hard drives as they are faster than what the network will support. Systems are backed up to the server and the server itself has an internal drive to back up everything and external drives to back that up (one is in a fireproof/waterproof safe).

Here's something to think about, most airplane manufacturers have gone from 4 engines back to two. They found that introducing more engines caused more frequent problems without really delivering more reliability. So they switched back to two engines per plane . . .

Also, spending half a day to restore from backup is not the end of the world. It should not be happening at all, but taking a little longer once in 10 years probably has a better ROI than a complicated backup solution.

pierre


I knew you had mentioned a harddrive in a safe, and when I asked the droids at Fry's (a brick and mortar Newegg for those not familiar) they
laughed at me "you can't run cables into a safe and have it be fireproof, no such thing". I'll look again.

I think you're right Pierre about the complicated backup solution, the more I try and plan for every possible scenario
just adds layers and layers of potential problems. KISS.


Thanks for your input everyone, more to chew on. Any one have any thoughts on backing up open/shared files such as Quickbooks etc?
Another computer myth?
Title: Re: RAID/SSD's
Post by: GraphicDisorder on November 18, 2015, 01:19:10 PM
Makes sense. How would you be in case of fire/theft though? Those are the two that get me, we've got a drive literally in the wall
for theft, but fire would kill us there. As is I take home a drive every week with out two most important files (quickbooks and our database).

We bring a drive in (monthly) and back it up and take it home.  BUT I am guilty of not doing it as often as I should.  I really need to come up with a process on that and make sure I do it. 
Title: Re: RAID/SSD's
Post by: blue moon on November 18, 2015, 01:25:31 PM
Here is the easiest solution.

Ssd for the os drive and store data on raid 1 platter drives.



I forgot to mention that's how we have our machines setup already. I would actually rather
raid the OS drive because that would be the majority of our time recovering from a failure,
reinstalling all of our programs etc. Storage is just that, a fairly long copy time and we'd
be done.

We have each machine with SSD drives where OS/Programs live.  Each machine has a data drive which is just a normal internal drive (large).  We like this as some files are super big and opening over the network has a slight hesitation on big ones.  Our server which is running raid then copies each machine at night. So we have 2 copies at least of each machine. In addition each machine as a external copying the data drive at night. Somewhat over kill but I have never lost anything doing it this way.



Makes sense. How would you be in case of fire/theft though? Those are the two that get me, we've got a drive literally in the wall
for theft, but fire would kill us there. As is I take home a drive every week with out two most important files (quickbooks and our database).




I've had multiple multi thousand dollar RAID setups (with hardware controllers) fail and cause significant issues. Since then I keep it simple. Server has a mirror with set up directly from the factory (IBM/Lenovo) to reduce the potential of hardware incompatibility. It is using regular hard drives as they are faster than what the network will support. Systems are backed up to the server and the server itself has an internal drive to back up everything and external drives to back that up (one is in a fireproof/waterproof safe).

Here's something to think about, most airplane manufacturers have gone from 4 engines back to two. They found that introducing more engines caused more frequent problems without really delivering more reliability. So they switched back to two engines per plane . . .

Also, spending half a day to restore from backup is not the end of the world. It should not be happening at all, but taking a little longer once in 10 years probably has a better ROI than a complicated backup solution.

pierre



I knew you had mentioned a harddrive in a safe, and when I asked the droids at Fry's (a brick and mortar Newegg for those not familiar) they
laughed at me "you can't run cables into a safe and have it be fireproof, no such thing". I'll look again.

I think you're right Pierre about the complicated backup solution, the more I try and plan for every possible scenario
just adds layers and layers of potential problems. KISS.


Thanks for your input everyone, more to chew on. Any one have any thoughts on backing up open/shared files such as Quickbooks etc?
Another computer myth?


http://www.amazon.com/SentrySafe-SFW123GTF-Electronic-Connection-Cubic/dp/B00LU1UQG6 (http://www.amazon.com/SentrySafe-SFW123GTF-Electronic-Connection-Cubic/dp/B00LU1UQG6)

pierre
Title: Re: RAID/SSD's
Post by: ebscreen on November 18, 2015, 01:31:09 PM

[url]http://www.amazon.com/SentrySafe-SFW123GTF-Electronic-Connection-Cubic/dp/B00LU1UQG6[/url] ([url]http://www.amazon.com/SentrySafe-SFW123GTF-Electronic-Connection-Cubic/dp/B00LU1UQG6[/url])

pierre



IN  YOUR FACE FRYS NERDS!!!
Title: Re: RAID/SSD's
Post by: blue moon on November 18, 2015, 01:32:25 PM
I should mention that the safe is not burglar proof regardless of what they SentrySafe would like you to believe. Even with the significantly beefed up steel bars to close the doors, it can be opened with a strong magnet or a pry bar in less than a minute! It looks like a safe, it acts like a safe, it is sold as a safe, but alas it is just a duck . . .

pierre
Title: Re: RAID/SSD's
Post by: ZooCity on November 18, 2015, 02:12:52 PM
Pierre, that's exactly what we need.   Not so much for the theft protection but the fire protection.  I'm going to look for a thunderbolt or usb 3.0 version.

We are moving from cloud storage to a local network....someday.  I setup the hardware to minimize downtime.  I haven't ran this all yet so this is just talk but here it is:

In our case we're using macs so the server machine is a Mac Mini.  We have quite a few other mac minis of similar vintage and a spare one waiting in the wings.  Should both the platter drives in the server or the server machine itself crap out, we simply grab the backup mini, plug in the external and copy back over.  Very little downtime and no big to do with restoring, especially with the thunderbolt connection.   You can sub in whatever windows machines here and get the same or probably better results. 


Title: Re: RAID/SSD's
Post by: Gilligan on November 18, 2015, 02:29:03 PM

I forgot to mention that's how we have our machines setup already. I would actually rather
raid the OS drive because that would be the majority of our time recovering from a failure,
reinstalling all of our programs etc. Storage is just that, a fairly long copy time and we'd
be done.

EB,

You could just image the OS drive once you get it setup like you want.  You could even take a spare drive, clone it and then just let it sit for that day the OS shits the bed.  You could run the cloning process from time to time to keep it updated.

To do raid 1 properly I think you need hardware and as Pierre said, it's picky.

I have a client that uses Raid 1 for his boot drives... the whole server MUST be running... it's running a raid 1 card and he has a second one sitting on a shelf in case that card shits the bed.  He can't afford to be down and he has to pay for it.

It would be cheaper to do what I'm suggesting, but he has lost 2-3 hard drives since I built the system and he's never known.  The card just emails me, I get a new drive and go install it.  He's only down for a few minutes during lunch.

My production manager's PC flipped out on us the other day (hard drive controller driver issue)... he just moved over to another PC to get his work done while I sorted it all out.
Title: Re: RAID/SSD's
Post by: blue moon on November 18, 2015, 03:00:43 PM

I forgot to mention that's how we have our machines setup already. I would actually rather
raid the OS drive because that would be the majority of our time recovering from a failure,
reinstalling all of our programs etc. Storage is just that, a fairly long copy time and we'd
be done.

EB,

You could just image the OS drive once you get it setup like you want.  You could even take a spare drive, clone it and then just let it sit for that day the OS shits the bed.  You could run the cloning process from time to time to keep it updated.

To do raid 1 properly I think you need hardware and as Pierre said, it's picky.

I have a client that uses Raid 1 for his boot drives... the whole server MUST be running... it's running a raid 1 card and he has a second one sitting on a shelf in case that card shits the bed.  He can't afford to be down and he has to pay for it.

It would be cheaper to do what I'm suggesting, but he has lost 2-3 hard drives since I built the system and he's never known.  The card just emails me, I get a new drive and go install it.  He's only down for a few minutes during lunch.

My production manager's PC flipped out on us the other day (hard drive controller driver issue)... he just moved over to another PC to get his work done while I sorted it all out.

Yup, keep it simple! As Kevin said, you have to have the replacement controller, but in reality, you need a hot swap server that is identical to the one you have. We had power supplies go out making the RAID crash and lose data (bad battery on the controller, never knew about it as the server was not configured to send notifications and we were not checking since everything was working fine!). We've had replacement controllers on the shelf and when we tried to put it in, the firmware version was different and it would not recognize the drives. Also, all the OS data on the drive is set up for that server's hardware so it's not like you can just plug it into another system. Some installations will recover, but some will hang. Unless you are mission critical, it's not really worth the time and money needed to make it work. . .

pierre
Title: Re: RAID/SSD's
Post by: Gilligan on November 18, 2015, 04:19:52 PM
... never knew about it as the server was not configured to send notifications and we were not checking since everything was working fine!). ...
pierre


Ughhh... I've done that with my personal server... more than once. :(

One time, I was able to swap boards on the hard drive and got UBER lucky in that it actually was compatible AND the one that I got working was also the one that was last to fail.

I spoke with a data recovery specialist in town and he said to buy a lottery ticket as that shouldn't have worked so well.
Title: Re: RAID/SSD's
Post by: Admiral on November 18, 2015, 06:13:32 PM
Seems you are referring to having vital data on these computers? If so then yes it should be mirrored and backed up remotely ideally.  I would look into software for raiding which is more versatile and compatible with different drives / sizes etc.

The artwork computers here have a SSD drive for the programs, regular platter spin hard drive for the backup / scratch disks.  Nothing on these is vital, just would make it easy to restore the computer if the SSD failed. 

Server with hard disk redundancy is where all files are (art and everything else for the company), and this is backed up to another server remotely every night. 
Title: Re: RAID/SSD's
Post by: Gilligan on November 18, 2015, 09:58:13 PM
Admiral, you can't do raid on OS drives with software alone.  It has to happen at the hardware level to be able to boot.
Title: Re: RAID/SSD's
Post by: Admiral on December 10, 2015, 07:32:26 PM
Admiral, you can't do raid on OS drives with software alone.  It has to happen at the hardware level to be able to boot.

I never said on the OS drives...and personally I wouldn't store anything vital on OS drives (unless you are backing that up easily and efficiently), those are the drives most likely to fail with all of the reads and writes constantly.

A central server with a raid setup (why not just a NAS? I use Synology) that backups daily is easy to install and very reliable, much more so than computers for all of the data.
Title: Re: RAID/SSD's
Post by: Gilligan on December 11, 2015, 11:51:11 AM
Admiral, I see my disconnect... I just followed your posting as if it was a continuation on a conversation that you weren't even a part of. ;)

My bad!