Renseignements sur les tables de Facturation

[PlanteG]

Bonjour,

j'essaie de réparer des données corrompues. Pour faire une histoire courte, un problème est survenu alors qu'un utilisateur créait une commande client, le poste a gelé complètement. Par la suite, le remonte se casse les dents sur le données de facturation. Après avoir ramassé toutes les informations chez le client, ma conclusion est que les données de ligne sont toujours présentes dans la table TransactionDetail (fichier CLgnFact.FDW), alors qu'elles sont absentes de la table TransactionHeader (fichier CFacture.FDW).

J'ai essayé par ODBC, mais avant d'ouvrir la société, ODBC essaie de faire une récupération (remonte), et évidemment ça pète au même endroit .

Et par la plus grande des malchances, aucun backup n'est disponible *soupir*

Donc je suis prêt à éditer les fichiers avec un éditeur hex, mais il me manque des informations pour les fichiers CLngFact.FDW et CFacture.FDW:

• quel est la taille des enregistrements pour chacune des tables
  
• est-ce que le premier enregistrement est à 0 ou plus loin pour chacune des tables
  

Si quelqu'un pouvait me fournir ces informations, j'ai un client qui serait très heureux que je puisse réparer ses données.

Merci à l'avance

[hench]

Quelques mois plus tard, est-ce que cette expérience fut intéressante ?
Succès ? Échec ? Changement de plan ?

J'imagine que le stack mémoire a été un peu "touché" à décoder sans erreur ?

hench

[PlanteG]

Je n'ai pas essayer d'éditer les fichiers. J'ai transmis la société à Fortsum qui a été en mesure de la réparer. On m'a dit que ce n'est pas toujours possible. Donc il faut prendre des copies de sauvegarde de façon systématique et de s'assurer que le processus fonctionne.

[hench]

C'est une bonne façon de proposer une solution de prises de sauvegardes automatisées

Et le client se sent en sécurité !

[PlanteG]

J'ai une question pièges pour mes clients: quelle est LE backup dont vous aurez le plus besoin.

Réponse: celui que vous n'avez pas pris ! Il y a un petit truc qui me chatouille, c'est que l'on n'est pas en mesure de lancer Acomba avec un paramètre pour lui dire de prendre une copie de sauvegarde la société X. Mon désir serait qu'alors Acomba démarre, prenne la copie et se ferme. L'avantage serait d'avoir une sauvegarde faite avec le logiciel.

[Contenu sponsorisé]