Collecteur de données Propriétés d’Analyse des performances
Les propriétés du collecteur de données vous permettent de configurer différentes limites pour Analyse des performances la collecte de données. Les propriétés sont configurées pour protéger le processus de collecte des données. Les valeurs par défaut conviennent à la plupart des environnements.
| Propriété | Description |
|---|---|
| com.snc.pa.dc.script_timeout | Durée maximale, en secondes, pendant laquelle un script est autorisé à s’exécuter au cours d’un cycle de collecte de données, tel qu’un script source d’indicateur ou un script de répartition. Cette limite s’applique individuellement pour chaque enregistrement traité par la tâche de collecte de données. Si un script dépasse cette limite, la tâche de collecte de données ignore l’enregistrement actuel. Si vos scripts atteignent fréquemment la limite par défaut, simplifiez-les autant que possible avant de modifier cette propriété.
|
| com.snc.pa.dc.query_time_limit | Durée maximale en minutes pendant laquelle une requête unique pour une tâche de collecte de données peut s’exécuter avant qu’un avertissement ne soit consigné.
|
| com.snc.pa.dc.max_nombre_de_lignes_indicateur_source | Nombre maximal d’enregistrements qu’une tâche peut collecter à partir d’une source d’indicateur unique. Important :
Cette propriété s’applique uniquement aux tâches qui n’utilisent pas une collecte de données optimisée. Si la collecte optimisée des données est activée, ce qui est la condition par défaut, consultez la propriété com.snc.pa.dc.hsql.max_row_count_indicator_source. Cette limite s’applique séparément à chaque source d’indicateur incluse dans une tâche de collecte de données. Le nombre d’indicateurs associés à chaque source d’indicateur n’a pas d’incidence sur cette limite. Par exemple, si une tâche de collecte de données collecte les scores de 12 indicateurs à partir de trois sources d’indicateurs, elle peut collecter un maximum de 150 000 enregistrements par défaut : 50 000 à partir de chaque source d’indicateur. Avertissement :
|
| com.snc.pa.dc.hsql.max_nombre_de_lignes_indicateur_source | Nombre maximal d’enregistrements qu’une tâche peut collecter à partir d’une source d’indicateur unique. Important :
Cette propriété s’applique uniquement aux tâches qui utilisent une collecte de données optimisée. Sinon, com.snc.pa.dc.max_row_count_indicator_source s’applique. Pour plus d'informations, consultez Optimiser la collecte de données. Cette limite s’applique séparément à chaque source d’indicateur incluse dans une tâche de collecte de données. Le nombre d’indicateurs associés à chaque source d’indicateur n’a pas d’incidence sur cette limite. Par exemple, si une tâche de collecte de données collecte les scores de 12 indicateurs à partir de trois sources d’indicateurs, elle peut collecter un maximum de 3 millions d’enregistrements par défaut : 1 million pour chaque source d’indicateur. Lors de la mise à niveau vers une version ultérieure à San Diego, le collecteur de données optimisé devient activé. Cette propriété remplace com.snc.pa.dc.max_row_count_indicator_sourcealors . La valeur de la nouvelle propriété est définie sur le 1 million par défaut, sauf si la valeur était com.snc.pa.dc.max_row_count_indicator_source supérieure à 1 million. Dans ce dernier cas, la valeur de la propriété d’origine est conservée. Avertissement :
|
| com.snc.pa.dc.max_breakdown_elements_limit | Nombre maximal d’éléments de répartition récupérés par collecte de données pour chaque source de répartition. Si le nombre d’éléments sur une source de répartition dépasse cette limite, le collecteur de données ne collecte pas les scores à partir de cette source de répartition. Important : Cette propriété s’applique uniquement aux tâches qui n’utilisent pas une collecte de données optimisée. Pour une collecte de données optimisée, reportez-vous à la propriété com.snc.pa.dc.hsql.max_breakdown_elements_limit. Optimiser la collecte de donnéesVoir aussi . Cette limite s’applique séparément à chaque source de répartition incluse dans une tâche de collecte de données. Le nombre de répartitions associées à chaque source de répartition n’affecte pas cette limite. Par exemple, si une tâche de collecte de données collecte les scores de 12 répartitions à partir de trois sources de répartition, la tâche peut collecter un maximum de 30 000 enregistrements par défaut : 10 000 à partir de chaque source de répartition.
Avertissement : L’augmentation de cette limite augmente la charge de traitement sur le nœud. Cette propriété est gérée différemment selon que la collection imbriquée est activée ou non : Si la collection imbriquée est activée, seuls les éléments avec des scores non nuls sont pris en compte dans cette limite. Le nombre est utilisé au fur et à mesure de l’exécution de la tâche de collecte de données. Lorsque le nombre d’éléments avec des scores atteint cette limite, la source de répartition est désactivée et les scores sont effacés de la mémoire. Lorsque la collection imbriquée n’est pas activée, tous les éléments d’une source de répartition sont comptés par rapport à la limite. Le décompte est effectué avant la collecte des scores. Prenons le cas où la limite par défaut de 10 000 éléments est appliquée à une source de répartition comptant 1 million d’éléments, dont 5 000 ont des scores. Dans le cadre de la collecte imbriquée, la tâche collecte les scores de ces 5 000 éléments. Lorsque la collecte imbriquée est désactivée, la tâche ne collecte aucun score pour cette source de répartition.
|
| com.snc.pa.dc.hsql.max_breakdown_elements_limit | Nombre maximal d’éléments de répartition récupérés par collecte de données pour chaque source de répartition. Si le nombre d’éléments sur une source de répartition dépasse cette limite, le collecteur de données ne collecte pas les scores à partir de cette source de répartition. Important : Cette propriété s’applique uniquement aux tâches qui utilisent une collecte de données optimisée. Sinon, com.snc.pa.dc.max_breakdown_elements_limit s’applique. Pour plus d'informations, consultez Optimiser la collecte de données. Cette limite s’applique séparément à chaque source de répartition incluse dans une tâche de collecte de données. Le nombre de répartitions associées à chaque source de répartition n’affecte pas cette limite. Par défaut, aucune limite n’est fixée au nombre d’éléments de répartition. Si vous rencontrez des problèmes de performance sur des travaux avec des sources de répartition comportant un grand nombre d’éléments, envisagez de fixer une limite en consultation avec Service client et assistance. Lors de la mise à niveau vers une version ultérieure, la San Diego collecte de données optimisée est activée. Cette propriété remplace com.snc.pa.dc.max_breakdown_elements_limitalors .
|
| com.snc.pa.dc.max_breakdown_elements_level2_limit | Nombre maximal d’éléments de répartition autorisés dans une matrice de deux répartitions. Si cette limite est dépassée, les éléments de répartition de la matrice ne sont pas collectés. Important : Cette propriété s’applique uniquement aux tâches qui n’utilisent pas une collecte de données optimisée. Pour une collecte de données optimisée, reportez-vous à la propriété com.snc.pa.dc.hsql.max_breakdown_elements_level2_limit. Optimiser la collecte de donnéesVoir aussi . Par exemple, avec la limite par défaut de 1 million d’éléments, une répartition de premier niveau de 10 000 éléments et une répartition de deuxième niveau de 500, la matrice résultante de 5 millions d’éléments n’est pas collectée. Si la répartition de premier niveau ne comportait que 1 000 éléments, les 500 000 éléments qui en résulteraient seraient collectés. Remarque :
Cette limite est également affectée par la com.snc.pa.dc.max_breakdown_elements_limit propriété. Aucune matrice de répartition n’est collectée si l’une des sources de répartition dépasse cette limite.
|
| com.snc.pa.dc.hsql.max_breakdown_elements_level2_limit | Nombre maximal d’éléments de répartition autorisés dans une matrice de deux répartitions. Si cette limite est dépassée, les éléments de répartition ne sont pas collectés. Important : Cette propriété s’applique uniquement aux tâches qui utilisent une collecte de données optimisée. Consultez Optimiser la collecte de données. Par défaut, aucune limite n’est fixée au nombre d’éléments de répartition dans une matrice. Si vous rencontrez des problèmes de performance sur des travaux avec des sources de répartition comportant un grand nombre d’éléments, envisagez de fixer une limite en consultation avec Service client et assistance. Remarque :
Cette limite pourrait être affectée par la com.snc.pa.dc.hsql.max_breakdown_elements_limit propriété. Si cette limite est définie, aucune matrice de répartition n’est collectée si l’une des sources de répartition dépasse cette limite.
|
| com.snc.pa.dc.max_error_count | Nombre maximal d’erreurs pouvant se produire pour une seule tâche de collecte de données exécutée avant l’arrêt de la collecte de données. Les erreurs lors de la collecte de données se produisent généralement en raison d’un script non valide ou lorsque le délai d’expiration du script est limité. Si vous rencontrez cette limite, examinez tous les scripts qui s’exécutent pendant la collecte de données pour vous assurer qu’ils sont valides et qu’ils fonctionnent comme prévu.
|
| com.snc.pa.dc.max_enregistrements | Nombre maximal d’ID système stockés dans un seul enregistrement d’instantané [pa_snapshots]. Un enregistrement d’instantané est créé pour chaque score collecté et un champ dans cet enregistrement contient tous les ID système des enregistrements qui contribuent au score. Si cette limite est dépassée, un enregistrement d’instantané est créé avec le nombre maximal d’enregistrements. Cette limite s’applique uniquement lorsque l’option Collecter des enregistrements est sélectionnée pour un indicateur. Par exemple, supposons que vous utilisez la limite par défaut de 5 000 et que vous exécutez une tâche dans laquelle 5 010 enregistrements contribuent au score. Le système crée un enregistrement d’instantané avec une liste séparée par des virgules des 5 000 premiers ID système dans le champ sys_id. En règle générale, la limite par défaut fournit suffisamment de détails sur les enregistrements collectés. L’augmentation de cette limite peut avoir un impact sur les performances lors de la collecte de données ou lors de l’exécution d’opérations sur la table Instantané.
|