[FX.php List] Folder path?

[Bob Patin]

I agree totally; in my company we burn backups to DVD-R 4 times per  
week, and move a copy to a bank vault on a regular basis. In addition  
to 2 daily backups to the same HD, I pull backups of all my FM  
Servers from the respective machines to a separate machine; at any  
given time, I have 2 backups on the original servers, plus another on  
a separate server, plus DVD backups.

I had a nightmare scenario occur about 6 months ago, which served as  
a great warning to me: on one of our FM 6 Server machines, the hard  
drive failed one morning. No problem, I thought, I'll go to the most  
recent DVD and restore the file set to a fresh HD (I keep several on  
hand all the time) and be back in business shortly.

I did so, and the server was back in 20 minutes. That afternoon, I  
got a phone call from one of my clients, who told me that the data in  
her database was 6 months old! I said no, that couldn't be, that I'd  
restored from the most recent backup, which was only a day old. She  
insisted, so I took a look, and to my horror, I saw that FM 6 Server  
had stopped doing backups somewhere in the past 6 months, and I'd  
been burning backups of the same fileset over and over for almost 6  
months!

I stood in my office, envisioning a lawsuit and the complete meltdown  
of my hosting business... there were almost 80 files on that machine.  
In a last desperate attempt, I went back to the garbage, dug out the  
drive I'd replaced from the trash, wiped it off, and put it into a  
test machine, hoping against hope that I could get it to mount long  
enough to pull the databases from it. To my huge relief, it mounted,  
I pulled the databases from it, and restored the data.

But the lesson was learned: now I make sure to note that backups are  
done when I'm burning DVDs, so that the same disaster isn't repeated.

Bob Patin
Longterm Solutions
bob at longtermsolutions.com
615-333-6858
http://www.longtermsolutions.com

   CONTACT US VIA INSTANT MESSAGING:
      AIM or iChat: longterm1954
      Yahoo: longterm_solutions
      MSN: tech at longtermsolutions.com
      ICQ: 159333060


On Apr 23, 2007, at 2:25 AM, Gjermund Gusland Thorsen wrote:

> I have a philosophical problem with accepting internal HD as backup,
> for me backup is "same( at a certain timestamp ) data on a separate  
> device."
>
> Preforably not even in the same building, if I have one NAS in the
> home of 3 employees each and the backup routine was set up to move
> files to their homes respectively distrubuted throughout the day that
> would be a reasonable backup from my point of view.
>
> Backup on the same harddisk or some harddisk inside the same node,
> would be considered waste for me if the building burns down, however
> if the computer burns down, then an external harddisk would probably
> be good enough.
>
> ggt667
>
> On 4/23/07, Kevin Futter <kfutter at sbc.melb.catholic.edu.au> wrote:
>>
>>  On 23/4/07 4:05 PM, "Edward L. Ford" <elford at cs.bu.edu> wrote:
>>
>>
>> I don't have direct access to a FM Server or a reason to  
>> investigate this
>> for my own needs, but I'd thought I'd provide some of the thoughts  
>> I had
>> about this subject:
>>
>>  While not being able to specify where FMSA stores its db files  
>> seems odd,
>> maybe it is FMIs choice to limit where the files are stored for  
>> database
>> integrity reasons, as someone else already stated.
>>
>>
>>  It's not that you can't tell FMSA where you want to store your  
>> files – you
>> can – it's just that it appears it has to be on an internal drive,  
>> not a
>> removable one. I do agree with the stated reasoning for this  
>> though. We have
>> FMSA installed on the boot volume along with the OS, the databases  
>> stored on
>> a second internal drive, and their backups on a third. I believe  
>> you point
>> your backups happily at a removable drive though.
>>
>>  -----------------------------------------------
>>  Kevin Futter
>>  Webmaster, St. Bernard's College
>>  http://www.sbc.melb.catholic.edu.au/
>>  ________________________________
>>  This e-mail message has been scanned for Viruses and Content and  
>> cleared by
>> MailMarshal ________________________________
>>
>>
>>
>>
>>  ________________________________
>>  This e-mail and any attachments may be confidential. You must not  
>> disclose
>> or use the information in this e-mail if you are not the intended  
>> recipient.
>> If you have received this e-mail in error, please notify us  
>> immediately and
>> delete the e-mail and all copies. The College does not guarantee  
>> that this
>> e-mail is virus or error free.  The attached files are provided  
>> and may only
>> be used on the basis that the user assumes all responsibility for  
>> any loss,
>> damage or consequence resulting directly or indirectly from the  
>> use of the
>> attached files, whether caused by the negligence of the sender or  
>> not. The
>> content and opinions in this e-mail are not necessarily those of the
>> College. ________________________________
>>
>> _______________________________________________
>> FX.php_List mailing list
>> FX.php_List at mail.iviking.org
>> http://www.iviking.org/mailman/listinfo/fx.php_list
>>
>>
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list