on 2011 Aug 30 4:34 AM
We recently upgraded our databases from SQL Anywhere 10 to SQL Anywhere 12 (12.0.1.3356).
After this we receive an assertion failures very often.
Here is some of them:
Assertion failed: 201129 (12.0.1.3356) File is shorter than expected;
Assertion failed: 201501 (12.0.1.3356) Page 0x0:0x705 for requested record not a table page;
Assertion failed: 200130 (12.0.1.3356) Invalid page found in index.
Is there a way to prevent such failures? Were they resolved in the EBF?
The first and last assertions that you mentioned (201129 and 200130) are indicative of physical corruption of the database file, which we see from customers periodically when the database is stored on an SD card. Unfortunately, SD card storage is, often, not nearly as robust as other media. The second assertion, 201501, has a number of potential causes, but physical corruption is one of them.
I suggest you copy the database from the SD card, put it on a Windows XP (or Vista or Windows7) machine and see if you can start the database; then try to validate the database file using dbvalid.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sounds to me like an error of the underlying filesystem. Is the error independent of the used hardware?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
79 | |
10 | |
10 | |
10 | |
10 | |
9 | |
8 | |
6 | |
5 | |
5 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.