|
And if UNLOAD won't work you could try using BACKUP -
you might get a file that you can salvage the data from...
Alternatively, do you have a backup copy of the RB1 file
somewhere that will allow a RELOAD with the "good" RB2/3/4 files? (You'll need
to SYNC them first.) Or an RB1 that you can edit to make the
structures "up to date" and then do the ReLoad...
Regards,
Alastair.
----- Original Message -----
Sent: Thursday, May 26, 2005 3:49
PM
Subject: [RBASE-L] - Re: Rbase files
damage
Can you unload a table? If so, could UNLOAD
ALL help?
David
----- Original Message -----
Sent: Thursday, May 26, 2005 9:53 AM
Subject: [RBASE-L] - Re: Rbase files damage
Thanks Alastair,
I did run reload and it
went off into neverland.
When I stopped it, a 23mb data base was up 1.2GB
and still growing.
Autochk had about 13,000 plus errors. If they hadn't
reloaded, then File one would have matched File two fairly well. Years ago I
was able to get some data out of a system by jumping into file two, find the
begin of a row, and then go up/back to find the beginning of the table, and
reset the first row point in File one. A slow process indeed. I suspect I'll
try and get some of the data out this
weekend.
Dennis
****
At 03:11 AM 5/26/2005, you
wrote:
Dennis,
If - and that's a
very big if - the structure has not - and that's an
equally big not -
been changed then you should be able to run a RELOAD and
R:Base will
re-set all the row counts and pointers.
You'll probably get lots of
error messages but as you're creating a new
database you can ignore them
and let R:Base continue without changing your
damaged database.
Nevertheless, I would still ensure that you have another
copy as a
backup!
You then need to check that everything is ok but you should
find that you're
in luck.
Good
luck,
Regards,
Alastair.
----- Original Message -----
From: "Dennis Fleming" <[EMAIL PROTECTED]>
To: "RBASE-L Mailing
List" <[email protected]>
Sent: Thursday, May 26, 2005 6:15
AM
Subject: [RBASE-L] - Rbase files damage
> The user
somehow trashed their system and sent us the four RB files.
>
Unfortunately, the 2,3,4 files are after the files were reloaded and
the
> RB1 file is before the data base was reloaded. Autochk finds
about 13,000
> plus errors. Virtually all the tables begin at a
different location than
> expected. The Rb1 file is three days
earlier. It would be doable if it
> wasn't for the
reload.
>
> Any suggestions? They are looking at reentering 4
weeks of data. (Maybe
> this is the lesson they need.)
>
>
TIA,
>
> Dennis
> *****
> Dennis Fleming
>
IISCO
> http://www.TheBestCMMS.com
> Phone: 570
775-7593
> Mobile: 570 351-5290
>
> --- RBASE-L
>
================================================
> TO POST A MESSAGE
TO ALL MEMBERS:
> Send a plain text email to
[email protected]
>
> (Don't use any of these words as your
Subject:
> INTRO, SUBSCRIBE, UNSUBSCRIBE, SEARCH,
> REMOVE,
SUSPEND, RESUME, DIGEST, RESEND, HELP)
>
================================================
> TO SEE MESSAGE
POSTING GUIDELINES:
> Send a plain text email to
[email protected]
> In the message SUBJECT, put just one word:
INTRO
> ================================================
> TO
UNSUBSCRIBE:
> Send a plain text email to [email protected]
> In
the message SUBJECT, put just one word: UNSUBSCRIBE
>
================================================
> TO SEARCH
ARCHIVES:
> Send a plain text email to [email protected]
> In
the message SUBJECT, put just one word: SEARCH-n
> (where n is the
number of days). In the message body,
> place any
> text to
search for.
>
================================================
>
Dennis Fleming
IISCO
Phone: 570 775-7593 Mobile: 570 351-5290
|
