Dans mon dernier article, j’ai discuté d’un effort de collaboration avec les propriétaires d’entreprise fonctionnels pour concevoir et exécuter un plan de nettoyage approprié. J’ai également discuté d’une révision fonctionnelle de la configuration pour m’assurer que les pointeurs de modification ne sont créés qu’en cas de besoin.
Alors maintenant que vous avez pris le contrôle de vos données de pointeur de modification, comment vous assurer qu’elles ne deviennent plus incontrôlables ?
1. Purgez en continu les enregistrements de pointeurs de modification TRAITÉS et NON TRAITÉS en fonction des paramètres de vieillissement établis.
1. Purgez en continu les enregistrements de pointeurs de modification TRAITÉS et NON TRAITÉS en fonction des paramètres de vieillissement établis. Quelqu’un a essayé un jour de me convaincre qu’il devait modifier les enregistrements de pointeur comme preuve de la création d’un IDOC. Je leur ai suggéré d’utiliser plutôt la transaction SAP WE05.
Déterminez et convenez d’une période de temps raisonnable pendant laquelle les enregistrements de pointeurs de modification traités et non traités doivent être autorisés à persister dans les tables de pointeurs de modification. Une fois ces valeurs déterminées, vous devez configurer une tâche SAP à l’aide du programme ABAP RBDCPCLR avec une variante appropriée qui garantira que les enregistrements de pointeur de modification ne peuvent pas persister au-delà de la durée spécifiée.
Les enregistrements de pointeur de modification non traités qui persistent au-delà de la date spécifiée indiquent un problème. Les enregistrements de pointeur de modification non traités qui persistent au-delà de la date spécifiée indiquent un problème. Cela devrait être une question de jours et non de semaines.
2. Établir un processus pour vérifier périodiquement si le pointeur de changement actuel
les paramètres de configuration répondent aux besoins de l’entreprise.
Assurez-vous d’inclure vos propriétaires fonctionnels d’entreprise dans ce processus.
3. Considérez l’impact d’une restauration de base de données.
Bien que ce soit un événement rare, une catastrophe majeure peut nécessiter la restauration de la base de données SAP à partir d’une sauvegarde créée il y a quelque temps. Par exemple, restaurer la base de données à partir de la sauvegarde d’hier ressusciterait certains pointeurs de modification « traités » car hier, ils étaient « non traités ». Considérez maintenant que les consommateurs externes de vos IDOC ne réinitialisent pas leurs bases de données à hier et ont déjà reçu les distributions IDOC d’hier.
4. Surveillance continue.
Continuez à surveiller la taille des tables BDCP et BDCPS. À moins qu’une quantité inhabituellement importante de maintenance de données de base soit effectuée à un moment donné, la taille de ces tables doit rester relativement statique.
Idéalement, le processus de surveillance devrait être automatisé. Les déclencheurs d’alerte d’automatisation possibles sont :
a) Les tables de pointeurs de changement augmentent en taille d’un pourcentage ou d’un nombre prédéterminé au-dessus du
valeur nominale.
b) Il existe des enregistrements dans les tables de pointeurs de modification qui datent de plus d’un nombre de jours spécifié.
Dans ce blog, j’ai essayé de couvrir les scénarios les plus courants que j’ai rencontrés. Parce que je vois et j’apprends constamment des choses nouvelles et merveilleuses, je me rends compte que vous pourriez être confronté à un scénario complètement différent de celui discuté ici. Mais j’espère que ce blog fournit suffisamment d’informations pour vous aider à résoudre vos problèmes particuliers.
Bien sûr, si vous avez des questions ou des suggestions, j’attends sincèrement de vos nouvelles.