en tant qu’expert sur l’archivage et l’optimisation des systèmes SAP, je vais vous partager un cas qui doit concerner la majeur partie des systèmes non optimisé.
Vous constatez que la table n°1 en terme de taille est la table SOFFCONT1. Kezako ?
Le fonctionnement standard SAP n’aide pas à réduire cette table. Sur certains systèmes où rien n’a été fait et on dépasse facilement les 100GB pour une seule table.
Sur une base HANA, cette table ne sera pas la plus critique en raison du type de stockage de la colonne qui contient le binaire. Mais sur les bases de données en général, c’est du stockage rapide dédié au transactionnel qui sera monopoliser. La solution est d’utiliser un serveur de contenu avec un espace de stockage classique.
Présentation : il s’agit d’une table qui va contenir les fichiers binaires PDF, CSV, JPEG, DOCX… provenant de vos utilisateurs via le GOS ; puis les fichiers transmis par Email et enfin les documents binaires transmis par SAPOffice (transaction SBWP).
Il s’agit d’un fonctionnement standard SAP qui permet de fournir des fonctionnalités de base finalement. mais lorsque le système commence à être utilisé massivement, on constate une croissance de la base de données transactionnelle alors que le business ne croit pas d’autant.
Afin de réduire la volumétrie de cette table et donc de la base de données transactionnelle, il va falloir suivre quelques étapes :
- installer un serveur de contenu (produit SAP Content Server)
- effectuer le paramétrage en OAC0 pour le déclarer
- appliquer la note 530792 : Storing documents in the generic object services
- transmettre les documents binaires vers le content server : 389366 : Relocation of documents
- et au préalable, s’assurer que les emails sont supprimés régulièrement : 966854 : Reorganization – New report