Votre analyse de travail par lots montre que vous exécutez actuellement le programme de traitement des pointeurs de modification RBDMIDOC,
et le programme de nettoyage du pointeur de changement RBDCPCLR ; mais vous remarquez que la taille de vos tables de pointeurs de changement
continue d’augmenter.
Il est maintenant temps d’analyser directement les données du pointeur de changement. Voici quelques objectifs que je poursuis :
1. Comptez.
Combien d’enregistrements de pointeur de modification y a-t-il dans vos tables : des milliers, des centaines de milliers, des millions, des milliards ?
Cette simple statistique révèle à elle seule une histoire intéressante.
Bien que j’essaie généralement d’utiliser la transaction SE11 pour compter le nombre d’enregistrements dans la table BDCP, j’ai trouvé :
il arrivait parfois que cette méthode expire en raison d’un nombre trop élevé d’enregistrements dans cette table.
Dans ce cas, vous pouvez écrire un ABAP simple qui peut être programmé pour s’exécuter en arrière-plan.
2. Âge et statut.
A l’aide de la vue BDCPV, déterminez l’ancienneté et le statut de vos enregistrements de pointeur de modification. L’ère du changement
l’enregistrement de pointeur est indiqué par le champ BDCPV-CRETIME, et l’état d’un enregistrement de pointeur de changement est indiqué
by the field BDCPV-PROCESS.
En général, les enregistrements du pointeur de modification datent-ils de jours, de semaines, de mois ou d’années ?
Existe-t-il différents documents anciens présentant à la fois le statut « traité » et « non traité » ?
Différents enregistrements récents sont-ils à la fois « traités » et « non traités » ?
3. Type et statut du message.
À l’aide de la vue BDCPV, déterminez le type de message et l’état de vos enregistrements de pointeur de modification.
Le type de message d’un enregistrement de pointeur de changement est indiqué par le champ BDCPV-MESTYPE.
Existe-t-il différents enregistrements de pointeur de modification pour certains types de messages qui ne sont jamais trouvés à l’état « traité » ?
Existe-t-il différents enregistrements de pointeur de modification pour un type de message particulier qui sont à la fois dans le statut « traité » et « non traité » ?
Custom Reporting
Pour une analyse de données plus sophistiquée, vous pouvez envisager d’écrire un programme ABAP pour catégoriser vos données.
modifiez les enregistrements de pointeur en compartiments vieillissants, en types de messages et par statut. Le rapport croisé présenté ici
est celui que j’utilise pour analyser les enregistrements de pointeurs de modification. Il contient trois sections –
Pointeurs de modification non traités par type de message dans la catégorie vieillissante,
Pointeurs de modification traités par type de message dans la catégorie âgée,
et un résumé des totaux généraux.
Example Scenario Leading to Runaway Change Pointer Records
Bien entendu, il existe de nombreuses raisons pour lesquelles vous pourriez observer certains des scénarios décrits ci-dessus. Voici un exemple :
Il y a de nombreuses années, les processus métiers de votre entreprise nécessitaient la distribution quotidienne de fiches articles
ajouts et modifications de données à une usine distante. Vos analystes fonctionnels ont correctement configuré le
changez les pointeurs et le processus ALE pour le type de message MATMAS pour envoyer ces données à votre usine distante.
RBDMIDOC et RBDCPCLR étaient tous deux exécutés quotidiennement pour le type de message de données de base article.
MATMAS. Change pointer records for material master data were created whenever users added
ou modifié certains champs de données, des IDOC ont été créés et envoyés, les enregistrements du pointeur de modification ont été marqués
comme « traités », puis purgés – le tout quotidiennement.
L’année dernière, les processus métier ont changé et votre usine distante n’a plus besoin de distribuer des
modifications des données de base article. Les travaux par lots exécutant RBDMIDOC et RBDCPCLR pour l’article
Les messages de données de base de type MATMAS ont été supprimés afin que les IDOC ne soient plus envoyés à l’installation,
et parce qu’il n’était pas nécessaire de nettoyer après ces IDOC pour ce type de message.
Mais…
Personne n’a pensé à désactiver la création de pointeurs de modification dans la configuration de la fiche article
type de message de données MATMAS. Ainsi, chaque fois qu’un utilisateur ajoute ou modifie un matériau, un nouveau pointeur de modification
des enregistrements étaient toujours en cours de création, ce qui entraînait une augmentation inutile de la taille des tables de pointeurs de modification.
Et le statut de ces enregistrements de pointeurs de modification restera à jamais « non traité ».
Avez-vous un code personnalisé qui crée des enregistrements de pointeur de modification ?
Il existe une autre source de taille de table de pointeur de changement incontrôlable dont j’aimerais discuter ici. Dans certains systèmes SAP sur lesquels j’ai travaillé, j’ai constaté que des enregistrements de pointeurs de modification étaient créés via des programmes ABAP personnalisés. Cela a été fait pour prendre en charge un processus personnalisé, n’ayant rien à voir avec l’utilisation prévue par SAP des enregistrements de pointeur de modification – la prise en charge de la distribution ALE des données de base. Malheureusement, les concepteurs du système ont également oublié d’écrire un programme personnalisé pour nettoyer leurs enregistrements de pointeurs de modification « personnalisés » ou pour permettre à ces enregistrements d’être reconnus par le programme de nettoyage SAP.
Next Steps
Alors, maintenant que nous avons découvert des enregistrements de pointeurs de modifications inutiles qui encombrent notre base de données SAP,
Que faisons-nous ensuite?
Quel est le processus de nettoyage de récupération ?
Comment pouvons-nous arrêter la création d’enregistrements de pointeurs de modification qui ne sont plus nécessaires ?
Cela sera discuté dans mon prochain article.