Business Warehouse Accelerator
Le Business Warehouse Accelerator (BWA) lit les données directement depuis la mémoire. Pensez-y comme si vous naviguiez sur Internet avec une connexion à distance par rapport à une connexion par fibre optique. Dial up est comme si les requêtes étaient traditionnellement lues à partir de la base de données, tandis que la fibre est comme une lecture de la mémoire. Lorsque les utilisateurs finaux commencent à se plaindre de la vitesse à laquelle les requêtes sont affichées et que les InfoCubes ont déjà été réglés autant que possible, il est peut-être temps d’investir dans l’accélérateur d’entrepôt commercial. Le BWA se trouve au-dessus du système BW existant et ne nécessite aucun transport ni modification du système OLAP. Il sert simplement de référentiel en mémoire qui dirige les requêtes à lire en mémoire au moment de l’exécution. Le résultat final est un traitement beaucoup plus rapide et une main-d’œuvre plus productive.
Est-il facile de faire fonctionner les requêtes plus rapidement? Eh bien, un utilisateur backend BW entrerait dans le code de transaction RSDDB (ou si vous utilisez une version plus ancienne de BW, essayez RSDDBIAMON2) et indexerait l’InfoCube sous-jacent en mémoire. C’est un processus en deux étapes qui se produit en arrière-plan.
- Tout d’abord, la structure du cube est chargée en mémoire. Toutes les tables de faits, tables de dimensions, etc.
- Une fois la structure indexée en mémoire, elle est remplie d’une copie des données de la base de données. L’indexation initiale prend un certain temps (au moins une heure selon le volume) mais toutes les remontées ultérieures (mises à jour des données) seront traitées rapidement. Si de nouvelles données sont chargées dans l’InfoCube, le cube devra être immédiatement enroulé. C’est comme un agrégat qui doit être regroupé pour mettre à jour les données existantes avec les données nouvellement chargées. Il est essentiel de remonter à la BWA pour interroger les dernières données.
Vous vous demandez peut-être ce qui se passe si le BWA tombe en panne. Eh bien, l’environnement BW est suffisamment intelligent pour vérifier automatiquement si l’index BWA d’un cube spécifique est actif ou non. S’il est inactif, l’utilisateur qui exécute la requête atteindra la base de données plutôt que de la lire à partir de l’index BWA. Les données seront toujours accessibles via des requêtes de base de données traditionnelles, mais pas à la vitesse BWA!
Les seuls risques que BWA peut introduire dans votre environnement SAP BW sont les défaillances de tâches BWA dues à des collisions de tâches système causées par le verrouillage de la table. Par exemple, si 0MATERIAL exécute son exécution de changement d’attribut et qu’un InfoCube contenant le même objet 0MATERIAL se met à jour simultanément vers le BWA, le roll up BWA échouera. Le système BW a toujours la priorité et est suffisamment intelligent pour savoir que le BWA est plus un dispositif à boulon. Une fois l’exécution du changement d’attribut terminée, l’étape de roll up BWA peut facilement être répétée. C’est pourquoi il est si important de chronométrer vos enroulements BWA de manière appropriée pour réduire les échecs lors du traitement nocturne. Vous pouvez considérer le BWA comme ayant un accès en lecture seule au système BW.
La mise à niveau BW 7.3 débloque de nouvelles fonctionnalités pour le BWA. Si la BWA est la version 7.2 et s’exécute au-dessus de la BW 7.3, vous pouvez indexer les DSO ! Eh bien, pas directement A Une fonctionnalité a été ajoutée à BW 7.3 où vous pouvez charger directement dans le BWA et contourner complètement la base de données. Donc, si vous avez des DSO que vous souhaitez indexer, vous devrez créer un InfoCube BWA uniquement.
Étape 1: Créez un nouvel InfoCube avec le DSO que vous souhaitez indexer comme modèle. Sélectionnez dans la liste déroulante État de la BWA : « InfoCube stocke uniquement ses données dans la BWA « .
Étape 2: Ici, nous pouvons voir la structure du cube. Il prend les champs caractéristiques DSO et jette le tout en dimension 1. Tous les chiffres clés DSO sont placés dans le dossier des chiffres clés du cube. Activez l’InfoCube.
Étape 3: Dans la transaction RSDDB (nouveau à 7.3, transaction BWA), nous pouvons voir que l’index est rouge, ce qui signifie qu’il est en train d’être créé (ZBWAONLY1).
Étape 4: Dans SM37, nous pouvons voir l’activation de l’index en cours
Explorons ce journal des tâches et voyons ce qui se passe réellement dans les coulisses:
Étape 5: Informations d’index RSDDB (notez que la table F a une taille d’index de 0, car nous n’avons pas exécuté le PAO du DSO vers le BWA uniquement InfoCube)
Étape 6: Exécutez le PAO, une fois terminé, gérez le cube BWA uniquement
Étape 7: Lorsque nous revenons à RSDDB et que nous accédons aux informations d’index, nous pouvons voir que depuis la fin de la PAO, l’index de la table F contient 10 528 enregistrements assis dans la BWA.
FAQ:
1. Que faisons-nous si des charges régulières sont ajoutées au DSO?
Vous devrez configurer une chaîne de processus qui déclenche une PAO après le chargement de la DSO. Vous devez garder le cube BWA only aussi récent que possible. Assurez-vous d’essayer de transférer les données delta DSO vers le cube BWA only aussi fréquemment que possible.
2. Avons-nous besoin d’exécuter la PAO du DSO au cube après chaque nouvelle demande dans le DSO?
Oui, le cube BWA uniquement n’écrira les données en mémoire que lorsque la charge du cube DSO vers BWA uniquement est lancée. Sinon, le cube BWA only n’a aucune idée que le DSO a de nouvelles données. Le PAO s’exécute très rapidement car il se charge en mémoire, alors exécutez-le souvent.