Réparer une bd avec le SDK

[PlanteG]

Bonjour à tous.

j'ai un cas où un client a une bd corrompue, et pas de backup disponible - M****y a frappé .

En bref: Acomba a gelé dur lors de la création d'une commande

• La récupération n'a pas fonctionné
  
• Un utilisateur devant le message "le cours normal des opérations..." a choisi de ne pas remonter, est entré dans la société et a détruit la commande. Et depuis on ne peut ouvrir la société
  

Quand la commande a été effacée, un message est apparu avec 4 fois "Cette ligne de facturation devra être supprimée." suivi de quelques informations sur la ligne. Ces 4 lignes correspondent au bon de commande brisé.

Quand on essaie de faire "remonte", on obtient:

Fichier en récupération : Facturation : Indexation des lignes de facturation
File error : 20
Procedure : 0
Sub proc : 31

Je soupçonne donc que les lignes dans CLngFact.FDW ne sont pas marquées effacées, mais que la commande est marquée effacée dans CFacture.FDW.

La seule façon de rendre opérationnelle cette bd est de corriger les données. Je pensais éditer les fichiers avec un éditeur hex, mais j'ai deux problèmes:

• je ne connais pas la taille d'un enregistrement, et je ne suis pas sûr que le premier enregistrement est à 0x00
  
• dans la documentation du SDK, on donne la liste des champs de cette table, mais je ne suis pas sûr qu'ils sont codés dans le fichier dans l'ordre où ils sont présentés
  

J'ai deux questions:

• quelqu'un peut-il me donner les détails requis pour procéder à l'édition des fichiers de données
  
• serait-il possible de procéder à la réparation par l'entremise du SDK. J'avais pensé faire la réparation par l'entremise d'ODBC, mais lors des essais effectués, ODBC a décidé de faire un remonte, avec le même insuccès. AJOUT. Impossible d'utiliser le SDK pour réparer, dès qu'essai d'ouvrir la société, le foutu "remonte" se fait aller .
  

Merci à tous

[hench]

Bonsoir,

finalement quelle solution fut de mise pour cette corruption

via sdk je doute que cela soit possible
l'interface se bloque au moindre pépin ..
et il n'est pas doté de fonctions de maintenance

apparemment, acomba nova sera équipé d'un engin sql, cela sera donc probablement plus accessible de corriger la corruption!?


bon succes

hench

[PlanteG]

Pour solutionner le problème j'ai transmis la bd à Fortsum, qui a été en mesure de la réparer, des "transactions" problématiques ont été éliminées dans le processus. On me dit que l'on réussit parfois à réparer les bd, mais pas toujours.

Morale de l'histoire, il faut des backups fréquents qui fonctionnent .

[hench]

Les prises de sauvegarde....

A conseiller a tout vos clients !

Mais comme vous dites, la copie de sécurité doit être fonctionnelle
Une procédure quotidienne simple pourrait être intéressante

1. Copie du dossier de la compagnie
2. Test de connexion via SDK
3. Log des erreurs

Le SDK est tellement fragile qu'il ne fait pas de demi-mesure, ça passe ou ça casse !!!!

[Contenu sponsorisé]