Version imprimable
Bonjour,
lors de la création d'une sortie diverse, un message d'erreur s'affiche.
je pense que c'est problème survenu a la base SQL.
après une petite recherche, le site Microsoft indique que l'erreur survient lorsque une table, un champ ... est verrouillé par un utilisateur ou un processus.
est ce que qq'un a rencontré ce genre de problème, la solution .
Pièce jointe 241069
Bonjour,
La procédure sp_who2 de SQL Server permet de savoir si des processus sont bloqués (colonne BlkBy).
Essayez aussi de voir si, par la maintenance, vous pouvez créer/modifier/supprimer un enregistrement bidon dans les tables liées aux entrées diverses.
Bonjour,
après une petite recherche sur le Net résulte que l'erreur 605 d'SQL indique que des champs, tables... sont verrouiller par un utilisateur ou un processus (voici le lien de Microsoft: https://support.microsoft.com/fr-fr/...-in-sql-server)
Le solution donc est de lancer la requête DBCC CHECKTABLE ('ma_base.STOJOU') étant donner que visiblement il y a un problème au niveau de la table STOJOU.
=> La résultat de la requête m'indique que j'ai 3 erreurs de cohérences dans la table.
afin de résoudre le problème; il faut lancer une autre requête (en mode mono-user sur la base) DBCC CHECKTABLE ('ma_base.STOJOU',repair_allow_data_loss).
=> Résultat afficher: tous les cohérences ont été courriger.
Afin de vérifier cela, on lance encore une fois la requête DBCC CHECKTABLE => Pas de problème afficher.
Donc après cette procédure que je l'ai tester sur mon poste local avec une sauvegarde de la base, il faudra que je la lance sur ma base réelle et tester enfin la sorite diverse.
Un travaille que je dois le lancer la nuit (ou personne ne travaille).
Y a t-il une fonction qui fait tout ce boulot au niveau X3 ?
Bonjour,
tout cela me parait compliqué pour un simple lock.
a partir d'un ms studio vous pouvez trouver le processus qui bloque et le supprimer.
dans Sage vous avez aussi des outils sur les verrous
cdt
Bonjour,
entre temps, tellement les erreurs de cohérences ses sont amplifier, la base a craché.
la solution était de la corriger avec la requête DBCC CHECKDB. => tout est bon la base et de nouveau opérationnelle, deux jours plus tard (aujourd’hui CAD) les erreurs sont revenu (88 erreurs de cohérences en total).
Je suis confus comment je doit régler cela ?
c'est impossible pour MS sqlserver.Citation:
la base a craché.
Que le processus server se mette à ramer, d'accord mais cracher une base 8O 8O
Que donne votre plan de maintenance ? avez vous des logs systèmes windows indiquant des problèmes sur vos disques
Qui s'occupe de votre serveur ?
Bonjour,
Les journaux Windows m'affiche ces deux messages chaque 20 minutes presque (voir imprime écran ci-joint).
CdtPièce jointe 246234
Pièce jointe 246239
Bonjour vous avez un problème sur la tempdb qui est la base temporaire/de travail de sqlserver.
Déjà je ne sais pas qui vous a fait l'installation mais un tempdb sur le c: franchement c'est pas terrible !!
Bref vérifiez que votre disque C: n'est pas trop plein
Attention la tempdb peut augmenter en cas de grosse requete.
(c'est dans cette base que s'effectue les différentes opérations de tri)
A la fin de la requete la base re diminue
