|Subject||RE: [firebird-support] Re: Database Corrupt ?|
Successful restore does *not* mean your original database is ok. It just means the backup contains consistent data, which (I believe) means it did not touch any corrupt pages. I assume it could be 'truncated just the right way' and remain valid, but I'd love to see it actually happen. Generally, corruption may go unnoticed for months, depending on the workload/data/moon-phase/so-on
If you have the option of downtime - I'd suggest a full validation on the files. File copy is possible with some NBackup magic, but it seems risky on a DB with an unknown state.
A few hours of RAM testing won't hurt too.
As for the CPU - nothing weird about that. A lot of machines have cpu power management on powersave by default, which keeps the freq lower (that 4GHz cpu is a descent room heater at full speed). You'll probably want to change that on a DB server, though :)