Je vous conseille d’aller lire cet article à sa nouvelle adresse : Activation de DSO un peu longue ? Quelques conseils…

Un DSO (ou ODS pour BW3.x) qui s’active en 5 minutes, un autre avec la même volumétrie qui met plus de 2 heures… Ca ne vous est jamais arrivé ?

Voici quelques pistes pour essayer de résoudre ce problème.

  • En premier lieu, même si ca peut sembler une évidence, s’assurer que les statistiques de l’ODS sont bien à jour (transaction DB20).
  • Si cet ODS n’est pas utilisé pour le reporting, s’assurer que le flag “Reporting Bex” est décoché (ou l’option “SID Generation” n’est pas sur “during activation” en BI7). Dans le cas contraire, BW profite de l’activation des données pour générer/vérifier les SID de toutes les masterdata utilisées, ce qui peut prendre beaucoup de temps !
  • L’activation peut être longue si les tables de batch sont trop grosses car elles sont utilisées lors de l’activation. Pour s’en assurer il suffit de compter le nombre d’entrées sur la table TBTCO via SE16. Si plus de 100 000 entrées sont trouvées, il est conseillé de nettoyer ces tables via le programme RSBTCDEL2 (tcode SM65). Les admins sont sensés être au courant de cette procédure.
  • En dernier lieu, il est aussi possible de faire quelques ajustements de paramétrage des ODS, via la transaction RSODSO_SETTINGS. Ces ajustements peuvent être globaux pour le serveur ou restreint au seul ODS concerné. Cette transaction n’est accessible que sur SAP BI7.x. En version BW3.x, une version primitive existe toutefois : RSCUSTA2, mais elle ne permet que des réglages globaux.

Si les problèmes persistent, alors une analyse plus poussée sera nécessaire. La note OSS 1392715 pourra alors s’avérer utile. Bon courage dans votre chasse aux performances !

Tags: , , ,