Hello!

>Another question
>If I can do successfully a gbak backup restore without setting of

validation

>does this garanty that the database is not corrupted ?

It depends on corruption type. If you have corrupted BLR of some obkject it
may
migrate to new restored database, because BLR is not compiled during b/r.
And "wrong page type" corruptions usually not survive after backup/restore.

>In other words can I conclude that this is a new corruption of the datafile
>and not something that was already hidden in the transportable backupfile ?

Run gfix -v -full and see information in firebird.log.

Also you can check database with free IBFirstAID Diagnostician tool
(www.ibfirstaid.com)
and check log for physical level errors.

Sincerely yours,
Alexey Kovyazin
www.ibsurgeon.com

----- Original Message -----
From: "Tanno Vorenkamp" <tvorenkamp@...>
To: "Firebird-Support List" <firebird-support@yahoogroups.com>
Sent: Wednesday, November 24, 2004 5:48 PM
Subject: [firebird-support] HELP Internal gds software consistency check


>
> Hi All,
>
> We have a system with application server and dtabaseserver connected via a
> switch at an ISP
> We run a FB1.03 database with forced write on
> In run corrupted with broken records somwhere in the middle of the
> database
> Which we noticed by means of the errormessage
>
> ISC ERROR CODE:335544333 ISC ERROR MESSAGE: internal gds software
> consistency check (can't continue after bugcheck)
>
> Now after restoring a backup on a different server (hardware)
> we get again the same message
>
> What can cause this and how to prevent / solve this ?
>
> regards
> Tanno
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>


Yahoo! Groups Sponsor
ADVERTISEMENT






Yahoo! Groups Links

To visit your group on the web, go to:
http://groups.yahoo.com/group/firebird-support/

To unsubscribe from this group, send an email to:
firebird-support-unsubscribe@yahoogroups.com

Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.