Problèmes de blocage provoqués par Microsoft Dynamics NAV 2009 SP1 à l’aide du niveau d’isolation sérialisable de Microsoft SQL Server

Symptômes

Les clients de Microsoft Dynamics NAV peuvent rencontrer des problèmes de blocage lorsque plusieurs utilisateurs entrent les écritures de journal, des entrées de commande client, écritures de commande d’achat et des tâches similaires dans Microsoft Dynamics NAV 2009 SP1.

Cause

Microsoft SQL Server de problèmes de blocage peuvent être dû par plage indésirable verrouille la base de données SQL Server. Ces verrous de se produisent lors de l’exécution sous le niveau d’isolation sérialisable sur serveur de Microsoft SQL.


Sans le correctif décrit dans cet article, Microsoft Dynamics NAV utilise le niveau d’isolement de transaction sérialisable dans Microsoft SQL Server dans des transactions accessible en écriture. Après avoir appliqué ce correctif logiciel, il est possible de configurer Microsoft Dynamics NAV pour utiliser le niveau d’isolation REPEATABLE READ à la place.

Résolution

Pour résoudre ce problème, procédez comme suit :

1. Appliquez le correctif décrit dans cet article.

2. Configurer Microsoft Dynamics NAV pour utiliser le niveau d’isolation REPEATABLE READ dans Microsoft SQL Server. Pour cela, vous pouvez l’activation de le 4194304 indicateur dans le champ du diagnostic de la table de dbproperty $ $ndo dans la base de données Microsoft Dynamics NAV. Pour activer le 4194304 indicateur, exécutez l’instruction TSQL suivante dans la base de données SQL de Microsoft Dynamics NAV :

   update [$ndo$dbproperty] set diagnostics = diagnostics | 4194304

   Pour plus d’informations sur le niveau d’isolement des transactions de Microsoft SQL Server, consultez la rubrique «Niveaux d’Isolation dans le moteur de base de données» sur MSDN de Microsoft.

Activation du niveau d’isolement REPEATABLE READ dans Microsoft Dynamics NAV améliorera les performances générales dans les situations où plusieurs utilisateurs rencontrent de blocage lorsqu’ils entrent des entrées de journal, des entrées de commande client, écritures de commande d’achat et des tâches similaires.

La différence entre le niveau d’isolation sérialisable et le niveau d’isolation REPEATABLE READ est que le niveau d’isolation sérialisable protège contre des lectures fantômes. Par conséquent, l’activation de niveau d’isolation REPEATABLE READ y introduit un risque théorique de lectures fantômes. L’exemple suivant montre ce que cela signifie dans une perspective de C/AL.


Remarque : Microsoft fournit des exemples de programmation à titre d’illustration uniquement, sans garantie expresse ou implicite. Ceci inclut, mais n'est pas limité à, les garanties implicites de qualité marchande ou d'adéquation à un usage particulier. Cet article suppose que vous êtes familiarisé avec le langage de programmation présenté et les outils utilisés pour créer et déboguer des procédures. Les ingénieurs du support technique Microsoft peuvent aider à expliquer la fonctionnalité d'une procédure particulière. Toutefois, ils ne modifieront pas ces exemples pour fournir des fonctionnalités supplémentaires ou créer des procédures répondant à vos besoins spécifiques.

MYTABLE.LOCKTABLE;MYTABLE.SETCURRENTKEY("Document No.", "Line No.");
MYTABLE.SETRANGE(MYTABLE."Document No.", '1');
MYTABLE.SETRANGE(MYTABLE."Line No.", 1, 10);
IF MYTABLE.FIND('-') THEN
REPEAT
UNTIL (MYTABLE.NEXT()=0);

IF MYTABLE.FIND('-') THEN
REPEAT
UNTIL (MYTABLE.NEXT()=0);
COMMIT;

Avec le niveau d’isolation sérialisable, tous les enregistrements existants sont verrouillées pendant la boucle « RÉPÉTEZ jusqu'à ce que » premier et autres utilisateurs seront également bloqués à partir de l’insertion de nouveaux enregistrements dans la plage spécifiée. L’enregistrement qui n’a pas de Document = 2, ligne N° = 1 seront également bloqués. Par conséquent, la deuxième boucle lira toujours exactement le même résultat que la première boucle. REPEATABLE READ d’un niveau d’isolation de transaction, une personne peut théoriquement insérer un nouvel enregistrement dans la plage mentionnée qui apparaîtra sous la forme d’un enregistrement supplémentaire dans la seconde boucle.

Pour désactiver le 4194304 indicateur, exécutez l’instruction TSQL suivante :

update [$ndo$dbproperty] set diagnostics = diagnostics ^ 4194304

Microsoft vous recommande de tests approfondis avant d’apporter des modifications à un environnement dynamique pour s’assurer qu’il n’y a pas de résultats inattendus.

État

Microsoft a confirmé qu'il s'agissait d'un bogue dans les produits Microsoft répertoriés dans la section « S'applique à ».

Plus d'informations

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

Description 824684 terminologie standard utilisée pour décrire les mises à jour logicielles de Microsoft

MICROSOFT ET/OU SES FOURNISSEURS NE DONNENT AUCUNE GARANTIE CONCERNANT L’ADAPTABILITÉ, LA FIABILITÉ OU L’EXACTITUDE DES INFORMATIONS CONTENUES DANS LES DOCUMENTS ET LES GRAPHIQUES ASSOCIÉS PUBLIÉS SUR CE SITE WEB (LES « DOCUMENTS ») À QUELQUE FIN.

LES DOCUMENTS PEUVENT INCLURE DES IMPRÉCISIONS TECHNIQUES OU DES ERREURS TYPOGRAPHIQUES ET PEUVENT ÊTRE RÉVISÉES À TOUT MOMENT SANS PRÉAVIS. DANS LA MESURE PERMISE PAR LA RÉGLEMENTATION APPLICABLE, MICROSOFT ET/OU SES FOURNISSEURS EXCLUENT ET EXCLUENT TOUTES LES REPRÉSENTATIONS, GARANTIES ET CONDITIONS SI EXPRESSE, IMPLICITE OU LÉGALE, Y COMPRIS MAIS NON LIMITÉ AUX REPRÉSENTATIONS, GARANTIES OU CONDITIONS DE TITRE, CONDITION SATISFAISANTE, DE NON VIOLATION OU QUALITÉ, QUALITÉ MARCHANDE ET D’ADÉQUATION À UN USAGE PARTICULIER RELATIF AUX DOCUMENTS.