To close the topic, I'd like to point some usefull information I found
this morning :
- alternative start-up :
http://chandlerproject.org/Journal/GrahamPerrin20090106
- Backup, restore and optimisation routines in Chandler Desktop :
http://chandlerproject.org/Journal/GrahamPerrin20090110
- Chandler quits on launch or won't start.
http://chandlerproject.org/Projects/TroubleshootChandler#Chandler%20quits%20on%20launch%20or%20won%27
Ok ok Got it now.
So If I am back up addicted, I should export to .chex file manually.
Also If Chandler crash, one should try the several alternative
cleaning-starts before getting back to backup files.
Proposition to chandler developpers :
I think it would be great to fire a message to users when a Exception
occures while starting up pointing the possibility to use alternative
starts up.
Indeed those alternatives are just great but I discovered them after
having solved my prb by hand (I mean command lines and many hours confused).
Thanks guys,
Paul
Le 12/08/09 01:32, Andi Vajda a écrit :
>
> On Tue, 11 Aug 2009, Paul Girard wrote:
>
>> Ok so finally the binary_backup.tgz + -r option did the trick and I
>> think I
>> get now everything back in order.
>
> Good.
>
>> Now here are some questions :
>> - is the binary_backup.tgz file saved at each closing time ?
>
> No, it's saved when you pick the 'backup' option under the
> 'Repository' menu
> or when you use the similar command line option.
>
>> - What is this weird concept of environment around the database that
>> can be
>> corrupted AND impossible to recover ?
>
> See
> http://www.oracle.com/technology/documentation/berkeley-db/db/ref/env/intro.html
>
>
> and chapters following.
> Also see
> http://www.oracle.com/technology/documentation/berkeley-db/db/ref/transapp/recovery.html
>
>
>
>> - Am I wrong If I say that :
>> RECOVER = restore database environment
>> RESTORE = restore database from backup
>
> Not really, but you're using 'restore' differently in each sentence.
> Again, see
> http://www.oracle.com/technology/documentation/berkeley-db/db/ref/transapp/recovery.html
>
>
>
>> - If I want to be sure to backup my data, important files in the
>> profile are
>> :
>> - *.db and DB* (raw data)
>> - binary_backup.tgz (backup to restore)
>> - no use to save database environement thus recover doesn't
>> always work
>> and no important data in it ?
>
> There are two ways to backup your data:
> - use repository backup as outlined earlier
> - export your data (this is done automatically when you quit Chandler,
> normally)
>
> A data export is not a complete repository backup but your personal
> data is preserved.
>
>> Again big big thank first for you work on chandler and then to help
>> me with
>> my crash problems.
>> I think I know better how to be sure not to lost my chandler data and
>> that's
>> nice feeling.
>
> You're welcome.
>
> Andi..
_______________________________________________
[email protected] mailing list
unsubscribe here: http://lists.osafoundation.org/mailman/listinfo/chandler-users
Chandler wiki: http://chandlerproject.org/wikihome
_______________________________________________
[email protected] mailing list
unsubscribe here: http://lists.osafoundation.org/mailman/listinfo/chandler-users
Chandler wiki: http://chandlerproject.org/wikihome
