Bonjour à tous,
Je suis nouveau sur ce groupe et débutant en EIB.
La personne qui me donne quelques trucs pour moi débuter à un gros
problème avec son ETS2 V1.3 : lors du démarrage, il indique
"Impossible de lancer la base de données EIB.DB".
Après vérification, le fichier EIB.DB est bien présent. J'ai essayé
de remplacer le fichier EIB.DB par celui qui se trouve dans le
répertoire BACKUP mais toujours le même problème. Si je lui copie mon
fichier EIB.DB, pas de problème. C'est donc bien un problème avec sa
base de
données.
Quelqu'un peut-il nous aider ? Existe t'il un outil pour réparer une
base de données EIB ? Comment récupérer les projets ?
Merci d'avance pour vos réponses.
Philippe.
On 14 août, 21:03, Philippe <philippe.no...@advalvas.be> wrote:
> Après vérification, le fichier EIB.DB est bien présent. J'ai essayé
> de remplacer le fichier EIB.DB par celui qui se trouve dans le
> répertoire BACKUP mais toujours le même problème.
Holà, effectivement c'est mal parti.
Tu es bien sûr de ta manip ? Est-ce qu'il y a eu une intervention sur
la machine ?
Les attributs du fichier .db sont bien corrects ? Vous n'avez pas
déménagé la db ?
> Si je lui copie mon
> fichier EIB.DB, pas de problème. C'est donc bien un problème avec sa
> base de données.
En effet, tu as raison. Donc le moteur SQL semble bien fonctionner
> Existe t'il un outil pour réparer une
> base de données EIB ?
Si je me rapelle bien, en 1.3 il y avait déjà un outil "db
consistency", mais je crois que ETS devait être démarré, donc çà ne
sert à rien dans ton cas. Regarde dans le répertoire où tu as installé
ETS, voir s'il y a un .exe qui pourrait t'aider
> Comment récupérer les projets ?
Si tu n'arrives pas à ouvrir la db, c'est mal barré.
Normalement, le backup aurait dû marcher, sauf si vous avez fait des
manipulations hasardeuses
On 14 août, 21:03, Philippe <philippe.no...@advalvas.be> wrote:
> Après vérification, le fichier EIB.DB est bien présent.
Je suppose que tu n'as pas d'autres back-up que celui fait par ETS ?
(sinon il n'y aurais pas de problème, je suppose)
Quelle est la taille de la db malade ? juste pour voir si elle n'a pas
été amputée méchamment, çà devrait être de l'ordre de 15-30Mb suivant
l'ampleur du projet
Je pense que le moteur SQL est le RTENG (RunTime Engine) de Sybase,
faudrais voir si Sybase offre des outils de check / reconstruction de
db, mais çà va être long et pénible.
Autre alternative: download et installe ETS3 dans un autre répertoire,
bien à part. Démarrer et tester ETS3. Quand c'est fait, copier la db
malade dans le répertoire db de ETS3. Configurer ETS pour qu'il te
demande le nom de la db à charger au démarrage (sauf si c'est le nom
par défaut (j'espère que vous n'avez pas "bricolé" avec la db, si
c'est le cas, c'est impardonnable) ).
Au démarrage ETS3 va reconnaitre le format de la vieille db ETS2 et
tenter de la convertir au nouveau format ETS3.
Si ton projet a moins que 20 devices, çà devrait aller
Bonne chance
Merci de nous tenir au courant
PS: je me suis bricolé un petit batch file et une structure de backup
à 5 niveaux.
Quand je lance mon batch, il copie la db de niveau 4 dans 5, de 3 dans
4 etc et finalement recopie la db actuelle dans niveau 1. Je peux
t'envoyer le batch si tu veux.
On 14 août, 21:25, Marc Assin <raym...@warichet.com> wrote:
> Holà, effectivement c'est mal parti.
> Tu es bien sûr de ta manip ? Est-ce qu'il y a eu une intervention sur
> la machine ?
Il y a eu un crash disk sur le pc portable de la personne. Le pc est
retourné dans le département informatique et on a récupéré les
fichiers du disque dur afin de les copier sur un nouveau.
> Les attributs du fichier .db sont bien corrects ? Vous n'avez pas
> déménagé la db ?
Les attributs sont OK. La DB a été recopiée dans la même structure
(directory) que l'ancien PC.
Merci de tes conseils, je continue mes recherches.
A bientôt.
Philippe.
On 15 août, 09:45, Marc Assin <raym...@warichet.com> wrote:
> Je suppose que tu n'as pas d'autres back-up que celui fait par ETS ?
> (sinon il n'y aurais pas de problème, je suppose)
Non, la personne n'a pas d'autres backup. C'est une bonne leçon non ?
> Quelle est la taille de la db malade ? juste pour voir si elle n'a pas
> été amputée méchamment, çà devrait être de l'ordre de 15-30Mb suivant
> l'ampleur du projet
La DB dans le root de ETS fait 7,40MB et celle dans le répertoire
backup fait 82,8MB. Je pense donc est la DB du root est complètement
"out". Je dois continuer avec celle de 82,8MB. La personne me
signale qu'elle a 3 projets dans la DB.
> Je pense que le moteur SQL est le RTENG (RunTime Engine) de Sybase,
> faudrais voir si Sybase offre des outils de check / reconstruction de
> db, mais çà va être long et pénible.
Tu as eu une idée où je peux trouver cela ?
> Autre alternative: download et installe ETS3 dans un autre répertoire,
> bien à part. Démarrer et tester ETS3. Quand c'est fait, copier la db
> malade dans le répertoire db de ETS3. Configurer ETS pour qu'il te
> demande le nom de la db à charger au démarrage (sauf si c'est le nom
> par défaut (j'espère que vous n'avez pas "bricolé" avec la db, si
> c'est le cas, c'est impardonnable) ).
> Au démarrage ETS3 va reconnaitre le format de la vieille db ETS2 et
> tenter de la convertir au nouveau format ETS3.
> Si ton projet a moins que 20 devices, çà devrait aller
J'ai installé ETS3 et il démarre correctement. Comme je n'ai pas
trouvé le moyen qu'il me demande le nom de la DB à ouvrir, j'ai
sauvegardé la EIB.DB de ETS3 dans un autre répertoire et copié la DB
de ETS2 (82.8MB) dans le root de ETS3 mais cela ne fonctionne pas,
j'ai un beau message d'erreur.
Je continue mes recherches et je vous tiens au courant.
Philippe.
> PS: je me suis bricolé un petit batch file et une structure de backup
> à 5 niveaux.
> Quand je lance mon batch, il copie la db de niveau 4 dans 5, de 3 dans
> 4 etc et finalement recopie la db actuelle dans niveau 1. Je peux
> t'envoyer le batch si tu veux.
Oui, c'est sympa. Merci.
On 16 août, 08:29, Philippe <philippe.no...@advalvas.be> wrote:
> Il y a eu un crash disk sur le pc portable de la personne.
Holà !?!
Voilà un ***"détail"*** qui méritait d'être mentionné, non ?
Cà change complètement la philosophie du diagnostic, qui d'habitude
s'oriente vers un problème "logique" mais ici, il se pourrait qu'il
soit "physique".
> Le pc est
> retourné dans le département informatique et on a récupéré les
> fichiers du disque dur afin de les copier sur un nouveau.
Ben oui, tout le problème est là !
Si la db a été récupérée par un "copy", çà veux dire que l'OS sait la
lire et donc elle doit marcher (l'OS vérifie l'intégrité, filesize,
cluster count, checksum etc)
Si la db a été récupérée par un outil de bas niveau, du genre
diskdoctor, càd secteur par secteur, rien ne garantit le résultat,
RIEN. C'est un travail de bénédictin (connaitre la structure du file
system, cluster size, sans compter que les secteurs sont éparpillés
sur la surface du disk, pfiouu, les récupérer morceau par morceau, les
remettre en place dans la bonne séquence, peu de gens sont capables de
le faire, de plus une db, c'est pas évident du tout, à l'oeil on ne
voit pas grand chose, c'est pas comme un document text ou Word où on
peut "voir" si c'est cohérent (séquence correcte, trou dans la
séquence etc). Si un fichier est "cassé" en 2 (link pêté) il y a
moyen. Est-ce que tu te rends compte qu'un crash est le contact
physique brutal de la tête avec la surface ? il y a donc dégat
physique, parfois irrécupérable si c'est justement dans la zone de la
db.
> La DB a été recopiée dans la même structure
> (directory) que l'ancien PC.
C'est CAPITAL
> la personne n'a pas d'autres backup.
Plusieurs projets ? c'est donc du "professionnel", mmmmm, sur un
portable déjà sujet a toutes sortes d'aléas..(chocs mécaniques,
températures extrèmes, vol). une clé USB, c'est pas mal et pas cher.
>C'est une bonne leçon non ?
D'autant plus que ces leçons à postiori font très mal, devinez qui est
passé par là.
>La DB dans le root de ETS fait 7,40MB
Elle n'a rien à faire là ! et elle n'y est pas arrivée toute seule.
> et celle dans le répertoire backup fait 82,8MB.
80Mb pour 3 projets, c'est cohérent
>Je pense donc est la DB du root est complètement
"out". Je dois continuer avec celle de 82,8MB.
Oui, tout à fait
> La personne me signale qu'elle a 3 projets dans la DB.
Signale-lui l'utilité d'une clé USB et que tu chausses du 43 :-)
>Tu as eu une idée où je peux trouver cela ?
Non, pas de tête, faut Googeler sur Sybase, recovery, crash etc
Je ne veux pas te décourager, mais çà va être long et pénible....
>et copié la DB
de ETS2 (82.8MB) dans le root de ETS3 mais cela ne fonctionne pas,
j'ai un beau message d'erreur.
Il faut te rendre à l'évidence. Ta db est foobar :-(
Il faut ABSOLUMENT savoir par quelle procédure ta db a été récupérée,
si c'est sector/sector, c'est foutu définitivement, la structure a été
détruite, il se pourrait même que tu aies des secteurs qui
n'appartiennent PAS à ta db, alors ? comment veux tu ?
Essaye de récupérer le disque d'origine et vois par toi même.
NB: il y a des sociétés spécialisées dans le data recovery, mais çà
coûte la peau des fesses et je ne crois pas que c'est envisageable
dans ton cas.
Autre alternative ..... recommencer à ZERO, et avec un outil
spécialisé (que ton ami doit connaitre) tu récupère un maximum d'infos
sur ton installation elle même en te connectant directement au bus. Tu
n'as pas donné d'info sur ton projet, donc on ne sait pas si c'est
envisageable ou pas, en tout cas moins cher que de reconstruire un
disque foutu. Si tu as une dizaine de devices, laisse tomber, tu ré-
encodes tout sur base de ta doc.
On 16 août, 08:40, Philippe <philippe.no...@advalvas.be> wrote:
Je viens de relire ton post
> et copié la DB
> de ETS2 (82.8MB) dans le root de ETS3
Nooooooooon, (à moins que tu n'aies changé les options de l'install
par défaut), c'est dans
************************************
C:\Program Files\Ets\Database
************************************
pas C:\Program Files\Ets
Encore un commentaire, pas forcément le bienvenu.
Tout professionnel EIB/KNX est censé laisser à son client une copie du
projet. Chez Hager c'est la petite carte mémoire, d'autres font
simplement une copie du projet sur CD. Evidemment si on n'est pas dans
le contexte d'un rapport fournisseur/client ou que le projet n'était
pas encore terminé, ma remarque est bien sûr sans objet.
|
