Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 1 to 6 of 6 total |
How to intentionally damage a table |
Thu, May 11 2017 5:30 AM | Permanent Link |
John Taylor | I would like to in the event of a suddenly damaged table be able to post the data to an alternate table. the problem is that I would also like to intentionally damage a table (in a way it can be repaired) so that I can test my procedures.
Any ideas? Thanks, John |
Thu, May 11 2017 5:33 AM | Permanent Link |
John Taylor | John Taylor wrote:
I would like to in the event of a suddenly damaged table be able to post the data to an alternate table. the problem is that I would also like to intentionally damage a table (in a way it can be repaired) so that I can test my procedures. The problem I typically see is 'header corrupt' Any ideas? Thanks, John |
Thu, May 11 2017 5:46 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | John
I remember asking a similar question - to corrupt your table get a hex editor and attack the .dat file - if you get it just right the table will still open but be corrupted, if you don't it won't open. The latter is the most probable outcome. I don't think Tim is overly keen on distributing instructions on how to intentionally corrupt DBISAM (or ElevateDB) table - can't think why Roy Lambert |
Thu, May 11 2017 6:16 AM | Permanent Link |
John Taylor | Roy Lambert wrote:
John I remember asking a similar question - to corrupt your table get a hex editor and attack the .dat file - if you get it just right the table will still open but be corrupted, if you don't it won't open. The latter is the most probable outcome. I don't think Tim is overly keen on distributing instructions on how to intentionally corrupt DBISAM (or ElevateDB) table - can't think why Roy Lambert Perhaps I should submit a support ticket, maybe he will tell me privately via emai John |
Thu, May 11 2017 7:21 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | John
A better way is to ask your users for a corrupted table before they repair it - might have to wait a while though Roy Lambert |
Mon, May 15 2017 2:01 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | John,
<< I would like to in the event of a suddenly damaged table be able to post the data to an alternate table. the problem is that I would also like to intentionally damage a table (in a way it can be repaired) so that I can test my procedures. >> The easiest way is to just write some junk to the middle of the .idx file. That will trigger a repair without getting too far into the weeds of dealing with what is "normal" corruption vs. what is "unrecoverable" corruption. It is fairly easy to cause "unrecoverable" corruption by simply writing junk to the .dat header. Tim Young Elevate Software www.elevatesoft.com |
This web page was last updated on Sunday, May 5, 2024 at 07:30 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |