Discussion :

[wdmini]

Bonjour,
Nous rencontrons des problèmes d'index corrompu en HyperFile Classic chez un seul utilisateur alors que l'appli tourne chez une bonne 50aine d'utilisateurs sans problème.

La base de données est partagée dans un dossier sur un serveur 2008.

Si on réindexe tout repart mais de nouveaux défaut apparaissent relativement rapidement (quelques jours).

Quelqu'un a-t-il une idée sur les causes possibles et surtout comment éviter ces problèmes.
A priori pas de problème matériel...

Merci d'avance de toutes vos réponses...

WDmini

[hpascal]

Bonjour

A l'époque ou j'utilisais encore Hyperfile en réseau, on avait aussi ce problème sur certains serveurs. Une modification de la base de registre (du serveur) permettait de résoudre le problème (liée à les gestion des "verrous opportunistes")

Je te mets deux liens sur le sujet mais fais d'autres recherches là dessus:
http://windev.dev4u.org/index.php?op...d=59&Itemid=70
http://support.microsoft.com/kb/296264/fr

Mais c'était parfois difficile à faire passer en clientèle. Dire qu'on client qu'on doit modifier la BDR de son serveur et surtout qu'il va devoir le redémarrer pour résoudre le problème.
Depuis j'ai fais une croix sur HF en réseau, même si avec le moteur Client/Serveur les choses ont changées.

D'ailleurs pourquoi ne pas passer en Client/Serveur ?

[José13680]

Bonjour,

Je sais que cela fait pas mal de temps que ces soucis ont été abordés mais nous sommes en 2013 et je rencontre pour la première fois ces pb de corruption d'index après avoir migré un serveur 2003 en 2008 R2!
Nous avons pourtant un serveur récent datant de janvier 2013 et totalement à jour.
Côté postes de travail nous avons une grande majorité de PC sous XP (pareil totalement à jour) et quelques Windows 7 (à jour aussi). De lpus, aucun souci de matériel ou de drviers réseau, toutes les machines sont à peu près équivalentes, récentes et les cartes sont des gigabits.

Auparavant nous n'avions JAMAIS eu le moindre souci de corruption d'index, et pourtant nos applis existent et fonctionnent avec la même base HF depuis plus de 10 ans pour la plupart!!
Il est à noter que le seul fichier posant ces problèmes est encore en HF5 et nous allons très vite le migrer en HF7 et que ce fichier est la pus volumineux et le plus souvent accédé en écriture.

J'ai fait beaucoup de recherches et sollicité l'AD de PCSoft et nous allons nous orienter dans les mois à venir vers une migration de nos fichiers HF classic vers du C/S!

En attendant, j'aimerai savoir si parmi vos différentes expériences, certaines peuvent affirmer que les soucis sont liés, comme tout semble le montrer, à des versions de SMB différents (SMB1 pour les XP et SMB2 pour les 7), et si les manips de registres pour forcer SMB1 sont efficaces ?

D'autre part, si quelques pouvait m'expliquer ce qui ne fonctionnement pas bien lorsqu'on a des version de SMB différentes, cela me serait très utile pour comprendre où intervenir!

J'ai par ailleurs vu que certains hotfix Microsoft avaient été publiés mais je pense qu'ayant un OS 2008 R2 des plus récents, je n'en ai pas besoin ? J'ai vérifié les versions des fichier MRXSMB2 et les miennes sont plus récentes.

Merci donc par avance pour votre aide.

[frenchsting]

2 pistes (même si ce n'est pas sûr que ça fonctionne) :
Utiliser des hferme() dès que possible dans tes applis
Utiliser un automate pour réindexer le fichier la nuit (les postes clients ne doivent pas accéder au fichier en question).

Pour tes histoires de SMB, je ne pourrai pas t'aider, par contre, essaye de poster du coté de la partie "windows" du forum et/ou sur le forum officiel microsoft.

[José13680]

Merci pour cette réponse rapide!

Cependant, nous ne pouvons pas mettre des hferme partout, même si nous savons bien que sur les fichiers HF5, cela forcerait l'écriture des données!

D'autre part, le souci ne se produit que sur 1 seul fichier (sur plus d'une trentaine), le plus souvent accédé en écriture pas plusieurs postes clients.
C'est arrivé 4 fois en 2 mois, et la réindéxation est rapide (6 minutes pour plus d'1,2 millions d'enregs). Donc nous réindéxons dès que cela se produit.

Enfin, je vais continuer mes recherches sur SMB car c'est vraiment depuis la migration sous 2008 R2 de notre ancien serveur 2003 que cela se produit, donc à part SMB, je ne vois pas....

Encore merci.

[frenchsting]

Si le nombre de corruptions est faible, cela vaut-il le coup de passer bcp de temps à chercher sur le net ?
Ma solution de réindexation auto du fichier tous les soirs par un automate sera peut-être plus rapide, non ? C'est un plâtrage mais en attendant que tu fasses la migration vers du HF classic...

Les hferme sont lourds certes, mais mis à des endroits stratégiques cela pourrait suffire.

Attention de ne pas minimiser la migration vers classic, car la modification de la gestion des espaces en fin de champ peut entraîner pas mal de modifs...