Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
gros bug interbase 6 freeware
bonjour
j'ai un grand problème avec une base de donnée interbase 6 freeware.
je ne peut plus me connecté avec la base.
le serveur me génère une erreur -902 avec le message
'I/O error for file "E:\COM.GDB"
Error while trying to read from file
Fin de fichier atteinte.'
je cherche une méthode de récupération.
SVP urgent pour aide.
je ne peut pas faire un backup a ma base, ni faire une validation,
même faire un register dans l'interbase console.
j'ai suffisament d'espace disque libre.
existe t'il d'autre outil de recuperation.
merci
C'est arrivé comment ?
la machine s'est bloqué lorsque l'application est en exécution, suite a cet évènement l'utilisateur à fait un fin de tache (ctrl-alt-supp), et a redémarrer la machine.
Bloquage complet de la machine : soit sont PC a un PB (souvant la RAM) oubien il n'est pas sur onduleur et il est victime d'une micro-coupure.
Dans tous les cas le plus sage serait de repartir de la dernière sauvegarde.
Ok, mais dans le cas ou j'ai pas de sauvegarde, il n'ya aucune possibilité de récupérer ma base à partir du fichier endommagé.
SVP aide
Si c'est pour une utilisation exclusivement locale d'Interbase, alors tu peux travailler sur une copie de la base.
Juste avant d'ouvrir le fichier GBD, tu le copies dans un autre fichier et tu travailles avec ce fichier.
Juste après l'avoir fermé, tu le écrases l'original. Et hop
Pour une utilisation client/serveur, cela a moins d'intérêt ; il est rare que le serveur exécute l'appli et puis un plantage d'un client ne devrait pas affecter le serveur. Heureusement
Envoyé par TMuet
Juste avant d'ouvrir le fichier GBD, tu le copies dans un autre fichier et tu travailles avec ce fichier.
Juste après l'avoir fermé, tu le écrases l'original. Et hop
A quoi ca sert de faire un backup à votre avis ??
La copie pure et simple du fichier c'est pas tres propre même en mode locale, je n'en voie pas l'interret (d'autant qu'un backup c'est tres facile à faire même de manière automatique au démarrage de l'appli...).
Certes.
Ceci dit, cette méthode a un énorme avantage sur les backups : en cas de plantage violent (sortie de l'appli, micro-coupure de courant, etc...) la base de données reste dans un état initial stable (En monoposte, il n'y a en effet aucune chance que des transactions soient en cours de validation).
De plus, elle ne nécessite aucune intervention de l'utilisateur (à la différence du backup qui nécessite ... un restore).
Tu as essayé l'utilitaire en ligne de commande gfix ?
(théoriquement fourni avec interbase).
--
vanquish
Faux si l'application a été lancée plusieurs fois sur un même poste, il peux rester des transactions ouvertes. Et de toute façon ce n'est pas le seul probleme qui justifie un backup à la place d'une copie de fichier.
Le backup peut être fait automatiquement tres facilement.
En cas de probleme avec la base, le programme peux proposer à l'utilisateur de restorer la dernière sauvegarde.
Hum.
Tu as au moins raison sur un point : le backup est plus fiable que la copie.
Mais je suis très têtu et il y a moyen de s'assurer en monoposte que l'application n'est lancée qu'une seule fois, donc...
Oui mais il n'a pas précisé qu'il le faisait, deplus
Une copie ne permet pas de faire le ménage dans la base alors qu'un backup/restaure Oui
Une copie ne marchera pas en mode client/serveur ca veux dire que le jour ou la personne voudra évoluer vers le multi poste il va devoir changer de solution alors que s'il avait pris la bonne décision (la standard) dès le début il n'aurrait rien à changer...
Bref en théorie oui une copie ca marche en pratique c'est plus contraignant inutilement qu'autre chose.
C'est vrai (si les paramètres du restore sont bien positionnés).
C'est un des (très gros) avantages du backup/restore
C'est faux !
En client/serveur, il ne faudrait surtout pas procéder comme cela avec un backup !
En effet, si un utilisateur ne parvient pas à ouvrir la base pour une raison ou pour une autre et restaure à partir de son backup, il écrasera toutes les modifications qui avaient été effectuées par les autres entre sa précédente ouverture et cette ouverture-ci
Placer tous les backup dans un même dossier partagé ne serait même pas une bonne solution. Tout au plus cela permettrait peut-être une restauration "à la main"
Le backup ne pose aucun probleme s'il y a des personnes connecté... alors que la copie j'imagine assez bien le désastre...C'est faux !
En client/serveur, il ne faudrait surtout pas procéder comme cela avec un backup !
Pour le restore en effet il est grandement recommender de le faire lorsqu'il n'y a personne de connecté. Ceci dit ce n'est pas moi qui ai proposé un restore automatique... De plus si le poste n'arrive pas à accéder à la base je ne voie pas pourquoi les autres y arriveraient... S'ils y arrivent c'est que c'est le poste qui a un PB d'accés (reseau probablement) et dans ce cas là le restore ne devrait pas marché non plus et donc il n'écrasera pas les données modifiées par les autres utilisateurs...
Mais encore une fois autant un backup automatique pourquoi pas, mais un restore automatique je ne le recommande pas.
Et quand je parle de backup automatique ce n'est certainement pas au lancement de l'application car ca voudrait dire que s'il y a 100 utilisateurs et qu'ils lancent l'application tous le matin a peux pres à la meme heure, on va avoir 99 backup inutiles... En plus faut gérer également les cas ou la personne ferme et ouvre plusieures fois son appli dans la journée...
Bref c'est a proscrire... Mieux vaut faire un service ou un script qui tourne sur le serveur qui va faire le backup à horaire fixe.
Pour la restoration je préfère que ce soit une opération motivé par l'utilisateur (même si on encapsule les détails techniques) le mieux c'est que ce soit l'utilisateur qui décide de la restoration...
Pourquoi y a t il y un programme de backup ? et de restore ?? Si c'etait aussi simple qu'une copie de fichier ?? Ces outils sont fait pour ca et ne pas les utiliser c'est s'exposer à court ou long terme à des problemes.
ok, tout ca est bien, mais dans le cas oû je n'est ni copie, ni un backup, est il possible de récuoérer ma base corrompu ou non.
Il est vrai que nous nous étions un peu éloigné de ton problème actuel
Désolé
Vanquish avait proposé d'utiliser gfix.
C'est un outil en ligne de commande (dans le dossier Interbase\bin) qui permet de nettoyer la base de données.
Mais objectivement, vu le message d'erreur...
Bon courage quand même.
j'ai essayé avec le gfix, avec le validate, mais tjrs le meme message :
erreur de I/O
fin de fichier rencontré
gfix ne fait pas de miracle.
Tu peux peut-être essayer le programme d'Office Recovery
http://www.officerecovery.com/interbase/
C'est payant, mais, à ce que j'ai compris, on peut prévisualiser le résultat de la récupération avant d'acheter.
--
vanquish
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager