[ale] Backups (What are you using?)

Brandon Colbert colbert.brandon at gmail.com
Tue Jan 27 15:08:54 EST 2009


For a small company like us, and the messed up economy. Saving money means
saving job. Besides, I use enough budget money on the Cisco stuff. LOL

2009/1/27 Jeff Lightner <jlightner at water.com>

>   "industry standard"  - Not sure I buy that.
>
>
>
> It seems clear there are people using it but from my work in the "industry"
> it is not the "standard".
>
>
>  ------------------------------
>
> *From:* ale-bounces at ale.org [mailto:ale-bounces at ale.org] *On Behalf Of *Brandon
> Colbert
> *Sent:* Tuesday, January 27, 2009 2:42 PM
> *To:* ale at ale.org
> *Subject:* Re: [ale] Backups (What are you using?)
>
>
>
> Here is what our solution is going to be. I sold the idea now it is
> implementation time. LOL
>
>
>
> 5. *Enterprise Backup Solution* - http://bacula.org/en/
>
> This concept is an industry standard that is used in an enterprise
> environment that has 20 or more servers.
>
> Three hardware components are involved in this process: server, 12-bay
> storage, 4 bay storage. The server will run an Open Source Enterprise backup
> software that consists of a SQL database that keeps track of the data. It
> emails and provides detail reports daily. The software uses the storage pool
> concept like the commercial applications. The 12 bay RAID storage will
> always been online and serve as the main online storage for the backup
> solution. The 4 bay storage will not be in a RAID set (JBOD), and it will be
> treated as tape(off-line). When the server makes the off-site copy to that
> storage pool it writes it to one of the 4 drives. Once all the drives are
> full they can be taken out (hot-swapping online), and replaced with new
> ones. The hard disks will be taken to a fire proof safe deposit box at a
> bank. The bank will provide higher security, and will compensate [Company
> Name] if the data is stolen. The other servers will run a backup client that
> will communicate to the server when it needs a restore or backup. Backup
> schedules can be set for the all clients.
>
>
>
>
>
> *Cost Estimate:*
>
> *OFF-LINE Storage*
>
> SC-ESATA-PCIE2 image
>
> Silicon Image 2-Port eSATA RAID Controller SC-ESATA-PCIE2 44.00
>
> 1U Rackmount SATA Port Multiplier Enclosure w/4 trays SC-SAT4PM1U 469.00
>
> 4TB = 540.00
>
> Total = 1053.00
>
>
>
> Hard Disk: 135.00 1TB
>
>
>
> *ON-LINE Storage*
>
> 12-bay 2U SAS/SATA Rackmount JBOD w/Redundant 500W PSU SC-SAT122URD with
> expander 1800.00
>
> Areca ARC-1680ix-8 SAS RAID Controller SC-ARC1680ix-8 739.00
>
> 1m External MiniSAS Cable SFF-8088 to SFF-8088 SAS-8888-1M 47.00
>
> 6TB = 820.00
>
> Total = 3406.00
>
>
>
> Grand Total = 4459.00
>
>
>
> On Tue, Jan 27, 2009 at 2:39 PM, Brandon Colbert <
> colbert.brandon at gmail.com> wrote:
>
> Here is what our solution is going to be. I sold the idea now it is
> implementation time. LOL
>
>
>
> 5. *Enterprise Backup Solution* - http://bacula.org/en/
>
> This concept is an industry standard that is used in an enterprise
> environment that has 20 or more servers.
>
> Three hardware components are involved in this process: server, 12-bay
> storage, 4 bay storage. The server will run an Open Source Enterprise backup
> software that consists of a SQL database that keeps track of the data. It
> emails and provides detail reports daily. The software uses the storage pool
> concept like the commercial applications. The 12 bay RAID storage will
> always been online and serve as the main online storage for the backup
> solution. The 4 bay storage will not be in a RAID set (JBOD), and it will be
> treated as tape(off-line). When the server makes the off-site copy to that
> storage pool it writes it to one of the 4 drives. Once all the drives are
> full they can be taken out (hot-swapping online), and replaced with new
> ones. The hard disks will be taken to a fire proof safe deposit box at a
> bank. The bank will provide higher security, and will compensate [Company
> Name] if the data is stolen. The other servers will run a backup client that
> will communicate to the server when it needs a restore or backup. Backup
> schedules can be set for the all clients.
>
>
>
>
>
> *Cost Estimate:*
>
> *OFF-LINE Storage*
>
> SC-ESATA-PCIE2 image
>
> Silicon Image 2-Port eSATA RAID Controller SC-ESATA-PCIE2 44.00
>
> 1U Rackmount SATA Port Multiplier Enclosure w/4 trays SC-SAT4PM1U 469.00
>
> 4TB = 540.00
>
> Total = 1053.00
>
>
>
> Hard Disk: 135.00 1TB
>
>
>
> *ON-LINE Storage*
>
> 12-bay 2U SAS/SATA Rackmount JBOD w/Redundant 500W PSU SC-SAT122URD with
> expander 1800.00
>
> Areca ARC-1680ix-8 SAS RAID Controller SC-ARC1680ix-8 739.00
>
> 1m External MiniSAS Cable SFF-8088 to SFF-8088 SAS-8888-1M 47.00
>
> 6TB = 820.00
>
> Total = 3406.00
>
>
>
> Grand Total = 4459.00
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Tue, Jan 27, 2009 at 1:55 PM, Jim Kinney <jim.kinney at gmail.com> wrote:
>
> I'm surprised no one has added the "I don't do backups 'cause all the
> important stuff is in-my-head/hardcopy".
>
> NASA has a truly horrid backup problem. They have so much data that
> the media is beginning to fail before they can get back around to
> transfer it to another format. There is stuff from the early Mercury
> and Gemini days that is not searchable as it is on paper (that is
> rotting away - pre acid-free days) and much of the moon landing data
> that is electronic is on tape media with no remaining drives that
> function.
>
> Imagine needing to backup dozens of TB that is readable at only 2-3Kb/s!
>
> 2009/1/26 Brandon Colbert <colbert.brandon at gmail.com>:
>
> > All,
> >
> > Today I proposed a new backup solution using Bacula. Does anyone have
> Bacula
> > deployed in their environment? I just wanted to see what everyone else is
> > using.
> >
> >
>
> > _______________________________________________
> > Ale mailing list
> > Ale at ale.org
> > http://mail.ale.org/mailman/listinfo/ale
> >
> >
>
>
>  --
> --
> James P. Kinney III
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
>
>
>
>
>
>  *Please consider our environment before printing this e-mail or
> attachments.*
>  ----------------------------------
> CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential
> information and is for the sole use of the intended recipient(s). If you are
> not the intended recipient, any disclosure, copying, distribution, or use of
> the contents of this information is prohibited and may be unlawful. If you
> have received this electronic transmission in error, please reply
> immediately to the sender that you have received the message in error, and
> delete it. Thank you.
> ----------------------------------
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.ale.org/pipermail/ale/attachments/20090127/3dff54ad/attachment-0001.html 


More information about the Ale mailing list