@bitcoinmasterlord:
Hmm — I did manually back up the whole blockchain, of course after having shut down the BTC client.
The next day my computer crashed while bitcoin-qt.exe was running, thus corrupting the blockchain.
After restarting I kept the wallet (there had been a few transactions since the backup), but restored everything else (e.g. the whole blockchain including indices).
This procedure was working fine with client v9.x; it took a quarter of an hour to catch up on the latest blocks and everything was working again.
The same procedure (full backup and full restore except the wallet.dat) failed miserably after I upgraded to Bitcoin client v10.x. Unavoidably and strictly reproducibly the program told me of a corrupted index and started to re-index the whole blockchain, taking at least a quarter of a day to get up to date and being able to perform any transactions.
Putting that procedure into a kind of scheduled batch script ain't no problem, however I seriously doubt it solves the problem described. Looks like the wallet.dat (or the registry?) carries some time stamp of last block or so, and if that doesn't match with the time stamp of the last block (or index?) actually found on the HDD, in client v10.x the blockchain index is automatically considered corrupted, even if it is perfectly legit at the backup time.
Does sound like no fun dealing with. I don't know why they don't allow to check the old blockchain data. I mean its most probably not fully corrupted.
Backing up the whole directories into a winrar archive is no solution? You would lose a day of things but at least no full reload.
And when you have such problems, then downloading a blockchain file directly from the net doesn't work too, i guess.
Maybe ask about that in the wallet subforum again?