Avant d'effectuer une opération critique sur une cible, il est parfois bon de faire un backup de son contenu, juste "au cas ou"

Aujourd'hui je vous propose un petit programme afin de pouvoir faire des copies de sauvegarde de vos contenus de tables, sous forme de fichier local ou sur le serveur SAP. La version locale est destiné a copier des tables de taille raisonable (limité par la RAM du serveur) alors que la copie sur serveur n'est pas limitée (testé sur une table de 100 million de lignes)

Vous avez ensuite la possibilité de restaurer le contenu d'une table sauvegardé en rechargeant le fichier.

A noter : n’oubliez pas que vous aurez besoin de SAPLINK pour installer le programme.

Dans toutes les tables relatives aux chargements (listées dans un billet à venir), vous trouverez un ID unique sur 29 caractères de la forme REQU_xxxx. Mais en affichage dans BW, il est souvent fait référence à un numéro court (nombre incrémenté de 1 pour chaque nouveau chargement).

Request ID affiché dans la gestion d’infoprovider

Request Number affiché dans le monitor

Lors d’une erreur à l’activation, BW indique généralement l’ID de requête erroné.

Passer facilement de l’un à l’autre est enfantin… une fois que l’on connait la signification de ces 2 objets : Le request ID est en fait le SID du Request number (parfois appelé lui même request ID, suivant les écrans...) Il suffit donc d’aller lire la table /BI0/SREQUID pour obtenir l’un à partir de l’autre.

Correspondance entre ID et Number via SE16

Source de départ, complété par mon usage.