Subject | Re: [firebird-support] Consistency Check When Backing Up |
---|---|
Author | Kurt Federspiel |
Post date | 2009-01-13T15:36:13Z |
Actually, FWIW...it IS a SSD, and it has the reliability of the Bush Administration during a Hurricane.
And, unfortunately, it's not the first; through research , I have found the newer (i.e. 3-years-old or less) laptop drives are as resistant to the environment as the SSD. Bumps, vibration, dust and heat don't seem to bother them.
We had one in a mechanical room in the "penthouse" of a building when the building gwas hit by lightning...nothing in the top of the building survived that...
Greets.
Kurt.
----------------------------------------
Never underestimate the Power of Denial.
________________________________
From: Hans <hhoogstraat@...>
To: firebird-support@yahoogroups.com
Sent: Monday, January 12, 2009 10:18:51 PM
Subject: Re: [firebird-support] Consistency Check When Backing Up
and consider an SSD, wow what an improved with FireBird :)
And, unfortunately, it's not the first; through research , I have found the newer (i.e. 3-years-old or less) laptop drives are as resistant to the environment as the SSD. Bumps, vibration, dust and heat don't seem to bother them.
We had one in a mechanical room in the "penthouse" of a building when the building gwas hit by lightning...nothing in the top of the building survived that...
Greets.
Kurt.
----------------------------------------
Never underestimate the Power of Denial.
________________________________
From: Hans <hhoogstraat@...>
To: firebird-support@yahoogroups.com
Sent: Monday, January 12, 2009 10:18:51 PM
Subject: Re: [firebird-support] Consistency Check When Backing Up
and consider an SSD, wow what an improved with FireBird :)
----- Original Message -----
From: "Helen Borrie" <helebor@iinet. net.au>
To: <firebird-support@ yahoogroups. com>
Sent: Monday, January 12, 2009 10:51 PM
Subject: Re: [firebird-support] Consistency Check When Backing Up
> At 02:09 PM 13/01/2009, you wrote:
>>Hi, Helen.
>>
>>I ran gfix and a was able to access the DB, but the schema was pretty
>>messed up and a fair amount of data was lost; table lost columns, and the
>>data for those columns was missing.
>>
>>I had a corruption on this machine (again), and the culprit was
>>security.db; the DB daemon came to a halt. Since the security.db is not
>>massaged through RAM on a backup, would you go out on a limb and say this
>>is a disk issue, or is there something I am completely missing?
>
> Out on a limb, Kurt? In your shoes, I would have ordered in the new HDD
> last Friday by express courier and would have spent the weekend coaxing my
> data onto it, no expense spared. (I did exactly the same myself one week
> before!)
>
> And keep watching the situation closely, in case it is the RAM all along.
>
> ./hb
>
[Non-text portions of this message have been removed]