Collecteur de données Propriétés d’Analyse des performances
Les propriétés du collecteur de données vous permettent de configurer diverses limites pour Analyse des performances la collecte de données. Les propriétés sont configurées pour protéger le processus de collecte de données. Les valeurs par défaut conviennent à la plupart des environnements.
| Propriété | Description |
|---|---|
| com.snc.pa.dc.script_timeout | La durée maximale, en secondes, d’exécution autorisée d’un script pendant 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_indicator_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 un travail 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 un travail de collecte de données collecte les scores de 12 indicateurs à partir de trois sources d’indicateurs, il peut collecter un maximum de 150 000 enregistrements par défaut : 50 000 à partir de chaque source d’indicateur. Avertissement :
|
| source_indicateur_nombre_com.snc.pa.dc.hsql.max_lignes | 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, s’applique com.snc.pa.dc.max_row_count_indicator_source . Pour plus d'informations, consultez Optimisation de la collecte de données. Cette limite s’applique séparément à chaque source d’indicateur incluse dans un travail 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 un travail de collecte de données collecte les scores de 12 indicateurs à partir de trois sources d’indicateurs, il peut collecter un maximum de 3 millions d’enregistrements par défaut : 1 million à partir de 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 fixée à la valeur par défaut de 1 million, sauf si la valeur de était supérieure à com.snc.pa.dc.max_row_count_indicator_source 1 million. Dans ce dernier cas, la valeur initiale de la propriété est conservée. Avertissement :
|
| com.snc.pa.dc.max_breakdown_elements_limit | Nombre maximum 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, consultez la propriété com.snc.pa.dc.hsql.max_breakdown_elements_limit. Voir Optimisation de la collecte de donnéesaussi . Cette limite s’applique séparément à chaque source de répartition incluse dans un travail de collecte de données. Le nombre de répartitions associées à chaque source de répartition n’a pas d’incidence sur cette limite. Par exemple, si un travail de collecte de données collecte les scores de 12 répartitions à partir de trois sources de répartition, il 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 décompte est effectué 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 avec 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 maximum 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, s’applique com.snc.pa.dc.max_breakdown_elements_limit . Pour plus d'informations, consultez Optimisation de la collecte de données. Cette limite s’applique séparément à chaque source de répartition incluse dans un travail de collecte de données. Le nombre de répartitions associées à chaque source de répartition n’a pas d’incidence sur 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 et assistance client. Lors de la mise à niveau vers une version ultérieure de San Diego, la collecte optimisée de données 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, consultez la propriété com.snc.pa.dc.hsql.max_breakdown_elements_level2_limit. Voir Optimisation de la collecte de donnéesaussi . 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 ventilation 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 Optimisation de la collecte de données. Par défaut, aucune limite n’est fixée pour le 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 et assistance client. 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 lors du respect de la limite de délai d’expiration du script. Si vous rencontrez cette limite, vérifiez 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 les 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 général, 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é.
|