\nEnqueue (Enq)<\/strong> – Les enqueues sont des verrous locaux utilis\u00e9s pour s\u00e9rialiser l’acc\u00e8s \u00e0 diverses ressources.<\/p>\n
Wait Enqueue (Wait Enq)<\/strong>\u00a0– Cet \u00e9v\u00e9nement indique une attente sur une demande de verrouillage d’un objet. Ce verrou \u00e9tant d\u00e9j\u00e0 d\u00e9tenu par une\/des autre(s) session(s) dans un mode incompatible avec le mode demand\u00e9. Le plus fr\u00e9quent est le \u00ab enq: TM \u2013 contention \u00bb, signe d’une mauvaise indexation des clefs \u00e9trang\u00e8res.<\/p>\n HW Enqueue (HW Enq)<\/strong> \u2013 L’\u00e9v\u00e9nement HW Enqueue est utilis\u00e9 pour s\u00e9rialiser l’allocation d’espace au dessus de la \u00ab\u00a0High Water Mark\u00a0\u00bb. Ce verrou est donc acquis lorsque la marque \u00ab\u00a0High Water Mark\u00a0\u00bb est d\u00e9plac\u00e9e. Celle-ci est d\u00e9plac\u00e9e quand l’objet n’a plus suffisamment de place pour cro\u00eetre sous cette \u00ab\u00a0High-Water Mark\u00a0\u00bb, ce qui se produit typiquement lors d’une grosse op\u00e9ration d’insertion dans un objet tel qu’une table.<\/p>\n Apr\u00e8s analyse, je d\u00e9couvre que le taux important de wait \u00ab\u00a0enq\u00a0: HW contention\u00a0\u00bb provient d’un update\u00a0! Contradiction avec la cause principale de cette attente qui est l’insertion de donn\u00e9es. Donc, un update pour une colonne de type LOB engendre en premier lieu une insertion dans un nouvel espace. Si l’application est constitu\u00e9e de ‘N’ processus mettants \u00e0 jour en parall\u00e8le le m\u00eame objet, nous nous retrouvons avec une situation de s\u00e9rialisation de l’extension de l’objet, et donc un nombre important de HW enqueue<\/p>\n Une recherche sur le site du support oracle (metalink) et la lecture de divers blogs sur internet nous amenent aux solutions suivantes:<\/p>\n Changer les param\u00e8tres RETENTION \/ PCTVERSION de l’objet.<\/p>\n<\/li>\n Passer le stockage en Secure Files<\/p>\n<\/li>\n Modifier les param\u00e8tres de la clause STORAGE<\/p>\n<\/li>\n Partitionner l’objet en mode HASH<\/p>\n<\/li>\n<\/ul>\n Nous avons choisi les propositions Secure Files, partitionnement et en partie STORAGE. Apr\u00e9s le post sur \u00ab Utilisons les securefile \u00bb, revenons sur le sujet LOB avec une approche performance, stockage.<\/p>\n Nous rencontrons parfois des mod\u00e8les de donn\u00e9es \u00e9tranges, nous aurions envies en tant que DBA de tout reprendre \u00e0 z\u00e9ro pour refaire un modele relationnel en 3em forme normal (3NF), plus efficace et mieux con\u00e7u dans notre \u00ab RDBMS \u00bb favori, mais la r\u00e9alit\u00e9 \u00e9tant ce qu’elle est nous devons faire avec et au mieux.<\/p>\n De plus Oracle n’est pas qu’une base de donn\u00e9es relationnelle \ud83d\ude42 on l’oublie trop souvent.<\/p>\n","protected":false},"author":27,"featured_media":2262,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[199],"tags":[252,23,33,17,34],"type_dbi":[],"class_list":["post-2261","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hardware-storage","tag-data-modeling","tag-dba","tag-oracle-10g-to-8i","tag-oracle-11g","tag-segments"],"acf":[],"yoast_head":"\n![\"\"](\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/hw.png\" "\\"HW\\"")
<\/p>\nAnalyse<\/h3>\n
\nCel\u00e0 dit il ne s’agit pas de n’importe quel update, il s’agit d’un update dans la colonne de type CLOB. Cela dit, la mise \u00e0 jour d’un LOB est un processus bien diff\u00e9rent de la mise \u00e0 jour d’un attribut classique d’une table.
\nLors d’un update d’une colonne de type LOB, le processus de mise \u00e0 jour est le suivant\u00a0:<\/p>\n\n
R\u00e9solution du probl\u00e8me<\/h3>\n
\n
\nUne r\u00e9-\u00e9x\u00e9cution du traitement nous a permis de valider la diminution drastique de la contention sur les extensions de l’objet.<\/p>\n","protected":false},"excerpt":{"rendered":"