Discussion :

[thicdorb]

Bonjour,

Il y a quelques mois, j'ai migré les données d'un programme de gestion en Access vers SQL Server.
Le serveur ( Windows SBS ) ayant SQL Server 2008 installé, j'ai créé la base de données avec un niveau de compatibilité 100 ( SQL Server 2008 ).
Après migration des données et adaptation du programme, puis mise en service, tout semblait tourner correctement.
Cependant, de manière aléatoire, certains utilisateurs sont subitement bloqués dans des insertions, modifications ou suppressions de certains enregistrements.
Le programme bloque jusqu'à ce qu'un message de dépassement de délai apparaisse. Lorsqu'un utilisateur est bloqué certains autres le sont aussi, mais pas tous.
C'est comme si des verrous se mettaient sur une table, la rendant innaccessible aux modifications.
Parfois tout se débloque tout seul, parfois après que tout le monde ait quitté le programme, parfois seulement après redémarrage du service SQL Server !
Certains jours aucun blocage ne survient, d'autres jours les utilisateurs sont bloqués 5 à 10 fois.
Ce qu'il y a d'étonnant, c'est que, parfois, même lorsque plus aucun utilisateur n'est connecté aux données, lorsque je me connecte avec SSMS, et veux modifier un enregistrement concerné, le blocage subsiste !

La base de donnée est petite, ~80 tables, ~20 vues ... , avec peu d'utilisateurs ( < 10 ).
À noter que j'ai chez d'autres clients d'autres programmes de gestion bien plus complexes, avec 10 fois plus de tables, de vues, de triggers, de procédures stockées, ..., et beaucoup plus d'utilisateurs connectés en même temps, sans avoir jamais rencontré ces problèmes.

Auriez-vous des idées quant à ce que je ferais bien de vérifier, des pistes pour rechercher la cause de ces blocages, ...

D'avance, je vous en remercie grandement.

[SQLpro]

Si vous avez utilisé le concept d'accès en table lié d'Access avec SQL Server c'est mort... Il faut TOUT redévelopper. C'est l'une des pires saloperie !

A +

[i.chafai]

Si vous avez utilisé le concept d'accès en table lié d'Access avec SQL Server c'est mort... Il faut TOUT redévelopper. C'est l'une des pires saloperie !

Bonjour Fred,
Pourquoi vous avez dis que c'est mort ?
Le concept de table liée est utilisé sur une ancienne application de ma boîte développé depuis 1998 (heureusement qu'on l'a ré-développé le module en .Net 😀😀, mais malheureusement avec une grande ignorance du développement SQL tout est gérer en mode itératif dans le code client 😕😕 ) et on n'a jamais tombé sur des problèmes comme celles de thicdorb

[thicdorb]

Si vous avez utilisé le concept d'accès en table lié d'Access avec SQL Server c'est mort... Il faut TOUT redévelopper. C'est l'une des pires saloperie !

A +

Le fait est que, comme mentionné dans mon post, j'ai d'autres applications tournant depuis une quinzaine d'années sur le système SQL Server / tables attachées ACCESS.
Ces applications sont toujours bien vivantes ( c'est pas ... mort ! ) !

Votre réponse ne m'aide en rien. C'est comme si vous répondiez à quelqu'un qui cherche des solutions à des problèmes qu'il a avec un PC sous Windows : " Windows c'est de la m.... passer tout sous Linux !"
Merci malgré tout d'avoir répondu

[SQLpro]

Vous cumulez les inconvénients d'access avec les pires pratiques de SQL Server en utilisant des tables liées. Ceci ne peut fonctionner (de manière très peu rapide) que si vous avez TRES peu d'utilisateurs. Sinon, de nombreux blocages se font sentir qui paralyse la base....

A +

[i.chafai]

[QUOTE=SQLpro;10489446]Vous cumulez les inconvénients d'access avec les pires pratiques de SQL Server en utilisant des tables liées. Ceci ne peut fonctionner (de manière très peu rapide) que si vous avez TRES peu d'utilisateurs. Sinon, de nombreux blocages se font sentir qui paralyse la base..../QUOTE]
Donc c' est pour ce la qu'on n'a pas eu ce genre de problème l'application est utilisé avec max 5 users

Merci SQLpro 😊

[SQLpro]

Donc c' est pour ce la qu'on n'a pas eu ce genre de problème l'application est utilisé avec max 5 users

Merci SQLpro 😊

Typiquement oui !

A +